Дедлайн створює тиск у бік завершення: зроби це до такої-то дати, чого б це не коштувало. Неявна логіка тут така, що найважливіше — закінчити те, що обіцяно, вчасно. Якщо це справді ваш найвищий пріоритет, то Agile не для вас — як і комплексна робота (у кеневіновському сенсі: емерджентна, де причинно-наслідкові зв’язки видно лише ретроспективно). Але зважте: керування комплексною роботою засобами традиційного управління проєктами веде до ненадійного прогнозування (ви змушуєте свою команду реалізації вгадувати або, ще гірше, брехати, бо невідоме неможливо поставити у графік діаграми Ганта).
Спринт — це таймбокс: відрізок фіксованої тривалості, звичайно від одного до чотирьох тижнів, у межах якого команда працює над визначеним обсягом, постачає те, що можливо, а потім інспектує й адаптує. Межа — це не фінішна лінія. Це петля зворотного зв’язку.
Саме слово «спринт» додає плутанини. Спринтувати — означає бігти якнайшвидше. Використовувати це слово для того, що насправді є стійким, розміреним, обмеженим у часі циклом постачання, — означає від самого початку надсилати хибний сигнал.
Що ламається, коли спринти стають дедлайнами
Коли команди переживають спринти як дедлайни, з’являються захисні механізми культури дедлайнів: скорочення обсягу без прозорості, зрізання кутів у якості під приводом браку часу, героїчні зусилля, які дають постачання в короткій перспективі за рахунок довгострокової стійкості, і так далі.
Спринт був задуманий саме для того, щоб протидіяти цій динаміці. Створюючи передбачувані повторювані цикли з вбудованою інспекцією, спринти замінюють питання «чи встигнемо ми до дедлайну?» на питання «що ми реально можемо постачити за цей цикл і чого ми на цьому вчимося?».
Чому петля навчального зворотного зв’язку така важлива? Бо робота, якою займається Agile, комплексна — це той рід роботи, який не можна акуратно, крок за кроком, укласти в діаграму Ганта, бо ви не знаєте того, чого ви не знаєте, доки не упретеся в стіну. Ось чому петля зворотного зв’язку така важлива: вона дає рівне, передбачуване підтвердження курсу й того темпу, який можливий за наявних невідомих, а не постачання до конкретної дати.
Тому кінець спринту — це перезапуск циклу здобування знань, а не винесення вироку. Незавершена робота, якщо вона є, переходить у наступний цикл із чіткими вказівками на те, чому команда не змогла її завершити, — це ключовий предиктор схожих вибоїн у майбутньому. Команда отримує точну картину своєї реальної пропускної спроможності — а це значно цінніше за одноразове героїчне постачання з подальшим провалом.
Коли спринт переживається як дедлайн, цього перезапуску не відбувається. Команда завершує його виснаженою й так і не дізнавшись, що саме заважало. Міра пропускної спроможності перекручена авралом. Наступний спринт починається з вичерпаної позиції. Показники Velocity стають ненадійними. Петля зворотного зв’язку, яка й робить спринти цінними, перестає давати корисний сигнал.
Чи означає це, що нормально переносити роботу зі спринту в спринт і відкривати кожну сесію планування оглядом боргів? Ні — не як норма. Як виняток — так: команда прямо називає розрив, з’ясовує, що його спричинило, і використовує це розуміння, щоб він не повторився. Прозорість і є суттю. Розрив, який винесений на світло й розібраний, належить петлі навчання. Розрив, який тихо перекочується в наступний цикл, не вчить команду нічому, а тихим його тримає саме тиск виглядати швидким.
Зацікавленим сторонам потрібна впевненість у тому, що кожен спринт повертає щось цінне — чи то очікувану роботу, чи то розуміння того, що завадило і як уникнути схожих ситуацій у майбутньому або краще ними керувати. Ось у чому зобов’язання. Довга історія його виконання створює той кредит довіри, який дозволяє зрідка промахнутися без тривоги. Команда, яка регулярно постачає менше за очікуване, цей кредит проїдає: довіра розмивається, вимоги зростають, щоб компенсувати очікувані промахи, і команді виявляється не ліпше, ніж за традиційного управління проєктами. Тримати мають обидві половини — надійне постачання і простір для навчання.
Питання темпу
Один із принципів Agile, закладених Маніфестом, — стійкий темп: команда має бути здатна працювати в тому темпі, в якому працює, невизначено довго. Це не приємне доповнення. Це принцип надійності. На команду, яка здатна постачати лише спринтуючи — у сенсі швидкого бігу, — не можна опертися, коли потрібен прогноз того, що вона постачить у найближчі місяці. Команда, яка працює у стійкому темпі, нарощує закономірності пропускної спроможності, які дозволяють робити справжній прогноз навіть працюючи з невідомими, — і в цьому цінність Agile: дати вашій компанії можливість працювати в рівному темпі посеред невідомого.
Спринт, зрозумілий правильно, — це цикл постачання у стійкому темпі із вбудованою точкою інспекції. Це щось цілком інше, ніж дедлайн. Різниця не семантична: саме вона знижує ризик на кожній ітерації.
Коментарі 0