Bi-Cycle: описание фреймворка
Что значит гибридный фреймворк?
Bi-Cycle предназначен для проектов, в которых достаточно четко обозначен образ конечного результата, но при этом непонятен путь достижения этого результата. Основными препятствиями для определения пути к этому результату являются риски и неопределенность. Классический проектный подход требует детального плана на старте для того, чтобы быть успешным. Agile накладывает много ограничений с точки зрения команды, декомпозиции элементов и менее строг к срокам.
Bi-Cycle это гибридный фреймворк, сочетающий в себе элементы классического проектного управления и Agile.
Bi-Cycle предназначен для проектов, в которых достаточно четко обозначен образ конечного результата, но при этом непонятен путь достижения этого результата. Основными препятствиями для определения пути к этому результату являются риски и неопределенность. Классический проектный подход требует детального плана на старте для того, чтобы быть успешным. Agile накладывает много ограничений с точки зрения команды, декомпозиции элементов и менее строг к срокам.
Bi-Cycle это гибридный фреймворк, сочетающий в себе элементы классического проектного управления и Agile.
- От классического проектного управления Bi-Cycle унаследовал ориентацию на достижение результата с учетом дедлайна и работу с частично выделенной командой
- От Agile Bi-Cycle получил итеративно-инкрементальный процесс поставки результата и умения работать с неопределенностью.
Мы многие годы практиковались в Agile и классическом управлении проектами и продуктами. Часто нам приходилось сталкиваться с случаями, когда:
Слово Фреймворк (от англ. - framework - рамка, структура, каркас) в названии указывает, что Bi-Cycle фреймворк это легковесный подход, который задает рамки процесса и дает возможность для адаптации его в компании.
Название фреймворка Bi-Cycle отражает основу его механики. А именно “два цикла” — Исследовательский цикл (Цикл проверки рисков) и Цикл реализации (Цикл создания результата).
- Нет выделенной команды проекта. У нас не хватает ресурсов, чтобы выделить полноценную, кросс-функциональную команду проекта. Но бизнес не стоит на месте и нужно реализовывать проект. При этом среда проекта нестабильна и требует определенного уровня адаптивности!
- Команда распределена. Удаленные команды требуют большего вовлечения и уровня организации от руководителя проекта, нежели обычно.
- Проект реализуется несколькими командами. Вариантов великое множество. Один из самых распространенных — команда заказчика и команда подрядчика каждая делает свою часть. Без регулярной интеграции результатов в ходе проекта растет риск получить неожиданные проблемы при сборке результата в единый продукт.
- Проект основывается на предположениях. Заказчик может быть вдохновлен своей идеей. В нее может верить спонсор, вся команда и даже вы. Но какие-то части бизнес-кейса проекта являются предположениями или базируются на недостоверных фактах. При классическом подходе вы узнаете об этом сильно после завершения проекта, когда вашей системой не будут пользоваться, а продукт — покупать.
Слово Фреймворк (от англ. - framework - рамка, структура, каркас) в названии указывает, что Bi-Cycle фреймворк это легковесный подход, который задает рамки процесса и дает возможность для адаптации его в компании.
Название фреймворка Bi-Cycle отражает основу его механики. А именно “два цикла” — Исследовательский цикл (Цикл проверки рисков) и Цикл реализации (Цикл создания результата).
Краткий обзор процесса Bi-Cycle
Процесс Bi-Cycle начинается с заполнения Канваса проекта. Это документ определяющий верхнеуровневые цели проекта, результаты, и пользователей.
С его помощью мы определяем:
В конце итерации Проводится Обзор Цикла. В ходе этого события рассматриваются все данные и артефакты, которые были получены не только в ходе этой итерации, но и учитываются результаты предыдущих.
Стейкхолдеры и участники команд принимают один из следующих вариантов решений:
Важно понимать, что мы никогда не сможем быть на 100% уверены в результате. Необходимо четко балансировать проработку рисков и затраченное время. Потому в Bi-Cycle Фреймворке мы ограничиваем время Исследовательского цикла 3 месяцами. Если вы после 3 месяцев не уверены в возможности запускать проект, значит вы не верите в него. Не дайте себе попасть в ловушку перфекциониста.
Запуск проекта
Как только мы считаем что проект пора начинать, проводится Запуск проекта (Project Kick-Off). На нем мы должны утвердить и закрепить три основных пункта:
Цикл Реализации
Bi-Cycle это итеративно-инкрементальный фреймворк. Это означает, что результаты проекта мы создаем частями, согласно видению инкрементов, сформулированному на предыдущем этапе. В начале цикла все участники собираются вместе на Планирование Инкремента Проекта (Project Increment Planning). Цель встречи — составить общий план работ по созданию инкремента для всех команд и участников проекта. На это может потребоваться немало времени. Поскольку один инкремент мы можем создавать до 3 месяцев, то и на планирование такого продолжительного промежутка времени уйдет целых 2 дня. За это время участники команд фиксируют все зависимости (внешние и внутренние), планируют свои работы и реакцию на риски.
В конце планирования все участники подтверждают свою уверенность в этом плане. После чего мы переходим к работе. План инкремента реализуется недельными шагами, с Планированием недели в начале и Обзором недели в конце.
Продолжительность 1 цикла разработки составляет 1−3 месяца. В конце цикла мы проводим Обзор инкремента и цикла (Increment & Cycle Check). Все участники рассматривают прошедший цикл с точки зрения:
Наш фреймворк предназначается для проектов среднего масштаба, у которых Цикл Реализации не превышает 9 месяцев. Для более масштабных проектов мы готовим расширение фреймворка.
С его помощью мы определяем:
- Каких данных и/или требований нам не хватает?
- Какие мы видим риски?
- Какие наши предположения и гипотезы требуют проверки?
В конце итерации Проводится Обзор Цикла. В ходе этого события рассматриваются все данные и артефакты, которые были получены не только в ходе этой итерации, но и учитываются результаты предыдущих.
Стейкхолдеры и участники команд принимают один из следующих вариантов решений:
- У нас достаточно данных для старта проекта. Мы проверили все возможные гипотезы и отработали все риски, какие могли. Пора начинать проект!
- Данных о требованиях и рисках недостаточно для старта проекта. Нужно продолжать исследование.
- Собранные данные говорят, что проект несостоятелен или экономически нецелесообразен. Лучше наши деньги и время потратить на другой проект.
Важно понимать, что мы никогда не сможем быть на 100% уверены в результате. Необходимо четко балансировать проработку рисков и затраченное время. Потому в Bi-Cycle Фреймворке мы ограничиваем время Исследовательского цикла 3 месяцами. Если вы после 3 месяцев не уверены в возможности запускать проект, значит вы не верите в него. Не дайте себе попасть в ловушку перфекциониста.
Запуск проекта
Как только мы считаем что проект пора начинать, проводится Запуск проекта (Project Kick-Off). На нем мы должны утвердить и закрепить три основных пункта:
- Верхнеуровневые цели проекта
- Сроки проекта. Когда мы хотим достичь поставленных целей
- Образ Результата проекта. В каком виде мы хотим получить результаты проекта. Необходимо договориться о том, как будут выглядеть инкременты продукта нашего проекта.
Цикл Реализации
Bi-Cycle это итеративно-инкрементальный фреймворк. Это означает, что результаты проекта мы создаем частями, согласно видению инкрементов, сформулированному на предыдущем этапе. В начале цикла все участники собираются вместе на Планирование Инкремента Проекта (Project Increment Planning). Цель встречи — составить общий план работ по созданию инкремента для всех команд и участников проекта. На это может потребоваться немало времени. Поскольку один инкремент мы можем создавать до 3 месяцев, то и на планирование такого продолжительного промежутка времени уйдет целых 2 дня. За это время участники команд фиксируют все зависимости (внешние и внутренние), планируют свои работы и реакцию на риски.
В конце планирования все участники подтверждают свою уверенность в этом плане. После чего мы переходим к работе. План инкремента реализуется недельными шагами, с Планированием недели в начале и Обзором недели в конце.
Продолжительность 1 цикла разработки составляет 1−3 месяца. В конце цикла мы проводим Обзор инкремента и цикла (Increment & Cycle Check). Все участники рассматривают прошедший цикл с точки зрения:
- Полученных результатов, их соответствия планам;
- Эффективности процесса создания инкремента.
Наш фреймворк предназначается для проектов среднего масштаба, у которых Цикл Реализации не превышает 9 месяцев. Для более масштабных проектов мы готовим расширение фреймворка.
Роли в проекте
Куратор проекта. Главный представитель заказчика.
Менеджер проекта. Ключевая фигура в Bi-Cycle. Он отвечает за:
Команда проекта. Этим термином мы называем всех тех, кто трудится над проверкой рисков (в Цикле Исследования) и созданием инкремента (В Цикле Реализации). Bi-Cycle позволяет:
Эксперты. Все, кто владеют необходимой для нас информацией. Это могут быть юристы, ИТ-архитекторы, специалисты по безопасности и, конечно, представители бизнеса. Они:
Заказчики. Те, ради кого проект реализуется. Могут включать: пользователей, заказчиков-покупателей, внутренних спонсоров проекта.
Заинтересованные стороны. Это очень широкое понятие. Традиционно в заинтересованные стороны записывают вообще всех, кого так или иначе коснется наш проект. Bi-Cycle этого не отрицает, но основной фокус делает на тех, кто может положительно или отрицательно повлиять на нашу работу. Среди них часто встречаются юридический или регуляторный департамент, информационная безопасность и прочее.
- Уполномочен принимать решения и делать это оперативно
- Предоставляет требования
- Вовлекает стейкхолдеров в проект
Менеджер проекта. Ключевая фигура в Bi-Cycle. Он отвечает за:
- Сбор команды
- Организацию и фасилитацию всех событий
- Вовлечение стейкхолдеров в проект
Команда проекта. Этим термином мы называем всех тех, кто трудится над проверкой рисков (в Цикле Исследования) и созданием инкремента (В Цикле Реализации). Bi-Cycle позволяет:
- Работать с “виртуальной” командой, в которую участники выделены не на 100%;
- Работать с несколькими командами в параллель на одном проекте;
- Привлекать внешних подрядчиков наряду с собственной командой.
Эксперты. Все, кто владеют необходимой для нас информацией. Это могут быть юристы, ИТ-архитекторы, специалисты по безопасности и, конечно, представители бизнеса. Они:
- Участвуют в мозговых штурмах для генерации идей и рисков;
- Предоставляют необходимую команде информацию и экспертизу;
- Помогают стейкхолдерам в принятии решений.
Заказчики. Те, ради кого проект реализуется. Могут включать: пользователей, заказчиков-покупателей, внутренних спонсоров проекта.
- Предоставляют требования;
- Принимают решения;
- Участвуют в обзорах.
Заинтересованные стороны. Это очень широкое понятие. Традиционно в заинтересованные стороны записывают вообще всех, кого так или иначе коснется наш проект. Bi-Cycle этого не отрицает, но основной фокус делает на тех, кто может положительно или отрицательно повлиять на нашу работу. Среди них часто встречаются юридический или регуляторный департамент, информационная безопасность и прочее.
© ScrumTrek 2022 | Bi-Cycle Framework
