Scope (Скоуп) проекта: как определить и контролировать объем работы

Проект в разгаре, но периодически возникает фраза: «А давайте…?». И далее следуют идеи: «Добавим еще одного согласующего», «Сделаем, как у конкурентов», «Включим еще пять полей в анкету регистрации для сбора аналитики». В итоге объем работ раздувается, уже запланированные задачи сдвигаются, а вместе с ними и сроки. Избежать этого поможет такой инструмент, как скоуп проекта. Рассмотрим, что это такое и как использовать на практике.

Scope простыми словами: зачем проекту четкие границы

Scope проекта — это концепция, которая определяет объем и границы проекта. Методы работы описаны в Project Management Body of Knowledge (PMBOK). Project scope входит в стандартные процессы проектного менеджмента и включает следующие составляющие:

• что получить в итоге и зачем это нужно — цели и результаты;
• ограничения — в какие рамки по разным аспектам нужно уложиться;
• что и сколько для этого предстоит сделать — направления и структура работ;
• какие ресурсы доступны — команда, подрядчики, бюджет.

По сути, скоуп в управлении проектами документирует соглашение между заказчиком и командой о том, что именно, как и когда будет сделано. Если scope отсутствует, любые договоренности, заданные условия, ограничения при желании можно игнорировать или изменять под влиянием момента, сиюминутных идей, новых обстоятельств. Это может привести к хаосу при реализации и срыву сроков.

Одновременно project scope — это инструмент, который работает в нескольких направлениях:

• для корректного планирования проекта;
• для контроля и регулирования текущей работы по нему;
• для улучшения коммуникации между всеми участниками за счет создания единой картины происходящего, обеспечения прозрачности процессов и логики решений.

Scope creep: как разрастание объема влияет на сроки и бюджет

Scope-creep, или расползание проекта — это неконтролируемое расширение объема работ. По ходу реализации добавляются новые задачи, требования, идеи, но при этом сроки, бюджеты и ресурсы остаются прежними. Признаки scope-creep можно распознать по характерным фразам: «Раз уж мы здесь», «Давай добавим, это быстро», «Что если включить ещё…».

Всегда найдется, что еще можно сделать, чтобы результат был лучше. Когда нет скоуп проекта, нет и четкого понимания границ, в которых работать. Есть некое размытое представление о результате, поэтому складывается впечатление, что нужно делать все, что с ним связано.

Scope становится для проекта фильтром, который помогает фиксировать объем работ и определять границы проекта

Допустим, банк запускает чат-бота для поддержки клиентов. На старте команда ИТ-разработки планирует внедрить ИИ-помощника на сайте и в мобильном приложении. А в середине проекта стейкхолдеры просят добавить его и в мессенджеры, аргументируя тем, что там клиенты тоже пишут.

Scope-creep влечет несколько значительных проблем, которые в конечном итоге негативно влияют на проект.

Потеря фокуса. Число задач растет, в процессе все кажутся нужными и важными, и уже не видно, какие основные, а какие — нет. Scope всегда может вернуться к запланированной базе. Чем четче он прописан, тем проще команде придерживаться приоритетов, структурировать поток идей, фильтровать их и превращать в задачи без вреда для проекта.

Симптом — разрастающийся бэклог, который увеличивается быстрее, чем выполняются задачи.

Ложная эффективность. Количество закрытых задач — лишь один из показателей успешности проделанной работы. В проектном управлении важно, чтобы каждая из них приближала к поставленным целям. Если из спринта в спринт появляются задачи, родившиеся из идей «а что если» и «а давайте», то окажется, что проделано много работы, которая никак не повлияла на конечный результат. Фактически важные и целевые аспекты останутся за бортом.

Симптом — итоги итерации, которые не соотносятся с целями проекта.

Перегрузка исполнителей. Бывает, что команда увлекается новыми идеями, но при этом не отодвигает уже запланированные работы. Часто такой излишне оптимистичный подход приводит к некорректной оценке трудозатрат по задачам, потому что нужно все уместить в одну итерацию. В итоге перед участниками ставят нереалистичные сроки.

Симптом — систематическое нарушение сроков, который ведет к увеличению трудозатрат, а значит, и бюджета.

При scope creep такие проблемы обычно следуют в комплексе и приводят к потере динамики проекта, регулярным срывам дедлайнов, увеличению нагрузки на исполнителей, ухудшению качества работы. Это демотивирует команду и угрожает результатам проекта. Кроме того, работа перестает быть предсказуемой, а значит, затрудняется прогнозирование и теряется стабильность.

3 правила формирования Scope до запуска проекта

