В предыдущих этапах нашего проектного потока, как мы описали в разделе Tech Product Vision Analysis, мы провели основательный анализ, собрали и структурировали ключевую информацию, которая теперь позволяет нам перейти к кульминационному моменту – определению содержания проекта (Define Scope). На этом этапе мы соединяем все, что было выявлено, оценено и документировано, чтобы сформировать единое видение того, что проект собой представляет и каких результатов он должен достичь.
Проектный треугольник, в основе которого лежат три взаимосвязанных элемента – время, стоимость и содержание – является ключевым ориентиром в управлении проектом. Мы находимся на стадии управления содержанием, которая помогает нам чётко определить границы проекта. Управление содержанием гарантирует, что проект будет выполнен в рамках установленных ограничений и что конечные результаты будут соответствовать ожиданиям заказчика.
Define Scope – это аккумуляция всей информации, которую мы получили в процессе анализа. Мы собрали требования заинтересованных сторон, сформировали видение и цели проекта, проверили гипотезы и определили область нашего продукта. Теперь все эти элементы нужно объединить в чёткое и понятное описание содержания проекта, которое станет ориентиром для всей команды.
Процесс определения содержания включает в себя ключевые компоненты, такие как: #
-
Собранные требования #
– все выявленные запросы и ожидания заинтересованных сторон.
-
Видение продукта #
– стратегическое представление о продукте, его цели и предназначение.
-
Гипотезы и идеи #
– идеи, прошедшие фильтрацию и оценку, которые стали основой для дальнейших шагов проекта.
-
Ограничения и допущения #
– возможные.
Ограничения и допущения – возможные барьеры и предположения, которые могут повлиять на проект, и которые должны быть учтены для успешного выполнения задач.
На этом этапе важнейшим документом становится Project Scope Statement – утверждённое описание содержания проекта. Этот документ создаётся как результат объединения всей собранной информации и выступает в роли официального ориентира, где чётко прописаны цели, задачи, основные результаты, а также ограничения и допущения.
Project Scope Statement состоит из нескольких частей, которые помогают чётко понять, что именно мы будем создавать, и какие элементы не будут входить в сферу проекта:
-
Цель проекта #
– чёткое формулирование того, к чему стремится проект.
-
Содержание и результаты #
– описание того, что именно должно быть создано в процессе проекта.
-
Критерии приемки #
– параметры, по которым будут оцениваться результаты.
-
Ограничения и допущения #
– важные аспекты, которые нужно учитывать на всех этапах выполнения проекта.
-
Исключения #
– моменты, которые не входят в рамки проекта, чтобы избежать недопонимания и не допустить выхода за границы содержания.
Таким образом, определение содержания проекта не просто завершает анализ, проведенный на предыдущих этапах, но и превращает его в конкретные и измеримые цели, которые будут направлять нас на протяжении всего проекта.
Таким образом, определение содержания проекта не просто завершает анализ, проведенный на предыдущих этапах, но и превращает его в конкретные и измеримые цели, которые будут направлять нас на протяжении всего проекта.
Agile Scope Management #
Agile Scope Management — це гнучкий підхід до управління змістом, який дозволяє адаптувати проектні цілі та вимоги у міру їх розробки та тестування. У цьому процесі ми не просто фіксуємо зміст проекту раз і назавжди, а даємо команді свободу для поступового формування та уточнення того, що дійсно потрібно створити, виходячи з поточних умов і отриманого досвіду.
На ілюстрації цей процес зображений у вигляді шести ключових кроків, які забезпечують плавне й ефективне управління змістом у рамках Agile-підходу.
Розробка бачення продукту у вигляді упаковки #
- На цьому етапі команда спільно формує початкове уявлення про продукт. Вони уявляють, як би продукт виглядав, якби був упакований, визначаючи його головні риси, місію та унікальні характеристики. Це допомагає створити загальне бачення і розпочати обговорення змісту.
Майстерня функцій #
- Команда збирається, щоб обговорити і визначити ключові функції та можливості, які має включати продукт. Цей етап є важливою частиною співпраці, де враховуються думки та потреби різних зацікавлених сторін, а також визначається напрямок подальшого розвитку.
Список кандидатур функцій #
- Після обговорення формується список передбачуваних функцій. Це перелік усіх можливих функцій та можливостей, запропонованих під час майстерні, без жорсткої прив’язки до пріоритетів. На цьому етапі важливо зібрати всі ідеї, які потім будуть піддані подальшій оцінці та пріоритизації.
Створення/уточнення продуктового беклогу #
- Наступний етап включає організацію всіх функцій у вигляді беклогу. Команда оцінює важливість кожної функції та уточнює список завдань, щоб було зрозуміло, що потрібно реалізувати спочатку, а що можна відкласти. Цей живий документ постійно оновлюється у міру уточнення вимог.
Ітераційний беклог #
- З продуктового беклогу створюється беклог для найближчої ітерації. У рамках кожної ітерації вибираються конкретні функції, які будуть розроблятися та тестуватися у найближчому циклі. Цей етап включає планування та розробку, і саме тут починається безпосередня робота над створенням функціоналу.
Оцінка реалізованого змісту #
- Наприкінці кожної ітерації команда оцінює виконані завдання, щоб зрозуміти, чи відповідають вони цілям та очікуванням. Це дозволяє визначити, чи були реалізовані необхідні функції, чи потрібно щось покращити або доповнити. Команда може вирішити змінити пріоритети, виходячи з отриманого досвіду, і таким чином гнучко керувати змістом.
Таким чином, Agile Scope Management — це підхід, який дозволяє команді знаходити баланс між початковим планом і необхідністю адаптуватися до змінюваних вимог і ринкової ситуації. Команда постійно навчається і покращує проект, спираючись на зворотний зв'язок і аналіз проміжних результатів, створюючи в результаті продукт, який максимально відповідає потребам кінцевих користувачів і вимогам ринку.
Определение областей охвата: Сфокусированное управление содержанием #
Диаграмма наглядно демонстрирует принцип разделения и управления содержанием проекта и продукта, акцентируя внимание на том, что входит в рамки проекта, а что остается за их пределами. Этот подход позволяет избежать недопонимания среди заинтересованных сторон и предотвратить неконтролируемое расширение границ проекта, известное как scope creep. Рассмотрим детали и их расширенное значение в управлении проектом.
Содержание продукта #
Содержание продукта отвечает на вопрос: «Что именно создается?». Это конкретное описание характеристик и функций продукта или услуги, которые будут реализованы по итогам проекта.
Функции и характеристики #
Продуктовый скоп включает ключевые особенности, которые должны быть воплощены, такие как функциональные требования, технические спецификации и пользовательские сценарии.
Релизы и версии #
Разработка и выпуск продукта часто осуществляются поэтапно. Создаются релизы с последовательными версиями продукта, где каждый следующий шаг добавляет новую ценность или улучшения.
Дополнительный акцент #
Разработка продуктового скопа требует тесного взаимодействия с пользователями и заинтересованными сторонами для определения того, какие функции приносят наибольшую пользу.
