Звіти про спринт (Sprint Reports) 🌟 🌟 Комп’ютерні науки у спорті
Адаптований переклад цієї статті.
Згадка мною звіту про спринт у більшості команд викликає приблизно таку реакцію:
Звіт про те, що ми зробили за час спринту? А це не надто? А графік Гантта не треба скласти?
Я волію надавати користувачам щось відчутне, що можна доторкнутися до рук (наприклад, діючий продукт або працюючу програму), а не такі папірці. Але раніше я й сам ними користувався. Незважаючи на те, що я вже майже три роки цим не займаюся, визнаю, що в деяких обставинах вони можуть бути корисними.
«Що таке звіт про спринт?»
Це короткий виклад того, що сталося у спринті. Наприклад, звіт може включати:
- Дати початку та закінчення спринту
- Хто входив до команди (у тому числі скільки днів працював кожен член команди)
- Яку необхідну функціональність (stories) додавали до журналу побажань спринту (Sprint backlog) (включаючи їхню оцінку та інформацію про те, чи були вони завершені на момент закінчення спринту).
- Метрика, кількісні показники (наприклад, поточна швидкість роботи команди, скільки готових продуктів (builds) вийшло під час спринту, скільки було створено автоматизованих тестів, скільки команда витратила коштів/скільки залишилося і т.д.)
«Для кого призначено звіт про спринт?»
Команді. Іноді хочеться озирнутися та подивитися на те, що зроблено. А якщо прийде новий член команди? А як визначити швидкість команди?
Іншим зацікавленим сторонам.знаходяться в іншій країні або в іншому часовому поясі, можливо навіть у дорозі, або у відпустці). Хіба вони не мають права знати те, що ви зробили?
Вашим клієнтам. Навіть якщо клієнт активний і відвідує огляд підсумків спринту, іноді йому необхідно проінформувати свою організацію про ваші успіхи. Уявіть, наприклад, власника продукту (Product Owner), якому необхідно регулярно показувати своєму фінансовому відділу, на що вони витрачають цей мільйон. Такий звіт міг би допомогти їм. А агентство, якому треба виставити рахунок клієнту за виконану роботу?
"Це звучить як важка робота"
Все, що я написав, можна засипати градом заперечень. Але мій головний і єдиний захист у тому, що на такий звіт знадобляться хвилини. Смію припустити, робота займе 10 - 15 хвилин (мова йде про 2-тижневий спринт). Можливо, у вас навіть є простий механізм підготовки такого звіту на основі системи відстеження історій, що використовується вами.
А якщо у вас немає простого способу зробити такий звіт, тоді це додатковий аргумент на користь письмової фіксації цієї інформації. Написавши такий звіт після завершення спринту, ви позбавите себе проблем у майбутньому.
«Мені не потрібні ці звіти! Ви не можете змусити мене з ними працювати!
У мене і в думках немає змушувати будь-кого використовувати такі звіти. Я навіть не збираюся рекомендувати вам скористатися ними. Я сам до них рідко вдаюсь. Але якщо це вам може допомогти, то принаймні ви про них тепер знаєте.
«А яку інформацію ви не стали б включати до звіту?»
Я нещодавно бачив пост у блозі Майка Коліна. Він розмірковує, чи треба командам включати дії, викликані ретроспективними нарадами (Retrospectives). Він справедливо зауважує, що це треба робитиобережно, і радить отримати на таке включення схвалення команди. Я пішов би далі і сказав би, що цю інформацію включати не слід. Якщо команда чомусь навчилася, зіткнулася з проблемами чи перешкодами (які, можливо, ще залишаються), ухвалила якісь рішення протягом спринту, тоді, можливо, вони захочуть увімкнути цю інформацію. Але я не став би додавати до звіту те, що зроблено на ретроспективній нараді. Це може зупинити зростання команди.