Остановимся подробнее на трех принципах создания scope в управлении проектами. Они обеспечивают такие важные аспекты, как целесообразность задач, официальный статус концепции и фокус на результатах.

От цели к scope: как связать бизнес-задачу с объемом работ

Этот принцип помогает сформировать достаточную, но не избыточную структуру работ. Чтобы проверить, соблюден ли он, достаточно убедиться, что у каждой запланированной работы или фичи есть свой «родитель»: цель проекта, на которую они работают. Причем не абстрактная, а вполне конкретная. Например, на какой бизнес-показатель повлияет задача. Если такой связи нет, то целесообразность этой работы под вопросом.

Документируем scope: как зафиксировать границы официально

Скоуп — это не устные договоренности или обсуждения. То, что не задокументировано и не заверено всеми заинтересованными сторонами, как будто и не существует. В случае разногласий или конфликта интересов участникам даже нечего друг другу привести в качестве аргумента. Поэтому scope необходимо официально зафиксировать в виде документа, а также утвердить со стейкхолдерами принятыми в компании способами, которые не оспариваются и не подлежат сомнению.

MVP как основа Scope: искусство отсекать лишнее

Обычно scope в программировании как проекта ИТ-разработки базируется на MVP: минимально жизнеспособном варианте продукта, который обеспечивает желаемые цели. Любой продукт можно совершенствовать и улучшать до бесконечности. Но эта работа не должна входить в рамки одного проекта. Иначе он грозит стать безразмерным: объем будет постоянно увеличиваться за счет доработок, которые не относятся к заданным целям. MVP помогает избежать этого, являясь конкретным образом нужного результата.

In-scope и out-of-scope: практика разделения

In-scope — это все то, что входит в проект, на что выделены средства и время: цели, задачи, результат. Out-scope — это то, что прямо или косвенно имеет отношение к проекту, может быть полезным для него, но не входит в его реализацию и актуальную зону ответственности команды. Out-scope служит аргументом, если заказчик, стейкхолдеры, смежные подразделения пытаются дать «чужие» задачи. Управление становится более понятным и прозрачным для всех заинтересованных сторон.

Рассмотрим на примере, как распределяются in-scope и out-scope в ИТ-подразделении в проекте запуска чат-бота для пользователей банка.

Задачи	In-scope	Out-scope
Каналы связи	Официальный сайт банка и мобильное приложение (iOS/Android).	Мессенджеры (Telegram, MAX) и социальные сети.
Функциональность	Ответы на FAQ, проверка баланса, выписка по счету, информация по продуктам.	Оформление кредитов под ключ, сложные инвестиционные консультации
Интеграции	С автоматизированной банковской системой, CRM и процессингом.	С Госуслугами или сторонними брокерскими сервисами.
Передача оператору	Бесшовный перевод диалога на сотрудника поддержки при сложном запросе.	Полная автоматизация поддержки

Остановимся подробнее на основных составляющих концепции проекта и как они должны быть описаны, чтобы scope был реальным рабочим инструментом и выполнял свои задачи.

Что еще входит в Scope

Чем четче обозначены составляющие scope проекта, тем меньше возможностей для неоднозначных толкований, недопониманий и противоречий, которые ведут в конфликтам интересов, перегрузу команды и угрозе своевременной реализации проекта. Компоненты концепции берутся не из головы, а из достоверных источников.

Scope формируется на базе конкретных материалов и с привлечением всех заинтересованных лиц

Цели помогают ориентироваться, туда ли идет проект и команда. Сверка с целями происходит при планировании этапов, определении приоритетов, постановке задачи и оценке результатов работ.

Например, за счет внедрения чат-бота в банке снижение нагрузки на первую линию поддержки до 60%, сокращение операционных издержек на содержание контакт-центра до 30%.

Результаты. Что конкретно нужно получить: продукт, услуга, решение или инструмент, например, лендинг. Результат включает функциональные требования к нему. Это также работает на удержание фокуса и помогает команде понять, насколько новые появляющиеся идеи и задачи укладываются в заданную концепцию.

Например, это запуск чат-бота для обслуживания розничных клиентов банка на сайте и в мобильном приложении. Успешная обработка обращений по 50 типовым сценариям. Ведение не менее 1000 одновременных диалогов с временем отклика не более 2 сек.

Ограничения задают пределы допустимого в разных аспектах проекта: деньгах, сроках, человеческих ресурсах, используемых инструментах и технологиях. Они формулируются исходя из того, какими характеристиками должен обладать результат м необходимых для этого инструментов и средств.

