Шаблон порядку денного щоденного стендапу (яким інженери справді користуються)

Проблема більшості шаблонів стендапу

Більшість шаблонів стендапу створені для команд, які насправді не проводять стендапи. Три запитання на людину, п'ятеро людей, 15 хвилин перетворюються на планувальну нараду, якщо команда дозволяє їй розростатися. Наведений нижче шаблон оптимізований лише для одного: втримати стендап у межах 10 хвилин і водночас забезпечити, щоб потрібна інформація випливала й фіксувалася. Запитання навмисно звужені. Розділи після кола беруть на себе все інше.

Порядок денний (скопіюйте це)

Тривалість: максимум 10 хвилин
Формат: синхронний, кожен виступає один раз

Для кожного учасника команди (90 секунд на людину):

1. Зроблено з минулого стендапу — випущено або змерджено, а не в процесі
2. Заплановано на сьогодні — те, що ви маєте намір закрити, а не аспіраційна робота на спринт
3. Блокери — назвіть відповідального; «чекаю на дизайн-рев'ю» рахується лише тоді, коли хтось відповідає за розблокування

Після кола (час, що залишився):

• Потрібні рішення — усе, що вимагає рішення просто зараз; якщо це займає більше ніж 2 хвилини, заплануйте окрему нараду
• Оголошення — по одному реченню на пункт, без обговорення під час стендапу

Місце для відкладених тем: коли посеред кола виринає тема, що не стосується всієї групи, запишіть її й розберіться з нею після стендапу або асинхронно. Обговорення відкладених тем — зазвичай 2–3 людини, а не вся команда — часто корисніше за сам стендап.

---

Що більшість шаблонів стендапу роблять неправильно

Найвище оцінені шаблони стендапу потрапляють в одну з двох пасток.

Мінімальний каркас («Що ти зробив? Що робитимеш? Блокери?») працює доти, доки команда не починає ставитися до блокерів як до необов'язкових. Ніхто не записує «чекаю на рев'ю безпеки», бо коли це роблять, нічого не відбувається. Залежності губляться й розблоковуються тим, хто випадково спитає наступного тижня.

Перевантажена версія додає 8–12 запитань і перевірку здоров'я команди. Це перетворює стендап на нараду керівництва. Інженери перестають слухати вже після перших двох доповідачів.

Обидві версії мають одну спільну корінну проблему: вони подають стендап як вправу зі звітності. Стендап — це вправа з узгодження. Звітність продукує інформацію; узгодження продукує дію. Ця відмінність важлива для того, як ви обмежуєте час на запитання і що відбувається після завершення кола.

Друге, що шаблони оминають, — це те, що стається з інформацією після дзвінка. Навіть добре проведені стендапи продукують блокери, які не відстежуються, рішення, які ніхто не записує, і завдання без відповідального.

Чому підсумки стендапу розвалюються

Підхід із черговим секретарем ламається вже за кілька тижнів. Той, чия черга, завалений роботою, пропускає деталі й публікує щось розпливчасте, чого ніхто не читає. Команда перестає довіряти нотаткам, потім перестає їх читати, а тоді нотатки перестають виконувати будь-яку функцію.

Асинхронні стендапи — коли ви публікуєте свій апдейт у Slack перед дзвінком — розв'язують проблему відвідуваності, але втрачають відповідальність, яку дає живе коло. Люди все одно пізніше протягом дня питають: «А що ми вирішили щодо X?»

Прихована ціна швидко накопичується. Щоб побачити, у скільки команді за квартал обходиться втрачений контекст стендапу, дивіться Податок на наради.

Як Pavleur обробляє підсумок

Проведіть стендап за цим порядком денним із відкритим Pavleur. Коли дзвінок завершується, звіт генерується автоматично — жодного секретаря, жодних 5 хвилин на прибирання після стендапу. Підсумок фіксує «зроблено/заплановано/блокери» кожної людини, виокремлює ухвалені рішення й перелічує завдання з відповідальними так, як їх було названо на нараді.

Те, що пропускають суто аудіоінструменти: якщо хтось посеред стендапу відкриває дашборд PR, дошку Jira чи графік деплою, Pavleur захоплює це й додає у звіт із контекстом. Інструменти на кшталт Otter чи Fireflies дають вам слова; візуального запису того, що було на екрані, не існує. Будь-хто, хто пропустив стендап, може прочитати повний звіт, не питаючи, що сталося. Якщо ви порівнюєте інструменти за цим критерієм, сторінка порівняння висвітлює відмінності.

Дотримання часових меж

Дисципліна «90 секунд на людину» найнадійніше руйнується, коли EM починає відповідати на запитання посеред кола. Виробіть інстинкт казати «розберемося з цим після» і записувати це в місце для відкладених тем.

Якщо стендап систематично виходить за межі 10 хвилин, причина зазвичай одна з таких: забагато людей (розділіть стендап), пункти порядку денного, що прокрадаються з планування спринту, або тема, що повторюється й потребує власної регулярної наради. Усувайте структурну причину, а не лише симптом.