Daily standup meeting. И у вас получится!

Практически во всех резюме, которые довелось читать последнее время, есть информация о
agile/scrum. Что первым делом вспоминает кандидат, когда спрашиваешь об этом опыте? Практически всегда -  daily standup meetings!  А иногда - это единственное, что он может внятно рассказать о гибких методологиях.

При внедрении мной daily standup meeting в разное время и с участием разных людей возникали однотипные вопросы либо озвучивались типичные "проблемы".
Где-то  эти вопросы были продиктованы зачаточным состоянием внедрения scrum'a, а где-то - каргокультовостью оного.

Мой ТОП5
1. "Зачем собираться? Одни митинги - работать некогда."
Страх перед выступлениями, нежелание брать на себя ответственность либо показывать свое безделье "отчитываться", негативный опыт с затратными по времени митингами... Причины  у каждого могут быть разные, но митинги таки вводились, участники втягивались в процесс и такого рода вопросы отпадали сами-собой, т.к. и польза и ненапряжность митингов становится быстро очевидной.

2. "...Вчера - кодил/тестировал, сегодня - аналогично..." 
Другой вариант  этого же - слишком детализированное описание ( "..Пришел, включил, почитал, ответил, встретил, поговорил и...")
Ориентация на результат, а не на процесс - это важно :) Собственно, это и объясняется в ответ. Люди, в большинстве своем, быстро приходят к нужному формату выступления, но нет-нет да и вылазит у кого-нибудь "работу работал".

3. "А зачем стоять? Так тяжело, давайте сидя!"

Только стоя! И это работает.  На практике случалось, что члены команды сами предлагали оптимизировать дейли стендап "потому что надоело и невозможно стоять по 30-40 минут". А командная самоорганизация - это ведь тоже важно :)

4. "...А давайте соберемся на 6 минут позже, а то я чай не успеваю приготовить."
Я люблю теорию "разбитых окон", которая говорит о том, что небольшие нарушения правил, тянут за собой чуть большие нарушения, а те в свою очередь еще большие, и в конце-концов игнорирование правил полностью..
А ведь выполнение командных договоренностей - это важно :)
Потому я борюсь с  переносами, опозданиями на митинги  всеми доступными средствами.

5. "...А вот здесь я расскажу по-подробнее.." или "Я только спросить!"
Боль и печаль стендап митингов - это растягивание времени проведения за счет дискуссий и выдачи излишне детализированной информации, которая неинтересна всей части команды.
Тут палка о двух концах: с одной стороны есть четкая структура выступления "вчера-сегодня-проблемы", с другой - порой стендап это единственное удачное время-место для того что бы рассказать нечто полезное-интересное либо здесь и сейчас по-быстрому порешать. И иногда бывает эффективнее потратить небольшое время на стендапе, чем собирать отдельно этих же людей для обсуждения в другое время и в другом месте. В любом случае модератор митинга должен контролировать развитие таких ситуаций.
Я в таких случаях даю, как правило, не более 5 минут и выношу обсуждение на afterstandup meeting.

И еще с чем приходится сталкиваться на начальном этапе - выбор времени проведения митинга. Я предпочитаю утро. И этому есть несколько причин:
- при митингах вечером фокус смещается с миниконтракта на день("буду делать") на отчет ("делал"). Т.к. события прошедшего дня более близки, нежели то, что будет происходить завтра. Встречаясь же утром, команда получает некий заряд на достижение дневных целей.
В командах с которыми я работаю есть крайнее время прихода на работу, но нет такого рода ограничений по уходу. В моем случае наиболее удобно проводить митинги где-то через 30 минут после начала рабочего дня команды. Этого времени обычно достаточно, что бы подготовиться к митингу, вспомнить что было вчера и составить план на сегодня, а опаздывающим таки успеть доехать на работу :)

Понятно, что это не единственное с чем приходится столкнуться в процессе "приобщения" к правильным  standup'ам, но эффективность правильно построенных митингов высока независимо от того у вас scrum или "типа scrum". Потому - дерзайте! :)

Notes. Meetup with Benny Kenian, VP Engineering at Aol Video

Несколько заметок по мотивам митапа с Benny Kenian (VP Engineering, Aol Video) на котором удалось побывать 12.05.2017 (link).

Спикер - позитивный, с интересным опытом построения распределенной команды из 200+ человек на 10+ локаций. Рассказывал, какие проблемы пришлось решать, какие подходы применять.

ТОП 10 новых/интересных и известных/распространенных моментов из его выступления:
...если вы всем нравитесь, то вы что-то (все) делаете неверно.
...быть руководителем в моменты, когда вы кому-то поднимаете ЗП - легко,  более интересно - когда нужно кто-то уволить :)
...задача руководителя заключается не в том, чтобы делать сотрудника счастливым любой ценой.
...то что мы говорим, в значительной степени влияет на то как мы действуем, потому в формулировках членов команды Benny "мы" значительно больше чем "они". И, чтобы этого достичь, Benny пришлось приложить определенные усилия :).
...если есть возможность быстро увольнять, то слишком тщательный отбор нового члена команды - напрасная затрата ресурсов. Проще и дешевле проверить человека в работе.
.. распределенность команды дает возможность не ограничивать себя лишь одной локацией при поиске правильных людей для проекта. И Benny этим пользуется :)
...согласно исследованиям - компании/проекты со смешанной командой более жизнеспособны чем те, в которых все члены - более одинаковы.
...стройте правильные коммуникации в команде, между частями команд.
...используйте разные средства коммуникаций для разных целей... Чаты, телефон, переписка, Google documents - для всего своя ниша.
...члены команд Benny летали самолетом, чтобы решать вопросы с другими командами много и часто, т.к.  это более эффективно чем решать вопрос удаленно.

Благодарность организаторам и Benny!