Параррельное измерение: первый опыт скрам секретаря

Вчера, на ретроспективе моей команды, наш Product Owner (по совместительству еще и Scrum Master) предложил кому-то из команды стать секретарем и вести Daily meeting.

Мало кто хотел, потому вызвался я. В чате с PO уточнили, что это всего лишь с тем, чтобы устранить рапортование Product Owner'у на Daily meeting. Но пассивная роль секретаря Product Owner меня не устроила.

Я почитал немного про роль Scrum Master в команде из аджайл группы (за что ребятам большое спасибо).

Пока я не готов что-либо представить им, но, думаю, по истечению итерации, мне будет что сказать.

Вот список статей которые я осилил вчера:
"Чеклист СкрамМастера" Переводчик: Кривицкий Алексей
"Главарь Банды - шесть качеств хорошего скрам-мастера" (Майк Кон) Перевода Алексея Тигарева
Группа "Agile Software Development Group, Ukraine". Тема "Scrum Master"
Хотелось бы выделить посты Alexey Tigarev, Serhiy Yevtushenko и Alexey Krivitsky.
Группа "Agile Software Development Group, Ukraine". Тема "Ротация Scrum мастера"
Спасибо ребята!

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

За 10 минут перед daily я отправил письмо команде:

Тим, через 10 минут дели.
Заметка аджайл кодера:
Ответы на вопросы подготовь:
- каковы твои результаты (с прошлого дейли) изменившие как-то этот мир?
- каковы твои результаты (по факту на завтрашний день) изменившие как-то этот мир?
- чем тебе помочь?
Коротко.
Ваш "секретарь" :)

Подготовил бумажки с замечаниями, которые в основном такие:
"Расскажи коротко что есть результат?"
"Подожди немного, скоро твоя очередь"
"Что было результатом?
"Что было результатом по факту на завтрашний день?"
"Не смотри мне в глаза, расскажи тиму"

Митинг прошел. Все довольны. Правда на него 4-ро человек опоздало. Я, идя всех звать, взял на кухне конфет и раздавал из со словами "конфетка за опоздание".

На митинге, когда правило нарушалось, я вручал бумажку с замечанием.

Смотрел на кого-то другого, пока рапортующий смотрел на меня. Кажется я понимаю эту природу - когда разговариваешь с кем-то, то есть необходимость ему смотреть в глаза. Если уж Скрам мастер спрашивает - то отвечать ему, команда ведь молчит? Вот так и прививается привычка рапортовать "самому главному". А если этот мастер еще и PO, то вообще атас :)

Замечание: "Что было результатом по факту на завтрашний день?" немного с критикой воспринялось, но в целом идея принялась. В конце на daily я попросил оставить все бумажки у себя для того, чтобы потом обговорить их на ретроспективе.


Сейчас хочу еще раз команде выслать письмо с линком на статью "Об эффективных совещаниях ". Чтобы запомнилась.

Завтра придумаю что-то еще...

Я не даю готовых решений!

Этим слоганом я хочу закрепить все то, что возникает у меня внутри, когда я слышу слово коучинг.

Говорят "слоган дазнт ворк" (slogan doesn't work), но это правда только тогда когда под ним нету ничего в сердце. Слоган должен возбуждать, будоражить, заряжать!

Теперь про коучинг. Сложность в том что многие привыкли получать готовые решения. Коучинг же включает в себя обучения навыкам поиска инструментов для решения всяких задач а так же способность обучать тому же других. Это зараза! :)

Сложно не дать простое решение и не избавиться от запроса сразу. Чтобы научить делать то же что и ты, и даже не научить, а подтолкнуть к тому самообучению, необходимо потратить много времени. Но оно окупается в перспективе. Ох как окупается!

А сейчас хочу поделиться метафорой которую использую сам. Как я уже рассказывал раньше у программиста много трудностей и их решений каждый день. Т.к. моя жизнь немного пересекалась с физикой и экспериментом, то именно его я выбрал как метафору.

Программирование (или жизнь) это эксперимент! У тебя есть идея. Ты делаешь первые шаги по ее реализации. Ты начинаешь эксперимент. Натыкаешься на первую трудность. Выдвигаешь гипотезу. Опровергаешь ее или подтверждаешь. Рождается модель, которой ты пользуешься и с ее помощью продолжаешь работу. Снова стена, снова гипотеза. Быть может на этот раз прийдется инициировать еще один эксперимент. Ты углубляешься и углубляешься, постепенно натыкаясь на ошибки, отвечая на свои вопросы. Под-эксперименты ставятся и ставятся. И все на благо исходного эксперимента - на благо результата.

Главное тут не запутаться. Приведу пару инструментов, рожденных этой метафорой.

Помогает хорошо листочек и карандаш, где рисуется дерево вопросов (гипотез) и ответов (экспериментов).

Не менее решающий, на пути к успеху, фактор - последовательность. Выдвигать 5 гипотез и параллельно начинать 20 экспериментов на одном тестовом приборе... Сложно как-то и мало эффективно.

Поможет и знание, что ты не знаешь всего - ты только немного приближаешься к предмету твоего исследования. Ты первооткрыватель. Все что у тебя есть это твои ошибки, наблюдения, замечания, гипотезы, модели и самое гласное связующее звено - рабочий мозг. Любая ошибка воспринимается не так как нас учили в школе. Наоборот! Ошибка это классно, это ответ на вопрос что модель не точна, а значит, если вернуться чуть назад и дополнить ее - главный результат станет только ближе.

Помогает и готовность начать все с самого начала. Это случается в том случае, если и самого начала была выбрана не та модель (не достаточно точная). Это самый важный инструмент - не бросать дело, если что-то не получается.

Так же решающим будет твоя страсть к тому, что ты делаешь. Физики часто обладают этим нужным свойством. То как ты помешан на идее определяет то какой она будет после реализации (и будет ли реализация вообще).

Думаю дальше стоит поговорить на эту тему с опытным физиком. Это только старт.

Фишка в том, что будь это программирование или физический эксперимент - неважно! Все это применимо в жизни. Попробуй.

Желаю успехов!

P/S/ Из чата:
12:26:50: Senior от Junior знаешь что отличает?
12:27:52: не моцк, способности или генетическая предрасположенность, пол, или наличие знакомых или денег на книги
12:28:10: а привычка решать все свои трудности (проблемы) самостоятельно
12:29:28: а выбирает каждый для себя сам, кем ему быть. может каждый
12:30:07: по факту их отличает багаж знаний и используемых инструментов, но это различие формируется в результате одного действия простого правила.
12:30:19: сделал сам +10 к опыту, позвал кого-то +1 к опыту
12:30:29: сделал кому-то +10 к опыту