Год со Scrum или способы профессионального роста разработчиков

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

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

В компании 7 продуктовых команд, я являюсь тех. лидом (scrum master + архитектор) одной из команд.

Итак, начнем.

1. Книжный клуб


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

Цели клуба:

  • стимулировать коллег читать;
  • расширять кругозор за счет друг друга. Т.е. послушать ревью профессиональных книг из первых уст и решить для себя стоит ли ее читать, либо ограничится общими моментами из книги;
  • обсудить, какие идеи из книги можно применить в работе (а иногда и вне работы)

Формат:

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

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

В итоге книжный клуб инициировал создание библиотеки, в которую компания ежемесячно покупает по 5-6 книг;

2. Солнышки и тучки


Agile требует отличные от Waterfall принципы мышления от разработчиков. Чтобы процесс адаптации проходил проще, мы придумали некую систему координат, систему ценностей, где обозначено что такое хорошо, а что такое плохо.

Обернули мы такую систему в гейминг мотивацию «Солнышки и тучки». Команда может поощрить одного из коллег солнышками, от 1 до 8 и поругать, вручим ему соответствующее кол-во тучек. Размер солнышек и тучек регламентирован, к примеру 1 солнышко — это «спасибо», 3 солнышка — выручил команду, 8 солнышеками поощряется человек сделавший техническое улучшение, отмеченное командой. 1 тучку выдаем за опоздание на встречу, 8 тучек — подвел команду и т.д.

Когда команда закрывает спринт, человек, набравшим наибольшее кол-во баллов (1 солнышко +1 балл, 1 тучка минус 1 балл), получает книгу и переходящий кубок. По итогам квартала лучший получает толстовку с названием команды. Это уникальная толстовка, толстовку с такой надписью никак иначе не получить.

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

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

Особенно рекомендую такой способ на этапе, когда только завозится гибкая методология.

3. Треки развития


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

У нас в команде трек создается на 3 периода по 3 месяца. Текущий период четко описан, следующий менее детально, третий период просто идеи.

Трек каждый сам себе составляет. Задача тех. лида способствовать достижению целей и росту сотрудника.

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

На текущий момент для себя определил следующий формат трека: направление, средства развития, литература, метрики. В процессе движения по треку уже подбираются необходимые инструменты. Например:

направление: Общие технические знания;
средства развития: микросервисы и их готовка
литература: «Программирование на shell (UNIX). Чистый код. Паттерны проектирования. Release it! Теоретический минимум по Computer Science. Предметно-ориентированное проектирование (DDD)
метрики: Соответствие решения нефункциональным требованиям

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

4. Утренние „катки“


Утром, перед дейли или уже вечером перед уходом, мы соревнуемся в решении алгоритмических задач. Для этого используем сервис codingame. Участнику предлагается решить несложную алгоритмическую задачу либо на скорость, либо на количество символов кода. Катки отлично помогают набить руку в написании алгоритмов, да и вообще это фановая штука. Сервис предоставляет большой набор языков программирования, C#, C++, Javascript, Bash, PHP, Swift и еще около 20 других.

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

5. Perfomance Review


Во время работы очень сложно получить объективный фидбек от коллег из твоей команды. На Team Lead Conf Егор Толстой поделился опытом Perfomance Review в Avito. Мы его переняли. Отличная штука! Лично я получил очень ценный фидбек о своей работе. По полученному фидбеку смог скорректировать некоторые свои рабочие моменты. Коллеги также отзываются очень положительно о таком формате ревью, кто-то добавил куски полученного фидбека в свои треки. Через некоторое время планируем повторить.

Егор подробно описал в своей статье.

6. Exersise club

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

Exersise club — несколько иной формат книжного клуба. Здесь мы все вместе читаем одну книгу, а в клубе подробно разбираем. Это сугубо технические книги.

Предварительно договариваемся какие главы мы прочитаем к встрече. На встрече разбираем прочитанное. Смотрим какие на текущий момент есть проблемы и каким образом их устранить.
Встречи клуба проходят еженедельно и длятся 1 час.

Готовясь к большому релизу разобрали книгу Release It. На одной из встреч мы составили таблицу сервисов, которые использует наше приложение, выяснили где нет таймаутов в запросах к ним. Имея на руках эту таблицу мы со временем расставили таймауты и теперь знаем, что если упадет стороннее API или БД, то приложение будет работать. Аналогично разобрались с логами.

Теперь читая „DDD“ Эрика Эванса проектируем крупный кусок архитектуры нового модуля.

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

Если задачу нужно решить в сжатые сроки, то exersise клуб будет неэффективным.

Заключение

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

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

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

