Stand-up meeting (стендап): формат, щоденна агенда, асинхронний варіант — і що робить канал між стендапами (2026)

Стендап (stand-up meeting) — це коротка щоденна зустріч однієї команди, яка проходить в той самий час кожного робочого дня. Кожен розповідає про три речі: що завершив від учора, що зробить до завтра і що йому заважає. П'ятнадцять хвилин — це стеля, а не мета. Назва походить зі звички проводити зустріч стоячи, щоб ніхто не вмощувався зручно: стендап, на якому зручно, уже тривав задовго. Він існує, щоб рано виявляти блокери, а не розв'язувати їх, і не для звітування перед керівником. Аудиторія — команда, а результат — короткий список блокерів, біля кожного з яких стоїть ім'я.

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

Що таке стендап — і чим він не є

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

Споріднений термін: daily scrum — це стендап у тому вигляді, як його визначає Scrum: 15-хвилинна подія для розробників однієї Scrum-команди, що проходить щодня протягом спринту, щоб оцінити прогрес у русі до мети спринту й скласти план на наступний день. Видання Scrum Guide 2020 року взагалі не приписує для неї жодного формату: розробники самі обирають структуру. «Стендап» — загальна форма, якою користується будь-яка команда, зі Scrum чи без нього; усе нижче стосується обох.

Формат: шість правил

1. Той самий час, те саме місце, кожного робочого дня. Сенс щоденної зустрічі в тому, що її не треба ні з ким погоджувати. Оберіть найраніший час, коли всі напевно на місці, і не переносьте його заради гостя.
2. П'ятнадцять хвилин — це стеля. Вісім людей по хвилині — це вісім хвилин; решта йде на те, щоб назвати, хто з ким працює в парі. Команда, якій регулярно потрібні всі п'ятнадцять, завелика для одного стендапу або розв'язує на ньому проблеми.
3. Одна команда. Люди, які можуть допомогти одне одному. Якщо половині кімнати нічого сказати другій половині — це два стендапи.
4. Кожен: від учора, до завтра, блокує. «Завершив», а не «працював над»; наступна конкретна річ, а не весь тиждень; і блокер з іменем того, хто міг би його зняти, якщо це відомо.
5. Блокери називають, а не розв'язують. Два речення, щоб його описати, потім він іде в список із двома іменами тих, хто поговорить після стендапу. Усе, що потребує більше двох речень, — це розмова, а розмови відбуваються після стендапу.
6. Він лишає по собі список. Сьогоднішні блокери, кожен із власником, у місці, яке читає вся команда, — і список учорашніх, звірений із ним: знято, ще відкрито чи відкинуто.

Три запитання — і версія, що працює краще

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

Два коригування виправляють більшість проблем:

Прив'язуйтеся до результатів, а не до активності. «Від учора я завершив X; до завтра завершу Y; мене блокує Z через W». Завершив і завершу змушують зробити конкретне твердження, яке наступного ранку буде правдою або неправдою; «працював над» неправдою не буває ніколи.

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

Правило для обох форм: той, хто говорить, звертається до команди, а фасилітатор — змінний, по тижню кожен — стоїть збоку, а не попереду.

Як його провести: до, під час, після

До (дві хвилини, фасилітатор): дошка актуальна, а в фасилітатора відкритий учорашній список блокерів. Не весь беклог, а список з останнього стендапу, щоб кожен пункт можна було перевірити одним словом.

