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 и инициированы командой. Очень здорово, что начинания команд находят поддержку в лице руководства компании.
Комментарии (48)
PAE
06.08.2018 18:40+2Если бы узнал на интервью, что периодически устраиваются раздачи "солнышек и тучек", то сразу бы подумал о том, что что-то явно тут не так. Остаётся ещё освоить как вешать рамку с "работником месяца", а ещё принудить всех переехать в опэнспейс для "улучшения коммуникации".
Если информация окажется интересной, напишу вторую часть и обобщу опыт.
Можно писать книгу с названием "Как растерять всех высококлассных разработчиков и устроить цирк с джунами, прикрываясь скрамизацией процесса".
wlr398
06.08.2018 19:38Вспоминается из одной очень известной книги — он был слишком хорош, чтобы среднестатистические массы решили его раздавать.
kesh1987 Автор
06.08.2018 22:12+2Согласно модели Такмана, вновь образованная команда скоро входит в стадию шторминга. Основной причиной падения производительности команды в этой стадии является выстраивание социальных отношений, личные конфликты.
В этой ситуации мощнейшим инструментом является позитивная и отрицательная обратная связь. Обычно эту связь дает только тимлид. «Солнышки и тучки» — инструмент получения дополнительной обратной связи от командой, при том что критерии заранее определены. Опоздал на встречу «получи тучку», помог тестировщику потестировать чтобы быстрее довести задачу на боевой "+3 солнышка".
Концептуальное отличие от «работника месяца» заключается в том, что работника месяца выбирает руководитель, который выше команды на 3 звена и не может объективно оценить, в результате гейминг мотивации действия коллеги отмечает команда, давая позитивную или негативную обратную связь.
Если команда состоявшаяся, все понимают что встречи начинаются в 00 минут, а не в 07, все понимают что важно доставить ценность до пользователей и помочь потестировать вместо того чтобы взять следующую задачу, потому что один из тестировщиков в отпуске, а у второго этого оврал, то такой инструмент не даст эффекта.
Детский сад? Возможно. Всех мотивирует? нет. А сколько людей в т.ч. и разработчики играют в компьютерные игры и любят настолки?
В случае становления команды и создания необходимых паттернов у нас в команде он сработал.Nidhognit
07.08.2018 16:27Конфронтация (Storming) — борьба за лидерство или влияние внутри группы. Если не пройти стадию конфликта, группа собьется с правильного пути.
Я так и не понял как солнышки и тучки помогают в преодолении стадии шторминга. Если я не опаздываю и вместо разработки тестирую, я в глазах руководства выгляжу лучше, а значит меня выдвинут на роль лидера?
maxzh83
06.08.2018 21:36+1После «солнышек и тучек» читать перестал, пролистал сразу в комментарии…
kesh1987 Автор
06.08.2018 22:26maxzh83, каким образом в твой команде выстроен процесс получения обратной связи? И как это было когда команда только образовалась?
Готов пробовать в нашей команде, особенно если уже есть положительный опытmaxzh83
07.08.2018 11:39Не совсем понял о какой обратной связи идет речь? Есть же митинги и ретроспектива, из них несложно понять, что что-то идет не так у конкретного работника или у команды в целом.
shamyyl
06.08.2018 22:12+1А разработчики точно успевают поработать?
kesh1987 Автор
06.08.2018 22:14Большинство мероприятий — опциональные и проходят во внерабочее время (в 18 часов). Такие как книжный клуб, exersise клуб, катки. Не заставляем всех посещать все мероприятия.
alex-v-93
07.08.2018 10:34Любопытно, как же на эти мероприятия во внерабочее время отреагировали сотрудники, которых дома кто-то ждет (жена, собака, дети)?
CrazyNiger
07.08.2018 11:05Т.е. все семейные сотрудники сразу мимо. У них на такое времени нет, им младшего ребенка бы из садика успеть забрать, да ужин/завтрак приготовить.
MaximChistov
07.08.2018 15:50Ну то есть вы заставляете всех ходить на занятия вне рабочего оплачиваемого времени(пусть и не на все)? С этого лучше статью начинать, чтобы людям время на чтение сэкономить
kesh1987 Автор
07.08.2018 21:01-2MaximChistov, возможно непонятно изложил этот момент в статье. Мы не заставляем ходить ни на одно мероприятие, которое проходит внерабочее время. Просто не имеем на это право.
Мы создаем возможности, о которых написано в статье. Пользоваться ими или нет, личное дело каждого. Это время можно посветить своей семье или провести с друзьями или самому заниматься своим развитием.
Еще раз повторю, речь идет о возможностях. Заранее отвечая на следующий вопрос: руководство оценивает результат работы. Хороший результат можно показать без всего этого, но это просто чуть сложнее, т.к. нужно самому организовывать свое развитие.
dipsy
07.08.2018 05:44+1Парное программирование не практикуете? Мне кажется было бы отличным дополнением ко всему перечисленному.
Если серьёзно, в коментах видно как профессионалы с опытом и знаниями прямо напряглись, столько лишних отвлекающих факторов, потенциально могущих и к ним в процесс попасть. Я, кстати, тоже, не пробовал, но осуждаю всю эту суету. А для джунов повеселиться, почему нет. Главное чтобы не сильно мешали процессу собственно работы.
Makc_K
07.08.2018 09:04Присоединяюсь к высказавшимся выше. После «Солнышки и Тучки» дальше читать статью пропало всякое желание. Последний раз что-то подобное было в школе, когда во втором классе мин. образования ставило на нас эксперимент по отказу от пятибальной системы оценок, заменив на картинки, ставящихся печатями. Там, кстати, тоже были и солнышко — аналог 5, и тучка — аналог 2.
Tiendil
07.08.2018 09:31Книжный клуб, Exersise club, катки… а работаете вы когда?
«Солнышко и тучки» достойны занесения в мемы.CrazyNiger
07.08.2018 11:06Так там же выше написали, что все это «во вне рабочее время». Развлечение для молодых разработчиков, у которых еще нет других забот.
mklochkov
07.08.2018 10:29Такое впечатление, что в комментариях собрались опытные разработчики в возрасте 40+, у которых «в анамнезе» — десятки сделанных и десятки заваленных проектов. Им, конечно же, ещё на старте очевидно, как пойдёт проект, как его делать, какой код и каким образом писать, и т. п. Но такие звери давно занесены в красную книгу, и стоят дорого.
А для того чтобы сделать что-то силами вчерашних студентов, у которых жизненный опыт получен на лабораторных работах и во вконтактике, предложенные методы могут оказаться рабочими.maxzh83
07.08.2018 11:34А для того чтобы сделать что-то силами вчерашних студентов, у которых жизненный опыт получен на лабораторных работах и во вконтактике
Мне кажется, что человек, окончивший ВУЗ — взрослый. Он не ребенок и не идиот, чтобы его водить за ручку и играть с ним в детские игры. Он вполне может без читального клуба прочесть интересующую его книгу, без «каток» разобраться в алгоритмах или запилить домашний проект, без тучек понять что накосячил и т.д.time2rfc
07.08.2018 13:43Я вам очень искренне завидую, я очень хотел бы работать в том-же окружении что и вы. Без шуток.
К сожалению, окружающая меня действительность не всегда такая.maxzh83
07.08.2018 13:56К сожалению, представление айтишников детьми — это современный тренд. Не один раз видел вакансии, где в качестве достоинств упоминалась игровая приставка и прочие развлечения. А без халявных печеньков уже никто вакансию всерьез не рассматривает. А еще комнаты отдыха, миникинотеатры и т.д. Но это уже другая тенденция (еще более грустная) — сделать все, чтобы с работы ты не уходил.
time2rfc
07.08.2018 14:04Я говорил о другом немного. В отрасли растет процент людей которые попали сюда с непрофильным образованием или студенты без вышки, людей у которых опыт работы больше 7-10 лет на общем фоне еденицы, отрасль быстро молодеет. Положа рука на сердце, я могу сказать, что у большей части людей с которыми я работал софт-скиллс были не сильной стороной(как и у меня). В таких условиях бизнессу нужно делать софт и зарабатывать деньги. Выше люди писали, что такой подход распугает профессионалов, но чтобы их распугать их нужно для начала найти и нанять. А еще не каждому бизнессу нужны очень хорошие или топовые специалисты, а хватит средних.
maxzh83
07.08.2018 15:02такой подход распугает профессионалов, но чтобы их распугать их нужно для начала найти и нанять. А еще не каждому бизнессу нужны очень хорошие или топовые специалисты, а хватит средних
Не совсем понял, профессионалы все же нужны или нет? Если нет даже средних, то может не надо заниматься таким «бизнесом»? Все равно качество конечного продукта будет не очень и постоянная текучка кадров обеспечена. Но я все равно не об этом, не нужно считать взрослых детьми, даже если у них нет высшего образования.time2rfc
07.08.2018 15:161)Нужны или нет профессионалы должен ответить бизнесс, для большинства задач не нужны сильные программисты, хватит средних но хорошо мотивированных такими мероприятиями разработчиков.
2)Реальные люди не такие идеальный как нам бы хотелось.
Взрослый человек может сам прочитать книги которые ему нужны, может не начинать курить, может не употреблять наркотики, может не врать и не нарушать закон. Количество историй от знакомых hr когда тем приходилось рассказыать программистам, что мытся следует каждый день или через день явно свидетельствует что корочко о высшем образование и возраст в пасспорте это не показатель.maxzh83
07.08.2018 15:501) Средние программисты после тучек тоже начнут по сторонам смотреть и свалят при удобном случае. Почитайте по комментариям, это не только мое мнение.
2) Ну расскажите взрослым людям, что вот наркотики — это тучка (плохо, ай-ай), а вот книжки — это солнышко! И посмотрите какой эффект будет. Корочка о высшем образовании конечно не показатель, я об этом писал выше. К тому же, иногда люди отстают в развитии. Если человек не моется, не может сам прочитать книгу, то следует быть осторожным, он может укусить внезапно.
isironn
07.08.2018 13:48Вспоминается серия Южного парка как Баттерс стал сутенером. Тоже раздавал солнышки и тучки. Идея с книжным клубом весьма неплоха.
Проблема скрама в том, что он немного идеализирован. И расчитан на профессионалов.kesh1987 Автор
07.08.2018 21:05-1isironn, абсолютно согласен, что скрам рассчитан на профессионалов. Тут даже не о чем спорить, из-за этого остро стоит вопрос развития членов команды, при чем непрерывного развития, в том числе развития методов развития (прошу прощения за тафтологию).
А когда думали как назвать поощрения и наказания, как раз и вспомнили Южный парк, в точку!
Nidhognit
07.08.2018 16:29+1А можно подробнее о выводах из пункта 4
Подобные алгоритмические тренировки увеличивают скорость написания кода.
Есть статистика или исследование?kesh1987 Автор
07.08.2018 21:45-1Статистики и исследований нет.
Убежден, что изучение любого языка программирования (2-го, 3-го и т.д.) начинается с написания простых алгоритмических задач чтобы набить руку (а не с изучения библиотек и фреймворков).
У нас так сложилось, что были чисто фронтендовые спринты, и бекендеры писали на javascript. Сейчас идут исключительно бекендовые. Подобные катки набивают руку.
Разработчики, которые поопытнее экспериментировали с языками и решали к примеру bash или пробовали go.
По этой теме могу посоветовать почитать code kata и о таком способе говорится в книге «Программист прагматик», статья про книгу на хабреNidhognit
08.08.2018 11:12Тоесть это субьективное мнение.
В реальности, это конечно мое субьективное время, изучение алгоритмов если вы пишите на высокоуровневом языке может быть полезно только для собеседования. Так, например, алгоритмы сортировки спрашивали на многих собеседованиях, но в реальных коммерческих проектах ни разу не встречались задачи на их реализацию.
Implozia
Напишите пожалуйста, сколько кодеров ушло после этого бреда? А те кто остались, у них опыт разработки максимум года 2?
time2rfc
Могли бы Вы описать процесс разработки ПО своей мечты, и ваше место в нем?
Implozia
Waterflow без клоунады, собственно так и работаю.
time2rfc
на вкус и цвет все фломастеры разные ведь, главное чтобы не было 'правильного' и 'не правильного' фломастера
kesh1987 Автор
Implozia, поделись опытом повышения профессиональных навыков
Implozia
Легко. Открываешь книжечки, читаешь, кодишь, следишь за новостями и посылаешь куда подальше клоунов из PM с их тучками. Пока все успешно повышается.
time2rfc
А можете поделится опытом, масштабирования такого подхода на всю компанию? Не готов поставить свою зарплату, на то что даже 80% коллег прочитывают большую часть новостей которые появляются про их рабочий язык-фреймворк ещемесячно.
Implozia
Это как бы дела коллег, если они хотят, то они будут развиваться, нет — тоже пожалуйста, лично их дело. Работодателя это волновать не должно, вот если коллега не справляется с задачами, с которыми он по оферу должен справляться — тогда это уже должна быть головная боль отдела кадров, если такой имеется.
time2rfc
Кто-то набирает кодеров как слесарей на завод, вот тебе срок и план — делай детали, кому-то нужны инженеры с развитым софт-скиллом, признаю право на существование обоих подходов.
Implozia
Ну и угадай как быстро инженеры с развитым софт-скиллом пошлют подальше галеру, в которой солнышкитучи, какая-то бредятина с получением ачивок, и в нерабочее время ты должен «развиваться» в кодфайте. Дайка я тебе поясню — что действительно будет мотивировать и работать и развиваться:
1) Достойные условия труда и зп
2) Оплачиваемые командировки на конференции и митапы
3) Премии за публичные доклады
PAE
Это. Просто. Великолепно.
Жаль, не могу сделать апвоут, но Вы высказали просто идеальный ответ на всю боль от статьи и дальнейшего троллеркоастера в комментариях, где ещё и "все мероприятия в нерабочее время после 18 часов".
time2rfc
Извините, не помню когда мы перешли на ты.
Возможно не все конторы в it галеры.
Можно представить что есть люди которым интересно развиваться в нерабочее время.
Есть версия что достойные условия труда и зп не связаны с мотивацией самообразовываться.
Между двумя оферами с одинаковой зп, я бы выбрал контору которая организует для своих работников полезный досуг, но не выбрал бы ту которая заставляет в нем участвовать.
kesh1987 Автор
Господа, мы спорим о известном факте, такой как пирамида Маслоу.
Согласен с Implozia, что если нет достойных условий труда, то о нематериальной мотивации даже речи быть не может. Сперва надо поднять зарплату, обеспечить разработчика хорошими инструментами и прочее.
У нас в компании достойная зп, хороший офис, плюшки, playStation, настольный теннис, всякие плюшки, завтраки и т.д. В такой ситуации действуют другие подходы, к которых говорит time2rfc.