P.S. А при чем тут Scrum? Все эти способы появились именно после перехода на Scrum и инициированы командой. Очень здорово, что начинания команд находят поддержку в лице руководства компании.
AdBlock has stolen the banner, but banners are not teeth — they will be back

More
Ads

Comments 51

    +5
    Напишите пожалуйста, сколько кодеров ушло после этого бреда? А те кто остались, у них опыт разработки максимум года 2?
      0

      Могли бы Вы описать процесс разработки ПО своей мечты, и ваше место в нем?

        +1
        Waterflow без клоунады, собственно так и работаю.
          0

          на вкус и цвет все фломастеры разные ведь, главное чтобы не было 'правильного' и 'не правильного' фломастера

        0
        Implozia, поделись опытом повышения профессиональных навыков
          +1
          Легко. Открываешь книжечки, читаешь, кодишь, следишь за новостями и посылаешь куда подальше клоунов из PM с их тучками. Пока все успешно повышается.
            0

            А можете поделится опытом, масштабирования такого подхода на всю компанию? Не готов поставить свою зарплату, на то что даже 80% коллег прочитывают большую часть новостей которые появляются про их рабочий язык-фреймворк ещемесячно.

              +1
              Это как бы дела коллег, если они хотят, то они будут развиваться, нет — тоже пожалуйста, лично их дело. Работодателя это волновать не должно, вот если коллега не справляется с задачами, с которыми он по оферу должен справляться — тогда это уже должна быть головная боль отдела кадров, если такой имеется.
                0

                Кто-то набирает кодеров как слесарей на завод, вот тебе срок и план — делай детали, кому-то нужны инженеры с развитым софт-скиллом, признаю право на существование обоих подходов.

                  +2
                  Ну и угадай как быстро инженеры с развитым софт-скиллом пошлют подальше галеру, в которой солнышкитучи, какая-то бредятина с получением ачивок, и в нерабочее время ты должен «развиваться» в кодфайте. Дайка я тебе поясню — что действительно будет мотивировать и работать и развиваться:
                  1) Достойные условия труда и зп
                  2) Оплачиваемые командировки на конференции и митапы
                  3) Премии за публичные доклады
                    0

                    Это. Просто. Великолепно.


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

                      0

                      Извините, не помню когда мы перешли на ты.


                      Возможно не все конторы в it галеры.
                      Можно представить что есть люди которым интересно развиваться в нерабочее время.
                      Есть версия что достойные условия труда и зп не связаны с мотивацией самообразовываться.


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

                        0
                        Господа, мы спорим о известном факте, такой как пирамида Маслоу.
                        Согласен с Implozia, что если нет достойных условий труда, то о нематериальной мотивации даже речи быть не может. Сперва надо поднять зарплату, обеспечить разработчика хорошими инструментами и прочее.

                        У нас в компании достойная зп, хороший офис, плюшки, playStation, настольный теннис, всякие плюшки, завтраки и т.д. В такой ситуации действуют другие подходы, к которых говорит time2rfc.
            +6

            Если бы узнал на интервью, что периодически устраиваются раздачи "солнышек и тучек", то сразу бы подумал о том, что что-то явно тут не так. Остаётся ещё освоить как вешать рамку с "работником месяца", а ещё принудить всех переехать в опэнспейс для "улучшения коммуникации".


            Если информация окажется интересной, напишу вторую часть и обобщу опыт.

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

              0
              Вспоминается из одной очень известной книги — он был слишком хорош, чтобы среднестатистические массы решили его раздавать.
                +2
                Согласно модели Такмана, вновь образованная команда скоро входит в стадию шторминга. Основной причиной падения производительности команды в этой стадии является выстраивание социальных отношений, личные конфликты.

                В этой ситуации мощнейшим инструментом является позитивная и отрицательная обратная связь. Обычно эту связь дает только тимлид. «Солнышки и тучки» — инструмент получения дополнительной обратной связи от командой, при том что критерии заранее определены. Опоздал на встречу «получи тучку», помог тестировщику потестировать чтобы быстрее довести задачу на боевой "+3 солнышка".

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

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

                Детский сад? Возможно. Всех мотивирует? нет. А сколько людей в т.ч. и разработчики играют в компьютерные игры и любят настолки?

                В случае становления команды и создания необходимых паттернов у нас в команде он сработал.
                  0
                  Конфронтация (Storming) — борьба за лидерство или влияние внутри группы. Если не пройти стадию конфликта, группа собьется с правильного пути.

                  Я так и не понял как солнышки и тучки помогают в преодолении стадии шторминга. Если я не опаздываю и вместо разработки тестирую, я в глазах руководства выгляжу лучше, а значит меня выдвинут на роль лидера?
                    0

                    в скрам командах нет руководства и никого не выдвигают

                      +1
                      Нет, просто получите солнышко
                        +1

                        Надо в комментариях на Хабре заменить "↓" и "↑" на настоящие "U+2600" и "U+2601" (парсер съедает символы).


                        В конце месяца давать ачивки "Солнечный" и "Тучный", которые отображать рядом с никнеймом. Достойный мем, как сказал Tiendil в комментариях.

                  +5
                  После «солнышек и тучек» читать перестал, пролистал сразу в комментарии…
                    0
                    maxzh83, каким образом в твой команде выстроен процесс получения обратной связи? И как это было когда команда только образовалась?
                    Готов пробовать в нашей команде, особенно если уже есть положительный опыт
                      +3
                      Не совсем понял о какой обратной связи идет речь? Есть же митинги и ретроспектива, из них несложно понять, что что-то идет не так у конкретного работника или у команды в целом.
                    +4
                    А разработчики точно успевают поработать?
                      –1
                      Большинство мероприятий — опциональные и проходят во внерабочее время (в 18 часов). Такие как книжный клуб, exersise клуб, катки. Не заставляем всех посещать все мероприятия.
                        +3
                        Любопытно, как же на эти мероприятия во внерабочее время отреагировали сотрудники, которых дома кто-то ждет (жена, собака, дети)?
                          +2
                          Т.е. все семейные сотрудники сразу мимо. У них на такое времени нет, им младшего ребенка бы из садика успеть забрать, да ужин/завтрак приготовить.
                            0
                            Там просто не место для стариков и лентяев!
                            +2
                            Ну то есть вы заставляете всех ходить на занятия вне рабочего оплачиваемого времени(пусть и не на все)? С этого лучше статью начинать, чтобы людям время на чтение сэкономить
                              –1
                              MaximChistov, возможно непонятно изложил этот момент в статье. Мы не заставляем ходить ни на одно мероприятие, которое проходит внерабочее время. Просто не имеем на это право.
                              Мы создаем возможности, о которых написано в статье. Пользоваться ими или нет, личное дело каждого. Это время можно посветить своей семье или провести с друзьями или самому заниматься своим развитием.
                              Еще раз повторю, речь идет о возможностях. Заранее отвечая на следующий вопрос: руководство оценивает результат работы. Хороший результат можно показать без всего этого, но это просто чуть сложнее, т.к. нужно самому организовывать свое развитие.
                          +3
                          Парное программирование не практикуете? Мне кажется было бы отличным дополнением ко всему перечисленному.
                          Если серьёзно, в коментах видно как профессионалы с опытом и знаниями прямо напряглись, столько лишних отвлекающих факторов, потенциально могущих и к ним в процесс попасть. Я, кстати, тоже, не пробовал, но осуждаю всю эту суету. А для джунов повеселиться, почему нет. Главное чтобы не сильно мешали процессу собственно работы.
                            +1
                            Присоединяюсь к высказавшимся выше. После «Солнышки и Тучки» дальше читать статью пропало всякое желание. Последний раз что-то подобное было в школе, когда во втором классе мин. образования ставило на нас эксперимент по отказу от пятибальной системы оценок, заменив на картинки, ставящихся печатями. Там, кстати, тоже были и солнышко — аналог 5, и тучка — аналог 2.
                              +4
                              Книжный клуб, Exersise club, катки… а работаете вы когда?

                              «Солнышко и тучки» достойны занесения в мемы.
                                +1
                                Так там же выше написали, что все это «во вне рабочее время». Развлечение для молодых разработчиков, у которых еще нет других забот.
                                0
                                Такое впечатление, что в комментариях собрались опытные разработчики в возрасте 40+, у которых «в анамнезе» — десятки сделанных и десятки заваленных проектов. Им, конечно же, ещё на старте очевидно, как пойдёт проект, как его делать, какой код и каким образом писать, и т. п. Но такие звери давно занесены в красную книгу, и стоят дорого.
                                А для того чтобы сделать что-то силами вчерашних студентов, у которых жизненный опыт получен на лабораторных работах и во вконтактике, предложенные методы могут оказаться рабочими.
                                  +4
                                  А для того чтобы сделать что-то силами вчерашних студентов, у которых жизненный опыт получен на лабораторных работах и во вконтактике

                                  Мне кажется, что человек, окончивший ВУЗ — взрослый. Он не ребенок и не идиот, чтобы его водить за ручку и играть с ним в детские игры. Он вполне может без читального клуба прочесть интересующую его книгу, без «каток» разобраться в алгоритмах или запилить домашний проект, без тучек понять что накосячил и т.д.
                                    0

                                    Я вам очень искренне завидую, я очень хотел бы работать в том-же окружении что и вы. Без шуток.
                                    К сожалению, окружающая меня действительность не всегда такая.

                                      +1
                                      К сожалению, представление айтишников детьми — это современный тренд. Не один раз видел вакансии, где в качестве достоинств упоминалась игровая приставка и прочие развлечения. А без халявных печеньков уже никто вакансию всерьез не рассматривает. А еще комнаты отдыха, миникинотеатры и т.д. Но это уже другая тенденция (еще более грустная) — сделать все, чтобы с работы ты не уходил.
                                        0

                                        Я говорил о другом немного. В отрасли растет процент людей которые попали сюда с непрофильным образованием или студенты без вышки, людей у которых опыт работы больше 7-10 лет на общем фоне еденицы, отрасль быстро молодеет. Положа рука на сердце, я могу сказать, что у большей части людей с которыми я работал софт-скиллс были не сильной стороной(как и у меня). В таких условиях бизнессу нужно делать софт и зарабатывать деньги. Выше люди писали, что такой подход распугает профессионалов, но чтобы их распугать их нужно для начала найти и нанять. А еще не каждому бизнессу нужны очень хорошие или топовые специалисты, а хватит средних.

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

                                          Не совсем понял, профессионалы все же нужны или нет? Если нет даже средних, то может не надо заниматься таким «бизнесом»? Все равно качество конечного продукта будет не очень и постоянная текучка кадров обеспечена. Но я все равно не об этом, не нужно считать взрослых детьми, даже если у них нет высшего образования.
                                            0

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


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

                                              +2
                                              1) Средние программисты после тучек тоже начнут по сторонам смотреть и свалят при удобном случае. Почитайте по комментариям, это не только мое мнение.
                                              2) Ну расскажите взрослым людям, что вот наркотики — это тучка (плохо, ай-ай), а вот книжки — это солнышко! И посмотрите какой эффект будет. Корочка о высшем образовании конечно не показатель, я об этом писал выше. К тому же, иногда люди отстают в развитии. Если человек не моется, не может сам прочитать книгу, то следует быть осторожным, он может укусить внезапно.
                                  +1
                                  Вспоминается серия Южного парка как Баттерс стал сутенером. Тоже раздавал солнышки и тучки. Идея с книжным клубом весьма неплоха.
                                  Проблема скрама в том, что он немного идеализирован. И расчитан на профессионалов.
                                    0
                                    isironn, абсолютно согласен, что скрам рассчитан на профессионалов. Тут даже не о чем спорить, из-за этого остро стоит вопрос развития членов команды, при чем непрерывного развития, в том числе развития методов развития (прошу прощения за тафтологию).

                                    А когда думали как назвать поощрения и наказания, как раз и вспомнили Южный парк, в точку!
                                    +1
                                    А можно подробнее о выводах из пункта 4
                                    Подобные алгоритмические тренировки увеличивают скорость написания кода.


                                    Есть статистика или исследование?
                                      0
                                      Статистики и исследований нет.

                                      Убежден, что изучение любого языка программирования (2-го, 3-го и т.д.) начинается с написания простых алгоритмических задач чтобы набить руку (а не с изучения библиотек и фреймворков).
                                      У нас так сложилось, что были чисто фронтендовые спринты, и бекендеры писали на javascript. Сейчас идут исключительно бекендовые. Подобные катки набивают руку.

                                      Разработчики, которые поопытнее экспериментировали с языками и решали к примеру bash или пробовали go.

                                      По этой теме могу посоветовать почитать code kata и о таком способе говорится в книге «Программист прагматик», статья про книгу на хабре
                                        0
                                        Тоесть это субьективное мнение.
                                        В реальности, это конечно мое субьективное время, изучение алгоритмов если вы пишите на высокоуровневом языке может быть полезно только для собеседования. Так, например, алгоритмы сортировки спрашивали на многих собеседованиях, но в реальных коммерческих проектах ни разу не встречались задачи на их реализацию.
                                      0
                                      Никогда не пошел бы в твою команду)
                                        +1
                                        Денис, припомню это когда снова будем помогать вам релизить очередную версию кабинета :D
                                        0
                                        Поздравляю с первой публикацией, отличное начало!
                                          0
                                          Спасибо за интересный опыт, жду продолжения. Можно несколько вопросов?
                                          Кто генерировал эти идеи? Члены команд на внутрикомандных ретроспективах?
                                          Все практики вы распространили сразу на все команды?
                                          Есть ли те, кто полностью проигнорировал все факультативные мероприятия?
                                          Вызвавшие тут в комментариях протест «солнышки и тучки». Есть ли противники среди участников? Как я понимаю, при саботаже идеи хоть одним из участников вы бы от неё отказались, так?

                                          Only users with full accounts can post comments. Log in, please.