Під час (п'ятнадцять хвилин, команда): починайте вчасно з тими, хто є. Йдіть по колу або по дошці. По хвилині кожному; фасилітатор каже «а блокер?» тому, хто закінчив без нього, і «окремо» будь-яким двом, що почали розв'язувати проблему. Перевірте учорашні блокери: знято, відкрито, відкинуто — по одному слову на кожен. Парковка — для всього, що не є блокером, але потребує слоту: рішення, запитання до відсутнього. Завершіть читанням списку: блокер, у кого, хто допомагає, до коли.

Після (п'ять хвилин, фасилітатор): список блокерів іде туди, де його читає команда, із власником для кожного пункту, а пунктам із парковки призначають час. Пари розмовляють. Завтрашній стендап починається з цього списку — тому він має жити в місці, де його можна знайти, а не в голові фасилітатора.

Шаблон щоденної агенди стендапу

Скопіюйте блок, замініть дужки й вкладіться в один екран: агенда стендапу, яку треба прокручувати, — це агенда зустрічі команди.

Стендап команди — [день], [час] — 15 хв — [фасилітатор цього тижня]
Мета: виявити сьогоднішні блокери; більше нічого.
1. Учорашні блокери — фасилітатор — 2 хв
[блокер з учора] — [власник] — знято / відкрито / відкинуто
[блокер з учора] — [власник] — знято / відкрито / відкинуто
2. Коло — кожен — по 1 хв — інформація
Від учора: [завершив]. До завтра: [завершу]. Блокує: [що і хто міг би зняти].
3. Блокери, що потребують двох людей — названі пари — 3 хв — обговорюється окремо
[блокер] — [у кого] + [хто допомагає] — [коли розмовляють]
4. Парковка — фасилітатор — 2 хв
[не блокер, потребує слоту] — [коли, де]
Лишає по собі: сьогоднішній список блокерів з іменем біля кожного пункту, опублікований у каналі команди до [час + 20 хв].

Три варіанти із заповненою агендою

1. Команда розробників із восьми людей, один часовий пояс

Стендап команди — вівторок 09:30 — 15 хв — Пріа
1. Учорашні блокери — сертифікат для staging (Том) — знято; дизайн-рев'ю екрана експорту (Лена) — відкрито, рев'ю перенесено на сьогодні, 11:00
2. Коло — вісім людей, йдемо по дошці зверху: три елементи на рев'ю, два в роботі, один заблокований
3. Блокери, що потребують двох людей — екран експорту не вийде без зміни в API (Лена + Том, 11:30)
4. Парковка — дата релізу мобільної збірки, потрібен Марко, який повернеться в четвер
Лишає по собі: два відкриті блокери, дві пари, один відкладений пункт із датою.

2. Відділ продажів дистриб'ютора у двох країнах

Щоденний huddle — 08:45 CET / 09:45 EET — 15 хв — Ана
Мета: виявити, що сьогодні заважає угоді чи поставці.
1. Учорашні блокери — підтвердження від складу в Бухаресті (Раду) — знято; прайс-лист на нову лінійку (Ана) — відкрито, фінансовий відділ пообіцяв до полудня
2. Коло — шість людей: кожен називає одну угоду чи поставку, яку просуне сьогодні, і чого вона чекає
3. Блокери, що потребують двох людей — митні документи клієнта складені мовою, яку читає лише Раду (Раду + Софія, 10:00)
4. Парковка — стенд на торговельній виставці, п'ятнична зустріч команди
Лишає по собі: два відкриті пункти, одну пару, опубліковано в каналі мовою кожного учасника.

3. Команда в трьох часових поясах — асинхронний варіант

Асинхронний стендап — кожного робочого дня до 10:00 UTC — #team-daily
Мета: ті самі три частини, письмово або голосом, одне повідомлення від кожного.
1. Кожен, до 10:00 UTC: від учора / до завтра / блокує — одне повідомлення, текст або одноХвилинне голосове
2. Блокери: хто може допомогти, відповідає в треді цього повідомлення, а не в новому
3. Учорашній список: фасилітатор звіряє його з новими повідомленнями — знято / відкрито / відкинуто — і публікує сьогоднішній список до 10:20 UTC
4. Двічі на тиждень, 14:00 UTC: п'ятнадцятихвилинний живий дзвінок для блокерів, які тред не зміг зняти
Лишає по собі: той самий список, що й у живій версії, у тому самому місці, з тредами під ним.

Асинхронний стендап: письмово або голосом, до визначеного часу

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

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

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

Асинхронна версія втрачає момент, коли хтось чує блокер і каже: «У мене таке було минулого тижня». Правило треду на блокер і фіксований живий слот — два способи його повернути; команда, що відмовляється від обох, має щоденний звіт, а не стендап.

Де стендап живе в інструментах, якими ви вже користуєтеся

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

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

Що робить канал між стендапами

В InterMIND стендап — це зустріч каналу. Канал — це постійна кімната: його чат зберігається між сесіями, посилання на зустріч постійне, а повторюваність задається один раз у Google Calendar або Outlook на події з цим посиланням — тож щоранку відкривається та сама кімната з її чатом і підсумками. Сьогоднішній список блокерів — це повідомлення в каналі; учорашній — на одну прокрутку вище; той, що з трьох вівторків тому, — у пошуку. І весь простір лишається мовою кожного учасника: повідомлення, набране іспанською, колега в Бухаресті читає румунською, а відправник — іспанською, з оригіналом в один клік: і чат, і нотатки, і підсумок, і файли, а не одна зустріч за раз.

Під час стендапу фасилітатор може вивести список на екрани всіх: нотатка в каналі, Share to conference у меню її повідомлення — і вона відкривається в кожного учасника його мовою, поки той, хто демонструє, редагує її наживо: знято, відкрито, відкинуто — вписується, поки йде коло. Те саме працює для повідомлення з підсумком від учора.

Після стендапу — підсумок: короткий виклад сказаного та action items, кожен із власником, і кожен пункт прив'язаний до моменту в транскрипті, коли його взяли на себе. Він надходить електронною поштою кожному авторизованому учасникові, повідомленням у чат каналу та посиланням у події календаря — мовою читача, а не мовою, якою проходив стендап. Канал зберігає підсумок кожної минулої сесії, а не лише останньої, тож список дворічної давності — за один пошук.

Для регулярної зустрічі каналу відкриті пункти попередньої сесії зачитуються під час складання наступного підсумку й оцінюються за тим, що було сказано: повідомили, що завершено, — позначено як виконане; решта позначається як невиконане з причиною словами самої зустрічі або «не обговорювалося» — це перевірка вчорашнього списку, яку виконує підсумок, а не пам'ять фасилітатора, — а на початку наступної сесії Mia називає відкриті пункти та їхніх власників. Ця частина працює для вибраних акаунтів, поки вона вдосконалюється.

Асинхронний варіант живе в тому самому каналі. Голосове повідомлення — це кнопка мікрофона в полі введення каналу, з вебверсії чи мобільного застосунку, до десяти хвилин, транскрибується за лічені секунди, і кожен колега читає його своєю мовою, а для оригіналу є кнопка відтворення; його шукають, цитують і пересилають, як будь-яке текстове повідомлення. Також у каналу є власна email-адреса для вхідних листів, яку створює хост, тож оновлення від того, хто в дорозі, на відділенні чи в системі, що вміє лише надсилати пошту, потрапляє в канал під іменем відправника. А копія кожного підсумку може йти електронною поштою на до десяти адрес — поштова скринька CRM, проєктна адреса клієнта — налаштовується один раз для каналу в його параметрах, на кожному плані.

Стендап — лише для учасників. Канал вимагає членства: колегу поза робочим простором команди додають за запрошенням електронною поштою на безкоштовний акаунт, і він стає учасником, який читає канал своєю мовою. Той, кому треба бути лише на одній сесії — клієнт на один ранок, підрядник на одну передачу справ, — долучається до разової зустрічі за посиланням, з телефона, без акаунта, чує зустріч своєю мовою і після неї нічого не отримує; чат такого дзвінка стирається, коли він завершується.

Хост надає простір і на платному плані платить лише за учасників, активних за останні 28 днів — тих, хто приєднався до зустрічі, написав у чаті, запитав Mia. Учасник, який місяць у відпустці, зберігає доступ і цього місяця нічого не коштує; стендап, до якого він повертається, лежить у каналі разом зі своїми списками.

• Відкрийте повний підсумок — виклад, action items із моментом, коли кожен було взято на себе, транскрипт.
• Спробуйте живе демо — без реєстрації; говоріть і чуйте, як кімнату перекладають для кожного слухача.

Одна звичка переживе будь-який інструмент: стендап закінчується, коли список прочитано вголос, а список публікують до того, як усі повернуться до роботи.

FAQ

Що таке stand-up meeting (стендап)?

Коротка щоденна зустріч однієї команди, що проходить в той самий час кожного робочого дня й триває не більше п'ятнадцяти хвилин, на якій кожен розповідає, що завершив від учора, що зробить до завтра і що йому заважає. Її мета — рано виявити блокери, щоб ті, хто може їх зняти, дізналися про них того ж ранку; вона не для того, щоб їх розв'язувати, і не є статус-звітом для керівника. Вона лишає по собі список блокерів з іменем біля кожного.

Які три запитання ставлять на стендапі?

Класичні три: Що я робив учора? Що робитиму сьогодні? Що мені заважає? Версія, яка менше звітує й більше інформує, замінює активність результатами — «від учора я завершив X, до завтра завершу Y, мене блокує Z через W» — або проходить дошку за робочими елементами замість обходу людей, щоб застряглий елемент називала робота, а не той, хто з ним застряг.

Скільки має тривати стендап?

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

Чому він називається stand-up?

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

Чим стендап відрізняється від daily scrum?

Daily scrum — це стендап за визначенням Scrum: 15-хвилинна подія для розробників однієї Scrum-команди, щодня протягом спринту, щоб оцінити прогрес у русі до мети спринту й спланувати наступний день. Видання Scrum Guide 2020 року не приписує формату — жодних трьох запитань — і залишає структуру на розсуд розробників. «Стендап» — загальна форма: будь-яка команда, будь-який метод, та сама тривалість, та сама мета. Кожен посібник зі стендапу застосовний до daily scrum; daily scrum додає мету спринту як те, до чого відсилає кожне оновлення.

Як проводити стендап?

Щодня в той самий час, починати з тими, хто є, змінний фасилітатор стоїть збоку. Перевірити вчорашні блокери одним словом кожен — знято, відкрито, відкинуто. Потім коло або прохід по дошці, по хвилині на людину; фасилітатор запитує «а блокер?» у того, хто закінчив без нього, і каже «окремо» будь-яким двом, які почали розв'язувати проблему. Усе, що потребує слоту, але не є блокером, — на парковку. Завершити читанням списку: блокер, у кого він, хто допомагає, коли вони розмовляють — і опублікувати його там, де команда його читає, до того як усі повернуться до роботи.

Що таке асинхронний стендап?

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

Чи має керівник бути на стендапі?

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

Джерела: Scrum Guide — видання 2020 року; Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Zoom — Generating meeting agenda with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Use huddles in Slack; Slack — Meeting agenda template. Вендори з часом змінюють плани, функції та списки мов; актуальний стан дивіться на їхніх сторінках. Кожна клітинка таблиці називає місяць, коли її факт було перевірено, — найраніший перевірено в серпні 2026, найпізніший — у жовтні 2026.