Распространённые мифы
Тема дорожной карты · Agile / Scrum / Kanban
Распространённые мифы: 'Agile означает отсутствие документации' (нет — ценится работающий продукт над документацией, но не нулевая документация), 'Agile = Scrum' (нет — Scrum один из многих agile-фреймворков наряду с Kanban, XP, FDD), 'Agile означает отсутствие планирования' (нет — планирование непрерывное, а не only upfront), 'Agile быстрее' (часто нет — раньше выдаёт ценность, но общая пропускная способность сопоставима с waterfall).
Как это работает
У каждого мифа есть зерно правды, которое вооружают. 'Без документации' идёт от ценности #2 ('работающий продукт над всеобъемлющей документацией') — реальная практика 'достаточно доков для следующего цикла, не больше'. 'Agile = Scrum' идёт от коммерческого доминирования Scrum — это самый обучаемый фреймворк, но не единственный. 'Без планирования' идёт от ценности #4 ('готовность к изменениям над следованием плану') — реальная практика — непрерывное перепланирование, а не отсутствие планов. 'Agile быстрее' идёт от путаницы между cycle-to-feedback (реально короче) и total-effort-to-feature (часто без изменений).
Когда применять
Диагностируйте миф-driven-дисфункцию, когда слышите: 'нам не нужен design-doc, мы agile', 'у нас нет release date, мы agile', 'мы используем Scrum, потому что это и есть agile', 'agile даёт нам 2× продуктивность'. Ни одно не верно. Каждое — признак того, что говорящий импортировал слоган без механики.
Типичные ошибки
Самый трудный для опровержения миф — 'Agile быстрее', потому что он иногда правда (когда waterfall падает выпуском не того) и иногда нет (когда команда сдала бы нормальный проект в любом случае). Обещание конкретного прироста скорости — самый быстрый способ потерять доверие стейкхолдеров к agile через полгода, когда скорость не материализовалась. Обещайте более быструю обратную связь, не более быструю поставку — это защитимо.