Главная заповедь scrum мастера

Всем привет! У меня появилась небольшое правило и я хочу им поделиться с вами.

“Каждый день приносить пользу команде, даже если она небольшая”

Причина его появления, помимо моих должностных обязанностей, ровно одна. Надо продвигать Agile и Scrum дальше, чтобы у людей в головах четко закрепилось, что это работает, помогать и заботиться о них. А в нашей организации, как ни в какой другой, у команд разработчиков тьма тьмущая препятствий, которые нуждаются в устранении.

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

Если не делать каждый день маленькую пользу для команд и работать с ними только от ретро к ретро, ничего никуда не сдвинется. Очень быстро все съедут на старые рельсы отсутствия ответственности, не желания работать и двигаться самостоятельно. Люди опять скажут, что ваш Scrum не работает и вообще Agile у нас всегда был 🙂

cf7f964d-dd75-4433-8ebd-6aaaafac3fe2PS: Название заметки у меня родилось в самом ее конце, когда я вспомнила как на тренинге для одной из команд, мы рисовали метафору скрам мастера. Одна команда команда изобразила осьминога, у которого одно щупальце выходило их храма Agile

 

 

Advertisements

Стратегия изменений. Часть 1

Очень вдохновилась тут заметками от Unusual Concept с интервью практикующих agile-коучей и scrum-мастеров. Особенно понравилось интервью с Лешей Пикулевым, и ответ на вопрос:

пикулев
Часть интервью с Лешей

Пытаюсь анализировать, как двигаюсь я. Многие шаги, которые они перечисляют в ответе на вопрос “Вас закинули к новой команде, ваши действия в первый месяц?“, я совершаю сама. Поэтому кажется, что на верном пути, ну и помню, что единственного верного пути нет 🙂

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

Как мы живем сейчас

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

6f81eda2-f26f-4984-b74a-c875487f8d89

Команда сейчас находится под огромным прессингом со всех сторон, а именно, они не знают кто к ним может прийти сегодня и завтра. Это могут быть:

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

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

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

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

Часть 1.

Боремся с хаосом и снимаем с ребят и с начальника разработки всю эту волокиту по общению с любыми стейкхолдерами. Вводим мини владельца продукта, чуть позже я напишу, почему мини. Пока это выходец из команды аналитиков, который месяц поработал, погрузился в продукт и понимает, как двигаться дальше. Он знает ответы на все вопросы “зачем и почему?”, он всегда доступен для команды, команда понимает, в случае чего к нему надо идти.

И вводим профессионального скрам-мастера – это я, конечно же, про себя 🙂

6f81eda2-f26f-4984-b74a-c875487f8d89

Теперь:

  • владелец продукта всегда с командой и знает ответы на все вопросы, а ребята, в свою очередь, могут начинать задавать вопросы
  • у ребят остается больше времени на свою работу, а больше работы, значит больше проблем, ведь команда то огромная
  • скрам мастер помогает двигаться команде вперед

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

Но об этом в следующих сериях…

Заходя в новую компанию

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

Если большинство современных компаний уже отошли от водопада и страдают больше code and fix, то здесь его можно наблюдать в полной мере. В силу некоторых обстоятельств, называть компанию я не буду, но намекну, что это ИТ и финтех, с большой и сложной структурой команд и продуктов. Ну а кто в финтехе простой? 🙂

Поэтому стараюсь все разложить по полочкам, чтобы понимать как двигаться дальше. Пока делаем локальный эксперимент, в котором будем играть по правилам Agile и Scrum. Но для себя я наметила и уже даже продвинулась по некоторым шагам, которые мне помогут понимать, что делать дальше.

Первые шаги

  1. Познакомиться
    • С компанией. И здесь я имею ввиду не только свои команды, с которыми буду работать, а вообще со всеми, от которых у тебя могут быть внешние зависимости. Важно на первом этапе понять, сколько их может быть, кто из них более непонятный, кто идет на контакт, а кто нет. Сколько вообще здесь уровней иерархии и как ходит информация. Scrum ведь это про общение и взаимодействие.
    • С командой. Буду проводить первое ретро для них. Пока ретроспективы у них были раз в месяц и не привязаны к спринтам. Мы это исправим. На этой встрече я расскажу им о себе и чем буду заниматься. Потому что пока никто не понимает, кто я, зачем я здесь, но все уже меня так долго ждали 🙂
  2. Договориться со всеми, кто хочет завести в компании Scrum и Agile. Пока ты человек снаружи, тебе не все говорят, как есть на самом деле. Когда ты становишься человеком изнутри, делятся более охотно. Эта работа поможет мне лучше понять полный объем работ и то, как действительно обстоят дела. Историю Agile и Scrum в организации, ведь я не в первый раз слышу, что мы это уже делали 3 раза..
  3. Обучить. Рассказать об Agile, из чего состоит Scrum и в чем тонкости.

Что ждет дальше?

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

Сразу после обучения соберемся, обсудим как кто видит этот процесс и все вместе сделаем Impact Mapping трансформации. Подумаем над стратегией изменения.

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

Продуктовость на примере standup-комиков

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

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

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

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

Вот взять даже тех же standup-комиков – их можно рассматривать, как продукт. У каждого своя тематика, о которой он рассказывает. Есть сексисты, есть одинокие незамужние женщины, есть наоборот глубоко женатые и семейные или не так давно понаехавшие из стран ближнего зарубежья. Но каждый, исходя из своих особенностей, как раз и находит ту самую аудиторию, которой тоже близка их проблематика. То есть своего потребителя!

Чем еще примечательно для такого явления, как продукт? Давайте посмотрим вместе.

