Вопросы на стендап для инженеров: не те три
Классические вопросы для стендапа создают театр статусов, а не сигнал. Вот лучшие вопросы, выявляющие то, что важно.
By Ellis Keane · 2026-03-26
В 1790 году Королевский военно-морской флот Великобритании формализовал протокол вахтенного доклада. Каждые четыре часа вахтенный офицер передавал сменщику краткий доклад: состояние моря, изменения ветра, замеченные суда и всё, что требовало немедленного внимания заступающего офицера. Формат был беспощадно эффективным – не потому, что у моряков было мало внимания, а потому что фрегат в спорных водах не мог позволить себе церемониальную болтовню. Вы докладывали, что изменилось, что было рискованно и что требовало суждения следующего человека. Всё остальное было шумом.
Двести тридцать с лишним лет спустя вопросы для стендапа инженерных команд умудрились полностью перевернуть это. Ритуал мы сохранили (то же время, те же люди, та же комната или звонок в Zoom), а сигнал выхолостили. «Что вы делали вчера?» – это не вахтенный доклад. Это аттестация, которую ежедневно проводят публично для людей, которые предпочли бы писать код.
(И да, я стоял на множестве стендапов, где мысленно репетировал свой апдейт, пока говорил кто-то другой. Вы тоже. Не будем притворяться, что это не так!)
Кстати, я долгие годы проводил стендапы из рук вон плохо. Полное признание. Добросовестно обходил круг, собирал апдейты, которые забывал в течение часа, и недоумевал, почему на ретроспективах всплывали одни и те же проблемы. Мне потребовалось неприлично много времени, чтобы осознать: узким местом были сами вопросы, а не люди, которые на них отвечали.
Три стандартных вопроса и их проблемы
Вы их знаете. «Что вы делали вчера? Что делаете сегодня? Есть блокеры?»
Эти вопросы для стендапа инженерных команд не ужасны в теории, но на практике порождают очень специфическую дисфункцию. «Что вы делали вчера» оптимизирует под память, а не под релевантность – вместо двух действительно важных вещей вы получаете хронологический рассказ о чьём-то вторнике. «Что делаете сегодня» порождает миниатюрный план проекта, который никто не вспомнит к обеду. А «есть блокеры» по умолчанию встречает ответ «нет» – однажды я наблюдал, как джуниор-инженер шесть дней подряд говорил «блокеров нет», тихо застряв на проблеме с авторизацией, которую не хотел поднимать перед всей командой. Признать публично, что ты застрял, требует психологической безопасности, которой большинство команд ещё не заработало.
Результат – то, что я называю театром статусов: пятнадцать минут, когда люди по очереди зачитывают друг другу резюме своей работы, после чего все расходятся ровно с той же информацией, что была у них до начала встречи. Кажется продуктивным. Не является продуктивным.
Традиционные три вопроса стендапа оптимизируют под подотчётность, а не под поток информации. Они говорят вам, что работа велась, но не то, что требует вашего внимания прямо сейчас.
Лучшие вопросы для стендапа инженерных команд (по тому, что они выявляют)
Следующие вопросы – не универсальный шаблон: выберите 2–3, которые соответствуют текущей боли вашей команды, меняйте их ежемесячно и выводите из обращения любой вопрос, который начнёт вызывать заготовленные ответы.
Вопросы, выявляющие риски
- «Что сейчас самое рискованное в вашем списке?» – Мой любимый вопрос для стендапа, без всяких оговорок! Он перепрыгивает через вчерашние достижения и приземляется прямо на том, что может пойти не так сегодня. Люди знают, что рискованно, но не скажут об этом добровольно, если не спросить напрямую.
- «Что-то занимает больше времени, чем вы ожидали?» – Тише, чем «есть блокеры», но гораздо более информативно. Задача, которая занимает больше ожидаемого, – это нередко первый симптом проблемы, которой ещё не дали имя.
- «В чём вы меньше всего уверены на этой неделе?» – Больше подходит для еженедельных синков, чем для ежедневных стендапов, но даёт список ранних предупреждений вместо ретроспективного журнала активности.
Вопросы, выявляющие зависимости
- «Где вы ждёте кого-то?» – Это ваш детектор зависимостей. В большинстве команд, с которыми я работал, инженерная работа тормозит из-за незамеченных зависимостей чаще, чем из-за технической сложности. PR, открытый три дня, дизайн-ревью, которого не было, решение, тихо отложенное в сторону, – это реальные блокеры, даже когда никто их так не называет.
- «С кем вам нужно поговорить сегодня?» – Короче, конкретнее. Если двое ответят «друг с другом», вы только что сэкономили им день асинхронных переписок, усадив их в одну комнату. (Это буквально спасло мне целые спринты – оказывается, люди готовы сидеть в параллельном замешательстве днями, лишь бы не пройти пять метров и поговорить.)
Вопросы, выявляющие новые знания
- «Что вас удивило с последнего стендапа?» – Прекрасно подходит для раннего выявления архитектурных недопониманий. (И, поверьте, они всегда есть.) Если инженер обнаружил, что API ведёт себя иначе, чем следовало из документации, или что миграция затрагивает больше таблиц, чем следовало из тикета, это открытие стоит для команды больше, чем любой апдейт статуса.
- «Что вы знаете сейчас, что хотели бы знать в понедельник?» – Снова, больше подходит для еженедельных встреч. Но помогает сохранить институциональные знания, которые иначе были бы забыты к следующему спринту.
Вопросы, выявляющие моральный дух (использовать осторожно)
- «По шкале от 1 до 5, как ваша энергия сегодня?» – Видел, как это работает хорошо ровно один раз, в команде, где лид за годы действительно построил доверие. В большинстве контекстов это ощущается как вторжение. Узнайте свою команду, прежде чем применять это.
- «Эта работа интересна?» – Звучит непринуждённо, но стабильно скучная работа – это сигнал об удержании сотрудников. Если кто-то три спринта подряд разгребает задачи по миграции, этот вопрос даёт ему разрешение сказать об этом.
Групповые стендапы vs 1:1: разные форматы требуют разных вопросов
Не все эти вопросы для стендапа инженерных команд подходят для одной и той же встречи. В групповом формате нужны вопросы, на которые быстро отвечают и которые дают информацию, полезную для всех присутствующих. В 1:1 есть место для более длинных, рефлексивных вопросов.
Групповой стендап (выберите 2, меняйте еженедельно):
| Вопрос | Что выявляет | Время на человека | |--------|-------------|------------------| | Что сейчас самое рискованное в вашем списке? | Проактивный риск | ~30 секунд | | Где вы ждёте кого-то? | Зависимости | ~20 секунд | | Что вас удивило? | Скрытая сложность | ~30 секунд |
Check-in 1:1 (выберите 2 или 3):
| Вопрос | Что выявляет | Время | |--------|-------------|-------| | Что вы знаете сейчас, что хотели бы знать в понедельник? | Пробелы в обучении | 2–3 минуты | | Что-то занимает больше ожидаемого? | Нарастающий риск | 1–2 минуты | | Эта работа интересна? | Вовлечённость и моральный дух | 1–2 минуты | | Что одно я мог бы разблокировать для вас? | Задачи менеджера | 1 минута |
Групповые стендапы должны быть короткими и полезными. 1:1 могут позволить себе исследование, потому что аудитория – это один человек, у которого есть контекст для действий на основе услышанного.
Антипаттерн: вопросы, создающие больше работы
Некоторые популярные «улучшения» стендапа на деле ухудшают ситуацию. Если ваш формат требует от инженеров подготовки письменного апдейта перед встречей, вы создали стендап перед стендапом – церемонию для подготовки к церемонии. Если он требует числовых оценок выполнения задач («на какой процент завершена миграция API?»), вы построили упражнение по микроотслеживанию, которое стимулирует оптимистичное округление. А если он требует обновлять доску в Linear во время звонка, вы превратили синхронный разговор в пятнадцать минут наблюдения, как люди печатают.
(Ирония, конечно, в том, что каждое из этих «улучшений» вводилось, чтобы «сделать стендапы более эффективными». Церемония растёт, заполняя доступное время, а затем вежливо просит ещё.)
Если ваше улучшение стендапа требует времени на подготовку, вы добавили накладные расходы, а не убрали их. Лучший вопрос для стендапа – тот, который даёт полезный ответ менее чем за тридцать секунд и не требует от кого-либо делать домашнюю работу перед встречей.
Практический набор, с которого можно начать завтра
Если вам нужно что-то конкретное для двухнедельного эксперимента, вот что я рекомендую:
Ежедневный стендап (3 вопроса, жёсткий таймбокс 15 минут):
- «Что сейчас самое рискованное в вашем списке?» – Ловит проблемы, прежде чем они превращаются в блокеры.
- «Где вы ждёте кого-то?» – Делает невидимые зависимости видимыми.
- «Что команде стоит знать?» – Открытый catch-all, но сформулированный как «только важное».
Вот и всё. Никакого «что вы делали вчера» – у ваших инструментов уже есть эта информация в доске Linear, в ленте активности GitHub и в тредах Slack. Никакого «что вы будете делать сегодня» – если план спринта актуален, этот вопрос ничего не добавляет. Просто: что рискованно, что застряло, что удивило.
Если через две недели стендапы всё ещё ощущаются как церемония, проблема, скорее всего, вовсе не в вопросах. Возможно, ежедневные синхронные чекины – это просто не тот формат для вашей команды, и это совершенно разумный вывод. Королевский военно-морской флот разработал формат вахтенного доклада в XVIII веке и затем, что важно, перестал переделывать его каждый квартал. Иногда лучшее улучшение процесса – это признать, что процесс не нужен.
«Королевский военно-морской флот разработал формат вахтенного доклада в XVIII веке и затем, что важно, перестал переделывать его каждый квартал. Иногда лучшее улучшение процесса – это признать, что процесс не нужен.» – Chris Calo
Позвольте Sugarbug автоматически отображать активность вашей команды – чтобы стендап мог пропустить отчёт о статусе и сосредоточиться на том, что важно.
Q: Какие лучшие вопросы для стендапа инженерных команд? A: Честно говоря, «Что сейчас самое рискованное в вашем списке?» и «Где вы ждёте кого-то?» дадут вам больше, чем традиционные три вопроса когда-либо давали. Классические вопросы для стендапа инженерных команд оптимизированы под перечисление статусов – кто что делал вчера – а не под выявление рисков и зависимостей, которые реально меняют ход дня.
Q: Помогает ли Sugarbug автоматизировать инженерные стендапы? A: Sugarbug подключает ваши инженерные инструменты – Linear, GitHub, Slack, Figma – к графу знаний, который автоматически показывает, что изменилось с последнего стендапа. Вместо того чтобы просить людей перечислять, что они делали вчера, Sugarbug показывает это сам, поэтому стендап может сосредоточиться на разговорах, требующих человеческого суждения, а не на отчёте о статусе.
Q: Сколько должен длиться инженерный стендап? A: Пятнадцать минут, жёсткий лимит, для команды из 5–8 человек. Если ваш выходит за эти рамки, вы либо задаёте вопросы, которые дают слишком много малоценного вывода (привет, «что вы делали вчера?»), либо команда решает проблемы, заслуживающие отдельного митинга. Две минуты на человека – разумный ориентир.
Q: Может ли Sugarbug заменить ежедневные стендап-митинги? A: Sugarbug не заменяет стендапы – он заменяет ту их часть, где докладывается статус. Подтягивая последнюю активность из GitHub, Linear и Slack в единый вид, вопрос «что вы делали вчера» отвечает на себя сам. Остаётся та часть стендапа, которая реально выигрывает от синхронности: риски, зависимости и решения, требующие внимания всей комнаты.
Q: Что делает вопрос для стендапа эффективным? A: Он генерирует новую информацию менее чем за тридцать секунд, не требует никакой подготовки и выявляет то, чего команда ещё не знала. Если люди начнут давать один и тот же заготовленный ответ каждый день (вы поймёте – услышите), выведите вопрос из обращения и попробуйте другой. У лучших вопросов для стендапа есть срок годности, и это нормально.
Если ваши стендапы тратят больше времени на перечисление статусов, чем на реальные решения, Sugarbug может автоматически закрыть часть с отчётами – чтобы ваши пятнадцать минут шли на то, что действительно требует человека в комнате.