Комментарии 51
Могли бы Вы описать процесс разработки ПО своей мечты, и ваше место в нем?
А можете поделится опытом, масштабирования такого подхода на всю компанию? Не готов поставить свою зарплату, на то что даже 80% коллег прочитывают большую часть новостей которые появляются про их рабочий язык-фреймворк ещемесячно.
Кто-то набирает кодеров как слесарей на завод, вот тебе срок и план — делай детали, кому-то нужны инженеры с развитым софт-скиллом, признаю право на существование обоих подходов.
1) Достойные условия труда и зп
2) Оплачиваемые командировки на конференции и митапы
3) Премии за публичные доклады
Это. Просто. Великолепно.
Жаль, не могу сделать апвоут, но Вы высказали просто идеальный ответ на всю боль от статьи и дальнейшего троллеркоастера в комментариях, где ещё и "все мероприятия в нерабочее время после 18 часов".
Извините, не помню когда мы перешли на ты.
Возможно не все конторы в it галеры.
Можно представить что есть люди которым интересно развиваться в нерабочее время.
Есть версия что достойные условия труда и зп не связаны с мотивацией самообразовываться.
Между двумя оферами с одинаковой зп, я бы выбрал контору которая организует для своих работников полезный досуг, но не выбрал бы ту которая заставляет в нем участвовать.
Согласен с Implozia, что если нет достойных условий труда, то о нематериальной мотивации даже речи быть не может. Сперва надо поднять зарплату, обеспечить разработчика хорошими инструментами и прочее.
У нас в компании достойная зп, хороший офис, плюшки, playStation, настольный теннис, всякие плюшки, завтраки и т.д. В такой ситуации действуют другие подходы, к которых говорит time2rfc.
Если бы узнал на интервью, что периодически устраиваются раздачи "солнышек и тучек", то сразу бы подумал о том, что что-то явно тут не так. Остаётся ещё освоить как вешать рамку с "работником месяца", а ещё принудить всех переехать в опэнспейс для "улучшения коммуникации".
Если информация окажется интересной, напишу вторую часть и обобщу опыт.
Можно писать книгу с названием "Как растерять всех высококлассных разработчиков и устроить цирк с джунами, прикрываясь скрамизацией процесса".
В этой ситуации мощнейшим инструментом является позитивная и отрицательная обратная связь. Обычно эту связь дает только тимлид. «Солнышки и тучки» — инструмент получения дополнительной обратной связи от командой, при том что критерии заранее определены. Опоздал на встречу «получи тучку», помог тестировщику потестировать чтобы быстрее довести задачу на боевой "+3 солнышка".
Концептуальное отличие от «работника месяца» заключается в том, что работника месяца выбирает руководитель, который выше команды на 3 звена и не может объективно оценить, в результате гейминг мотивации действия коллеги отмечает команда, давая позитивную или негативную обратную связь.
Если команда состоявшаяся, все понимают что встречи начинаются в 00 минут, а не в 07, все понимают что важно доставить ценность до пользователей и помочь потестировать вместо того чтобы взять следующую задачу, потому что один из тестировщиков в отпуске, а у второго этого оврал, то такой инструмент не даст эффекта.
Детский сад? Возможно. Всех мотивирует? нет. А сколько людей в т.ч. и разработчики играют в компьютерные игры и любят настолки?
В случае становления команды и создания необходимых паттернов у нас в команде он сработал.
Я так и не понял как солнышки и тучки помогают в преодолении стадии шторминга. Если я не опаздываю и вместо разработки тестирую, я в глазах руководства выгляжу лучше, а значит меня выдвинут на роль лидера?
в скрам командах нет руководства и никого не выдвигают
Надо в комментариях на Хабре заменить "↓" и "↑" на настоящие "U+2600" и "U+2601" (парсер съедает символы).
В конце месяца давать ачивки "Солнечный" и "Тучный", которые отображать рядом с никнеймом. Достойный мем, как сказал Tiendil в комментариях.
Мы создаем возможности, о которых написано в статье. Пользоваться ими или нет, личное дело каждого. Это время можно посветить своей семье или провести с друзьями или самому заниматься своим развитием.
Еще раз повторю, речь идет о возможностях. Заранее отвечая на следующий вопрос: руководство оценивает результат работы. Хороший результат можно показать без всего этого, но это просто чуть сложнее, т.к. нужно самому организовывать свое развитие.
Если серьёзно, в коментах видно как профессионалы с опытом и знаниями прямо напряглись, столько лишних отвлекающих факторов, потенциально могущих и к ним в процесс попасть. Я, кстати, тоже, не пробовал, но осуждаю всю эту суету. А для джунов повеселиться, почему нет. Главное чтобы не сильно мешали процессу собственно работы.
«Солнышко и тучки» достойны занесения в мемы.
А для того чтобы сделать что-то силами вчерашних студентов, у которых жизненный опыт получен на лабораторных работах и во вконтактике, предложенные методы могут оказаться рабочими.
А для того чтобы сделать что-то силами вчерашних студентов, у которых жизненный опыт получен на лабораторных работах и во вконтактике
Мне кажется, что человек, окончивший ВУЗ — взрослый. Он не ребенок и не идиот, чтобы его водить за ручку и играть с ним в детские игры. Он вполне может без читального клуба прочесть интересующую его книгу, без «каток» разобраться в алгоритмах или запилить домашний проект, без тучек понять что накосячил и т.д.
Я вам очень искренне завидую, я очень хотел бы работать в том-же окружении что и вы. Без шуток.
К сожалению, окружающая меня действительность не всегда такая.
Я говорил о другом немного. В отрасли растет процент людей которые попали сюда с непрофильным образованием или студенты без вышки, людей у которых опыт работы больше 7-10 лет на общем фоне еденицы, отрасль быстро молодеет. Положа рука на сердце, я могу сказать, что у большей части людей с которыми я работал софт-скиллс были не сильной стороной(как и у меня). В таких условиях бизнессу нужно делать софт и зарабатывать деньги. Выше люди писали, что такой подход распугает профессионалов, но чтобы их распугать их нужно для начала найти и нанять. А еще не каждому бизнессу нужны очень хорошие или топовые специалисты, а хватит средних.
такой подход распугает профессионалов, но чтобы их распугать их нужно для начала найти и нанять. А еще не каждому бизнессу нужны очень хорошие или топовые специалисты, а хватит средних
Не совсем понял, профессионалы все же нужны или нет? Если нет даже средних, то может не надо заниматься таким «бизнесом»? Все равно качество конечного продукта будет не очень и постоянная текучка кадров обеспечена. Но я все равно не об этом, не нужно считать взрослых детьми, даже если у них нет высшего образования.
1)Нужны или нет профессионалы должен ответить бизнесс, для большинства задач не нужны сильные программисты, хватит средних но хорошо мотивированных такими мероприятиями разработчиков.
2)Реальные люди не такие идеальный как нам бы хотелось.
Взрослый человек может сам прочитать книги которые ему нужны, может не начинать курить, может не употреблять наркотики, может не врать и не нарушать закон. Количество историй от знакомых hr когда тем приходилось рассказыать программистам, что мытся следует каждый день или через день явно свидетельствует что корочко о высшем образование и возраст в пасспорте это не показатель.
2) Ну расскажите взрослым людям, что вот наркотики — это тучка (плохо, ай-ай), а вот книжки — это солнышко! И посмотрите какой эффект будет. Корочка о высшем образовании конечно не показатель, я об этом писал выше. К тому же, иногда люди отстают в развитии. Если человек не моется, не может сам прочитать книгу, то следует быть осторожным, он может укусить внезапно.
Проблема скрама в том, что он немного идеализирован. И расчитан на профессионалов.
А когда думали как назвать поощрения и наказания, как раз и вспомнили Южный парк, в точку!
Подобные алгоритмические тренировки увеличивают скорость написания кода.
Есть статистика или исследование?
Убежден, что изучение любого языка программирования (2-го, 3-го и т.д.) начинается с написания простых алгоритмических задач чтобы набить руку (а не с изучения библиотек и фреймворков).
У нас так сложилось, что были чисто фронтендовые спринты, и бекендеры писали на javascript. Сейчас идут исключительно бекендовые. Подобные катки набивают руку.
Разработчики, которые поопытнее экспериментировали с языками и решали к примеру bash или пробовали go.
По этой теме могу посоветовать почитать code kata и о таком способе говорится в книге «Программист прагматик», статья про книгу на хабре
В реальности, это конечно мое субьективное время, изучение алгоритмов если вы пишите на высокоуровневом языке может быть полезно только для собеседования. Так, например, алгоритмы сортировки спрашивали на многих собеседованиях, но в реальных коммерческих проектах ни разу не встречались задачи на их реализацию.
Кто генерировал эти идеи? Члены команд на внутрикомандных ретроспективах?
Все практики вы распространили сразу на все команды?
Есть ли те, кто полностью проигнорировал все факультативные мероприятия?
Вызвавшие тут в комментариях протест «солнышки и тучки». Есть ли противники среди участников? Как я понимаю, при саботаже идеи хоть одним из участников вы бы от неё отказались, так?
Год со Scrum или способы профессионального роста разработчиков