Agile исторически противопоставляется классической модели.
Претензия к последней из-за поэтапности: сначала заранее выполнить планирование на 100%, потом подготовить требования на 100%, задание все проектировать на 100% и т.д.
И в реальности так в ИТ работать не получалось.
Я уточняла у брата ИТшника и в ИТ командах, с кем довелось работать.На самом деле, если углубляться в детали, то после каскадной модели (когда поняли, что она не работает), ИТ стали применять модель последовательной разработки.
Если каскадная модель измерялась годами, то последовательная позволяла использовать месяца и квартала.
А вот Agile работает по периодам (спринтам), которые длятся дни или недели.
Так почему же бизнес решил использовать Agile?
Сейчас бизнесу важно:
- Сделать видение на год-два-пять
- Далее планирование на квартал
- Уточненное планирование на месяц
- И приоритизированное с задачами на неделю
И когда ты видишь столько планирований, то считываешь очень-очень много совещаний.
И это только чтобы все спланировать!
«А работать то когда?» (частое возражение от участников пилотных команд, в которых запускается agile и они думают, что наши мероприятия будут у них плюсом, а не вместо 😅)
Планирование должно быть простым и быстрым.
Понятным и эффективным.
Мы в Agile командах инвестируем два часа, чтобы спланировать месяц для команды agile новичков. И час на планирование месяца для тех, кто уже работает в agile больше 3 месяцев.
Используем SWAY CANVAS
А после (у нас так все выстроено), происходит частое и быстрое взаимодействие внутри команды и между отделами.
🀄И в этом, я считаю, одна из ключевых идей, почему же все-таки бизнес увлекается Agile. Он видит от него ту пользу, что не может найти в других моделях управления.
⚡Компания поддерживает через гибкую модель управления высокий уровень качества продукта из-за связи с клиентом, прозрачность процессов из-за связи сотрудников, эффективность и быстрое принятие решений из-за связи всей компании как единого механизма.