Pull to refresh

Comments 15

Дейлики - зло. Особенно стригерил пункт про "должны заряжать радостью", хорошо бы,но обычно они только вызывают раздражение.

К сожалению, да. И очень часто люди, ведущие дейли, даже не понимают, как это должно работать в идеале. А в идеале, участники команды должны говорить на ретро - "спасибо, меня перестали бесить наши утренние встречи", или "спасибо, я перестал бояться понедельников".

Помните фундамент! Вы можете двумя способами получать обратную связь: 1-1 и командный дейли.

У каждого способа - свои особенности! 1-1 проходят быстрее, не отвлекают сотрудников от задач. Дейли отнимают много времени у всех сразу, но зато в команде сотрудники знают, чем занимаются все остальные.

Из этого следует простое правило, когда нужно использовать дейли: в маленьких командах, когда каждому члену команды необходимо знать, чем занимаются все остальные. Повторю: 1) Команда до 5 человек. 2) Проект очень специфичный. Каждый должен знать, чем занимаются другими, иначе он не сможет работать. В таких условиях вам не нужен тамада на дейлике, потому что сами условия не позволяют участникам отвлекаться от встречи.

Во всех остальных случаях дейли - это карго-культ. Наблюдаю постоянно: встречаются Маша, Катя, Вася, Саша, Даша, Паша, Глаша.

  • (все заняты своими делами, никто не слушает дейли)

  • Маша, ты что делала? (Маша отвлекается от задачи и включает звук)

  • Верстала админку (Маша вырубает звук и перестаёт слушать дейли)

  • Паша, ты что делал? (Паша отвлекается от задачи и включает звук)

  • Обсуждал с бизнесом цвет бордера кнопки закрыть в окне HELP (Паша вырубает звук и перестаёт слушать дейли)

  • ... и так далее

Верно, команда должна быть небольшая и все её участники должны работать над одним продуктом (что логично они ж команда). В этом случае и времени много не отнимает и все в курсе дел.

Полностью поддерживаю. Очень хорошее описание. Сталкивался с разными форматами и как раз формат 5-6 человек без модератора - идеальный формат. Мы на первое время принимали простое правило "во время дейли стоим". Это помогло очень быстро избавиться от обсуждений,которые не относились к дейли. Оказалось,что все очень даже умеют лаконично рассказывать о том,что делали.

Когда с дейликов перешёл (вместе со сменой проекта) на 1-2 созвона в неделю, с совершенно определенной повесткой (топ 5, обсуждение сделанного, вопросы) стало лучше. Ежедневные созвоны в 90 процентах случаев это действительно карго-культ, с учётом того, что многие или не умеют активно слушать, или не умеют говорить, или на созвоне нет релевантной общекомандной информации. Желательно ещё если виклики ведёт продукт овнер.

В 90 процентах случаев я бы сказала что дейли это не просто карго-культ, это способ руководителя проекта держать команду в тонусе :) И давать себе иллюзию, что у тебя все под контролем.

Daily по-русски - "планёрка". На планёрке не тратят время на то, что и так идёт хорошо, а обсуждают решения краткосрочных проблем. Выступают те, у кого эти проблемы есть или кто видит, что они они есть.

Возможно, есть и такой вариант. В моих командах всегда выступали все. И если что-то идет хорошо, то это дополнительный повод порадоваться за проект.

Именно так. Всё новое - хорошо забытое старое. Как то зашел во время дейлика/планерки/селекторного совещания - к одному начальнику службы (АСУТП завода).
В 8:10 - все как по команде - включают свои аппараты (лет 15 назад, тогда на старой аппаратной базе было, как сейчас - не знаю) - каждый нач службы - кратко отчитывался по шаблону:
- Всё штатно, вопросы решаем в рабочем порядке
или
- Есть такие то вопросы. Прошу посодействовать (иногда адресно к какому то другому подразделению)

Модератор - ( кто то главный, возможно главный инженер, не помню) - кратко давал указания, или обращался к кому надо.

И всё это "без воды". Вообще. Любо дорого слушать!

в большинстве организаций такие ежедневные утренние планерки до сих пор проходят, по крайней мере, работав у шахтеров - это видел.
и да модератор - это как раз главный инженер.

В статье стоит тег Scrum и Scrum-master, однако Daily описывается с перспективы сильно отличающейся от Scrum Guide.

Данная встреча не является отчетом, она предназначена для команды для формирования общего понимания того, где команда находится относительно цели спринта и как адаптировать план на день, чтобы продвинуться к поставленной цели.

Люди только начинают свой рабочий день и в этот день они приносят свой недосып, свое раздражение и какие‑то свои личные проблемы

Преимущественно Daily проходят утром, но это не закон. Люди из команды могут работать в разных часовых поясах: для кого-то еще утро, а для кого-то уже середина рабочего дня или команда просто проводит Daily после обеденного перерыва. Daily в данном случае не решит данную проблему (и не должен ее решать)

смех, шутки, мемы

Это имеет место, если люди подключились к встрече раньше, или наоборот остались на after party обсудить проблемы детальнее. Но одной из ценностей Scrum является фокус, поэтому Daily должен быть сосредоточен на выявлении проблем, принятии быстрых решений, чтобы избавить команду от необходимости в растягивания Daily на 30 минут, или в проведении дополнительных встреч в течение дня

В конечном счете, фасилитатор не балагур или тамада. Да, он должен поддерживать позитивный ход встречи, но это должно осуществляться профессионально, без нарушения таймбокса и цели встречи.

В одной команде дейли заменили на чат, в который каждый пишет статус своих задач утром. - выиграли ~ 2 часа рабочего времени на человека в неделю, получили чёткий текстовый лог происходящего в команде, человек пропустивший дейли по времени мог отписаться позже или запланировать сообщение заранее, а люди, которым требуется обсуждения задачи - больше не стопорили всех, а сразу собирались отдельной комнатой.

Но процесник до последнего был против т.к. это выкинуло его из процесса.

Вариант хороший.

Для меня, единственное чего не хватает, в таком решении. Это время и место для поднятия вопроса на команду. И уверенности, что твое сообщение будет прочитано.

Sign up to leave a comment.

Articles