Снимок экрана 2017-07-08 в 1.15.13

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

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

Мало задач, но лучше всех. Жанр standup очень консервативный, сюда даже музыкальные номера пускают редко, стараясь сосредотачиваться на классическом выступлении, где есть только комик и его микрофон. Здесь нет костюмированных выступлений и даже двигаются комики очень редко, толко в контексте. Так же выступающие редко скачут с темы на тему, если только это не плохой комик, который не может рассказать веселую историю из своей жизни, плавно переходя с темы на тему.

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

Трудно скопировать. Ну тут совсем все просто – люди уникальны, невозможно скопировать под чистую. Каждый комик обладает своими особенностями, которые делают их выступления еще более аутентичными и запоминающимися. Кто-то картавит так, что по-началу режет слух, кто-то говорит голосом девятилетнего мальчика, а кто-то скандирует тексты со сцены с каменным лицом или просто имеет огромную шевелюру. Чтобы найти и скопировать подобное шоу, придется порядком постараться.

Ну и кстати об Agile 🙂 Ребята реально двигаются путем экспериментов – каждую неделю у них выступления, то есть обзор спринта, где они тестируют свои новые шутки и направления на аудитории. Затем неделя и новый спринт пошел. Это замечательно.

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

7 дней спустя

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

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

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

Немного злобно это пишу, но это именно те эмоции, которые я испытываю. Уже первый час ночи, а я не могу остановиться думать про работу, ну и еще у macbook клавиатура неудобная 🙂

И кстати да, я понимаю, что как коучу мне еще расти и расти!

3 условия применимости scrum

Совсем недавно я сделала небольшой тренинг для одной команды. Как и везде, здесь есть явные евангелисты, благо хоть открытые 🙂 И на самой первой встрече, перед тем как рассказать про scrum, я собрала с них ожидания от тренинга. Одним из ожиданий у главного евангелиста было – “Какие 3 необходимых условия для внедрения/применимости scrum?”

Вчера я готовилась ко второй части тренинга и мне очень захотелось затронуть эту тему на нём. Но не так, что я встану к доске и начну им рассказывать, а через командную работу, чтобы они сформулировали самостоятельно. Конечно, как и всегда, лучшая импровизация – это заранее подготовленное выступление. Поэтому я решила поразмышлять на эту тему самостоятельно. И вот что родилось у меня.

Сразу оговорюсь, когда я упоминаю scrum, я за ним обязательно подразумеваю agile, а не голый фреймворк, поэтому все, что я скажу ниже, нужно воспринимать только через эту призму. Scrum без agile – деньги на ветер 🙂

Первое

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

Второе

Продукт, как мы знаем, невозможно сделать в одиночку. Нужна команда, но я здесь немного схитрю и в один пункт затолкаю два 🙂 Потому что просто команда условие необходимое, но недостаточное. Для настоящего успеха спец-операции нужна команда, разделяющая agile-принципы или хотя бы не сопротивляющаяся в 99% случаев, а готовая к изменениям.

В целом, не беда, если люди еще не поняли или не определились, разделяют ли они необходимые нам ценности и принципы. Это можно объяснить, привить и развить и это одна из задач скрам-мастеров, просто им будет чуть сложнее.

Забегая немного вперед, все мы с рождения agile, просто со временем обрастаем кучей собственных убеждений, которые мешают нам это понимать 🙂

Третье

Вопрос: сколько нужно agile-коучей, чтобы вкрутить лампочку?

Ответ: ни одного, если нет поддержки сверху

Поддержка сверху это то, без чего точно нельзя запускать scrum. Нет, голый фреймворк, конечно, можно, а вот с надстройкой agile нельзя. Без нее не появится так необходимого команде скрам-мастера, который является проводником agile в организации. Без нее не дадут нужной власти владельцам продукта, они так и останутся аналитиками.

Die_drei_Bogatyr

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

По итогам встречи

039

В результате встречи ребята сами сформулировали 3 пункта и у них получилось почти все то же самое. Первое – команда, второе – продукт. Третий пункт был сформулирован немного иначе, но по моему мнению, пересечение в нем почти на 80%.

Ребята сказали, что нужно доверие, причем не внутри команды (оно уже есть), а сверху, чтобы руководство дало карт-бланш на все, что будет происходить в продуктовых командах.

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

Магия ответственности

На прошлой неделе проводила 4-ёх часовой тренинг про основы Agile и Scrum одной большой команде и начала выбиваться из тайминга. Последний час работы должен был быть посвящен игре LegoScrum для наглядной демонстрации процесса, но к этому моменту нам оставалась еще одна тема про оценку задач в story point. Это всегда воспринимается разработчиками в штыки, потому что они всю жизнь оценивают задачи в часах, и для этого хочется чуть подробней на этом остановиться. Мы договорились уделить этому побольше внимания и поиграть потом.

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

Тему для оценки я выбрала простую – уборка помещения после тренинга. Просто так, шутки ради, ведь мы все прекрасно представляем, как это делается, и здесь точно нет никаких подводных камней. Ребята нагенерили список необходимых работ ,чтобы выполнить эту “цель спринта” все вместе. Затем выбрали самую простую из них, сравнили с ней остальные, немного подискутировали при оценке и, в принципе, все остались довольны пройденным материалом.

IMG_0418

Потом я закончила тренинг. Мне все похлопали, сказали “спасибо” и тут как по волшебству никто не стал уходить, а все начали прибирать помещение! Я не просила, только и успела, что закинуть свои вещи в тренерский чемоданчик, как помещение было убрано 🙂 Это магия!

Вот что происходит, когда люди выбирают, как им работать. Происходит волшебство!