Все статьи
Принципы управления зависимостями в Agile: как снизить риски и повысить гибкость проектов
Дата: 25.02.2025
Успех любого проекта во многом зависит от эффективности управления зависимостями. Какие виды зависимостей бывают? В чем роль кросс-функциональных команд и гибкого планирования для успешного выполнения проектов в условиях неопределенности? Рассмотрим, как управлять зависимостями в условиях изменений.
Система не существует без цели и не может управлять сама собой. Если системы оказываются предоставленными сами себе, они быстро становятся эгоистичными, конкурирующими, независимыми центрами прибыли и таким образом уничтожают систему. Секрет заключается в сотрудничестве компонентов на благо общеорганизационной цели.
В зависимостях нет ничего плохого, ведь они являются следствием общей цели. Проблемой является огромное количество зависимостей и отсутствие управления зависимостями.
Существует несколько видов зависимостей:
- Зависимость между задачами подразумевает, что выполнение одной задачи влияет на возможность начала или завершения другой задачи. Проще говоря, пока не завершена задача 1, не может быть выполнена задача 2.
- Ресурсная зависимость, когда приходится использовать один и тот же ресурс: сотрудник, оборудование – для разных задач.
- Межкомандные зависимости возникают в комплексных задачах, когда требуется совместная работа нескольких подразделений.
В отличие от классического проектного управления Agile рассматривает зависимости не как статичные ограничения, изначально при планировании заложенные в диаграмму Ганта жесткого плана с минимальными изменениями при исполнении, а как динамические факторы, требующие постоянного внимания и управления на всем этапе реализации проекта. Ставка делается на тесное непосредственное взаимодействие, гибкость и адаптивность.
Содержание
Меньше зависимостей – кросс-функциональные команды
Организационная структура подразделений, создающих новые и развивающих ключевые продукты или каналы их дистрибуции, строится на основе кросс-функциональных команд, которые обладают всеми необходимыми навыками и ресурсами для реализации поставленными перед ними задач.
В отличие от функциональной структуры здесь колоссально меньше зависимостей и, как следствие, менеджеров для управления ими. Большую часть зависимостей мы концентрируем внутри команды: члены команды зависят друг от друга, но в этом нет ничего страшного, так как они непосредственно взаимодействуют друг с другом каждый день. Разумеется, небольшая часть зависимостей всегда будут оставаться внешними.
Меньше зависимостей – профессиональные сообщества
Профессиональные сообщества обеспечивают непосредственное взаимодействие экспертов в разных областях для обмена знаниями и опытом, что кроме всего хорошего прочего позволяет снизить зависимости от узкой экспертизы конкретных сотрудников.
Гибкое планирование зависимостей
Ключевым компонентом гибкого плана является цель. Именно цель позволяет адаптировать план при неизбежных изменениях: отменять более ненужные задачи, добавлять неучтенные или забытые задачи, изменять старые задачи.
При подготовке к битве планы незаменимы, но как только битва началась, план становится совершенно бесполезным.
Гибкий план включает цель как вертикальную согласованность команды и заинтересованных лиц о том, куда они хотят прийти, и зависимости как горизонтальные договоренности о том, кто кому должен помочь. В обоих случаях важнее договоренность о непосредственном взаимодействии и конечном результате, но не жесткая постановка задачи. Мы как будто строим сеть взаимодействия сотрудников в рамках достижения цели: конкретные задачи будут изменяться по ходу движения – но при четкой неизменной цели структура взаимодействия сотрудников вряд ли изменится, поэтому сотрудники легко смогут пересобирать план при новых вводных.
Частая адаптация – регулярная синхронизация по зависимостям
Часто и предсказуемо узнавать про изменения и адаптироваться, то есть корректировать план, можно через регулярные синхронизации. К примеру, Scrum-команда каждый день проводит короткую встречу, на которой каждый член команды рассказывает прогресс своих задач и может попросить помощи у других членов команды, по сути разрешить зависимость. В методологии SAFe® (Scaled Agile Framework®) для разрешения межкомандных зависимостей есть встречи с регулярностью раз в 1-2 недели, а также специальная доска, визуализирующая текущее состояние зависимостей.