Например, по ФЗ-152 о защите персональных данных вся инфраструктура и данные клиентов нужно хранить только во внутреннем контуре банка. Используется только отечественное ПО. Запуск MVP до конца первого квартала.

Работы и задачи. На данном этапе нужно описать, как команда будет получать результат. Для этого цели разбиваются на этапы, направления и задачи, т. е. формируется структура работ. При корректной декомпозиции очевидно, откуда появилась та или иная задача. Это делает логику проекта прозрачной и понятной всем участникам.

Например, 1 этап. Инициация и анализ. Исследование бизнес-процессов, согласование архитектуры. 2 этап. Разработка и интеграция. Подготовка инфраструктуры, разработка интеграционных модулей, интерфейса, реализация логики перевода диалога на оператора. Дальнейшие пункты и их декомпозиция.

Критерии приемки. Это показатели, по которым заказчик и стейкхолдеры поймут, что проект успешно реализован. Критерии зависят от специфики результата.

Например, скорость ответа — не более 800 мс для текстовых сообщений. Подтвержденная доступность сервиса на уровне 99.9% (SLA) в течение 14 дней пилотной эксплуатации.

Управление Scope после старта: процессы, роли и коммуникация

Отслеживать соответствие хода проекта концепции и объему помогает регулярный мониторинг. Например, расхождение фактических и плановых показателей по трудозатратам и выполненным задачам может стать сигналом об отклонении от scope проекта.

Аналитика показателей проекта для работы со Scope

В этом случает нужно свериться:

• с out-scope, чтобы убедиться, что команда не взяла на себя лишнего;
• иерархией работ, чтобы проверить, что все задачи укладываются в структуру, а не появились внезапно;
• целями и результатами, чтобы откалибровать фокус в проекте.

Важный инструмент контроля scope — формализованный процесс изменений. Он запускается, как только у кого-то из руководителей, стейкхолдеров, участников появляется новая идея и звучит: «А давайте…». Здесь потребуется подать запрос на изменение, который пройдет все предусмотренные утвержденным сценарием этапы: рассмотрение, оценка влияния, дополнительных ресурсов, последствия и т. д. Если по предложению принимается положительное решение, то оно фиксируется в документах, вносится в scope и только после этого берется в работу. Это исключит scope-creep, так как любая задача сверх плана подвергается тщательному изучению и через призму правила «no free lunch»: любая дополнительная ценность стоит дополнительных денег.

Запуск запроса на изменение поможет оценить потребность в незапланированной инициативе по ходу проекта

Структурированное общение со стейкхолдерами — еще один способ контролировать scope. Нужно составить список людей, их полномочий и формат взаимодействия. В крупных проектах у разных стейкхолдеров разный список полномочий, право согласования в рамках определенного круга задач, и обсуждение результатов и пожеланий, например, по итогам итерации.

Определение списка стейкхолдеров для проекта снижает риски

Наконец, контроль результатов и тестирование по итогам каждого выполненного этапа работ позволит сверяться с зафиксированным желаемым результатом, раньше обнаружить несоответствия и исправить их до того, как они повлекут за собой какие-либо последствия. Такая верификация поможет полноценно закрывать этапы, переходить к следующим, впоследствие не возвращаясь к уже сделанному.

Чек-лист: 6 признаков, что Scope вашего проекта в безопасности

Используйте этот чек-лист для проверки, насколько определены объем и границы вашего проекта. Для этого ответьте «да» или «нет» по перечню вопросов.

1. Scope — это официально зарегистрированный и утвержденный всеми заинтересованными сторонами документ.
2. В документе четко, а не формально, прописаны: цели, результаты, ограничения, работы, критерии приемки работ, а также out-scope.
3. Каждый запланированный блок работ связан с определенной целью.
4. В основе лежит продуманный MVP.
5. Есть формализованный процесс управления изменениями.
6. В проекте выстроено структурное взаимодействие со стейкхолдерами.

Главное

В любом проекте всегда найдется, что можно оптимизировать, сделать удобнее и функциональнее. Важно помнить, что иногда это не входит в исходные цели конкретного проекта. Не потому что не хочется сделать лучше. А потому что проект предполагает набор определенных ресурсов для решения конкретных задач. Все остальное станет предпосылками для новых инициатив.

Scope — это инструмент, который позволяет всегда удерживать в фокусе внимания главное и отсекать второстепенное. Он формирует концепцию проекта, которая включает все, что составляет его ценность и значимость. Такой подход позволяет заземлить поток идей на конкретные задачи, под которые рассчитаны имеющиеся проектные ресурсы.

Что еще интересного