Типовий спринт, як він є
Це стаття початкового рівня про механіку спринту. Із неї ви також дізнаєтеся, як членам команди разом створювати якісний інкремент, готовий до випуску. Коротким вступом до теми може стати ця стаття.
День перший: планування спринту
У скрамі вся команда, включно з власником продукту, збирається в перший день спринту на зустріч, яку називають плануванням спринту. Це перше, що має статися у кожному спринті.
Підготовка
До планування спринту треба готуватися. Головне у підготовці — забезпечити пропрацьований беклог продукту, в якому всі деталі продумані з урахуванням оцінок і критеріїв прийнятності (саме для цього проводять уточнення беклогу).
Власник продукту на момент цієї зустрічі мав упорядкувати беклог продукту і виробити розуміння, як відстояти перед командою цінність, що стане метою спринту. Шляхи ведення переговорів з командою він також мав розглянути під час уточнення беклогу і закласти в самому беклозі.
Команда, у свою чергу, має прийти на планування спринту з розумінням свого потенціалу, тобто тієї роботи, за яку вони впевнено можуть взятися. Щоб прорахувати ці ресурси, команда може використовувати напрацювання попередніх спринтів.
Спершу закладіть у план цінність
Кожен спринт має закінчуватися створенням цінного інкременту виконаної роботи, готового до негайного випуску. Власник продукту повністю відповідає за те, що означає цінність, і має скласти беклог продукту таким чином, щоб команда могла збільшувати цінність спринт від спринту.
Відповідно, перше, що має зробити команда, — спланувати, які елементи беклогу продукту потрібно пропрацювати у спринті, щоб він закінчився створенням максимальної цінності.
Щоб досягти цього, команда разом із власником продукту вибирає найцінніші елементи беклогу так, щоб вони відповідали її потенціалу на майбутній спринт. Для кожного елементу беклогу команда має виконати оцінку часу, щоб знати, скільки зусиль може знадобитися.
Переконайтеся, що узгодили ціль спринту
Ця вибірка дій має бути цілісною — вона не має містити непов’язані, розрізнені елементи. Пам’ятайте, що спринт — обмежена в часі можливість досягти чогось важливого.
Наприклад, до кінця спринту можна розробити повноцінну фічу чи попередити серйозну загрозу. Ціль спринту — просте висловлення цієї можливості, загальне значення обраної роботи і послідовність у виборі.
Хороша ціль спринту дає команді можливість працювати сфокусовано і віддано. При цьому важливо співпрацювати і за необхідністю змінювати план так, щоб досягти мети.
Що між останнім і першим днем?
Заплануйте, як виконуватимете роботу
Беклог спринту — це не просто підбірка робіт, створена за метою. Це ще й план того, як досягти цієї мети, які ще роботи будуть пов’язані з нею. Щоб досягти цього, визначте, які технічні завдання знадобляться, і розпишіть їх. Як результат, ваш беклог спринту стане планом досягнення мети спринту і одночасно прогнозом необхідних робіт.
Власнику продукту не обов’язково бути присутнім на плануванні спринту, адже на технічному рівні за планування відповідає команда. Але він має бути доступним, хоча б дистанційно, для будь-яких уточнень із боку команди, і на її запит прояснювати об’єм будь-якої роботи. Якщо під час спринту очікується більше, ніж один реліз, це обов’язково потрібно узгодити з власником продукту і врахувати в беклозі спринту.
До кінця планування спринту команда має впевнено спрогнозувати об’єм і характер робіт, необхідних для досягнення цілі спринту. Усе це вона зафіксує в беклозі спринту, який повністю належить команді. Команда має мати змогу приступити до виконання цього плану зразу ж і з повним розумінням — наприклад, у вигляді бьорн-даун чарту для спринту — скільки роботи залишається на кожному етапі.
Щойно команда спланує беклог спринту, вона може приступати до роботи. Якщо план складається з тасок, то члени команди мають співпрацювати одне з одним, щоб закрити кожну з цих тасок. Відстежувати прогрес можна за допомогою дошки чи бьорн-даун чарту для спринту.
Кожному члену команди слід регулярно оновлювати скрам-дошку і бьорн-даун чарт спринту так, щоб до цієї інформації могли звернутися інші. Інформаційний радіатор має завжди давати правдиві свідчення.
Проводьте щоденний скрам
Кожного робочого дня в один і той же час команда розробки має зустрічатися і планувати дії, що допоможуть їй досягти цілі спринту. Ця зустріч називається щоденним скрамом і має займати строго до 15 хвилин.
У цій зустрічі беруть участь лише члени команди розробки, адже план робіт — тільки їхня справа. Це можливість за обмежений час перепланувати беклог спринту з урахуванням нових відкриттів і уроків спринту. Брати участь має вся команда. Кожен учасник зустрічі має відповісти на такі питання:
- Що ти робив/робила вчора для досягнення цілі спринту?
- Що збираєшся робити сьогодні для досягнення цілі спринту?
- Чи є якісь блоки, перешкоди на шляху до цілі спринту?
До кінця щоденного скраму команда має виробити точний план на наступні 24 години і розуміння, як їй співпрацювати для його реалізації. Також слід підготувати перелік блоків, з якими має розібратися скрам-майстер.
Уточніть беклог продукту
У скрамі уточнення беклогу продукту — не формальна зустріч, а постійне заняття. Це процес додавання деталей, оцінок і вимог до таких елементів беклогу продукту, як історії користувачів.
Скрам-команди можуть самі вирішувати, наскільки часть їм це робити, але краще за все вбудовувати уточнення беклогу в повсякденний розпорядок. У цілому, цей процес не має займати більше 10% робочого часу від усього спринту. Для більшості команд ідеально підійде півгодини на день, хоча дехто надає перевагу витрачати на це по одній-дві години кілька разів на тиждень. Головне — проводити уточнення беклогу продукту своєчасно, щоб планування спринту проходило без труднощів.
В активності бере участь уся команда, включаючи власника продукту. Зазвичай сесія починається з того, що власник продукту представляє поточний беклог продукту команді. Беклог може мати різні форми, наприклад, електронної скрам-дошки чи іншого інтерактивного інструменту, або ж таблиці. Показувати його зручно на проєкторі, великому екрані або тримати на звичайній дошці, на яку в будь-який момент часу може подивитися будь-який член команди.
Команда починає з верхньої частини беклогу продукту і рухається нижче, уточнюючи кожен наступний елемент. Кожен із них вона обговорює — визначає об’єм робіт і критерії готовності, необхідні для його виконання. Потім елементи можна оцінити за допомогою покеру планування чи іншої техніки, більш відповідної до ваших задач. Крупний елемент можна декомпозувати на дрібніші, щоб відобразити важливі деталі. Епіки, наприклад, можна декомпозувати до історій користувачів.
Щойно часові рамки сесії добігають кінця, команді слід зупинитися. Наступну таку зустріч почнете з моменту зупинки, але бажано все ж знову пройтися по верхній частині беклога, щоб переконатися, що все в ньому актуальне.
Не забувайте про співпрацю
За Аджайл-принципами, члени команди ніколи не працюють ізольовано — якби так було, вони б не були командою. Командна робота настільки важлива, що ми в принципі не говоримо про роль розробника, а тільки про роль команди розробки.
Це означає, що кожен член команди розробки має співпрацювати з іншими, адже всі вони разом відповідальні за рух команди вперед. Усі проблеми і провали, як і всі успіхи, ділить між собою команда. Співпраця не зводиться до рідкісних зустрічей на кшталт щоденного скраму — вона стосується всього, що команда робить протягом спринту.
Прикладами співпраці є:
- Допомога: будь-хто з команди спершу допомагає колегам закінчити поточні задачі, а вже потім бере щось нове з беклогу.
- Парне програмування: поки за клавіатурою один розробник, інший коментує і перевіряє його роботу.
- Взаємна перевірка.
- Здатність попросити про допомогу і надати її.
- Пошук роботи там, де вона потребує виконання, замість очікування, поки її надішлють згори.
- Перевірка роботи на відповідність критеріям готовності.
- Звертання до скрам-майстра за рішеннями термінових проблем.
- Передача переліку блоків скрам-майстру, щоб вони отримали своєчасне вирішення.
- Оновлення скрам-дошки і бьорн-даун чату, що допоможе всім орієнтуватися в процесі.
- Передача знань та вмінь.
День останній: огляд і ретроспектива
Проведіть огляд спринту
Якщо команда працювала ефективно, вона має спільними зусиллями досягти цілі спринту, керуючи ризиками та змінюючи плани за потребою. У неї мало б вийти контролювати процес протягом усього спринту, бьорн-даун чат “на виході”, а кожен член команди бачить своєю метою завершення спільної роботи. Команда має отримати цінний інкремент, який покаже власнику продукту і стейкхолдерам. Залишається лише дочекатися огляду спринту.
Але ні. До огляду спринту потрібно ще підготуватися. Потрібно закласти досить часу на демо. У беклозі спринту можна запланувати окремі таски, спрямовані на формування справедливого огляду виконаної роботи і доставленої цінності. Якщо власник продукту вважає за потрібне запросити на демо стейкхолдерів, зараз – саме час надіслати їм запрошення. У цілому, огляд — це можливість відсвяткувати вдале завершення роботи і показати досягнення. Він має надихати команду і бути основою для подальшого інвестування в неї.
Огляд спринту — це також чудовий привід для інспекції й адаптації. У цей час власник продукту може пояснити, наскільки добре працює продукт, отримати зворотний зв’язок від запрошених і зробити корисні висновки щодо того, як покращити беклог у майбутньому. Якщо якусь роботу не вдалося виконати, це також розглядаємо на огляді і враховуємо в оновленні беклогу для наступних спринтів.
Проведіть ретроспективу спринту
Огляд спринту присвячувався продукту і його цінності, зробленій роботі, а також чесно прорахованій і осмисленій роботі, яку з якихось причин не вдалося виконати.
Наступна запланована зустріч — ретроспектива спринту. У ній розглядається процес, у котрому працює команда. Чи досить він ефективний?
Ретро краще проводити відразу ж після огляду, адже одна зустріч є основою для другої. На ретроспективу мають приходити розробники в повному складі, власник продукту і скрам-майстер, адже всі вони відповідають за успішність командної роботи.
На цій сесії важливо мати свободу і відкритість у спілкуванні: її мета – знайти справжні причини проблем і зрозуміти, що можна зробити для їх вирішення. Ретроспективу можна почати з таких слів:
«Що б ми не виявили, ми розуміємо і щиро віримо, що кожен із нас зробив усе від нього залежне, що кожен працював максимально результативно в кожен момент часу, на максимум використовуючи свої навички і здібності, доступні ресурси й ситуацію».
На ретроспективі усі мають однакове право голосу. За одним із підходів, скрам-майстер може фасилітувати обговорення з таких питань:
- що вийшло добре;
- що – не дуже;
- ідеї для покращень;
- публічна вдячність тим, хто вніс особливо великий внесок.
У таймлайн зустрічі можна закласти також обговорення головних подій та зустрічей спринту.
