?

Log in

No account? Create an account

psilonsk


Блог об управлении проектами


Previous Entry Share Next Entry
Упражнение для менеджера: программисты и виртуальная палка
psilonsk


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

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

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

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

Но основная проблема в том, что вся команда живет по закону "а мне ничего не будет". Разработчик не успел выполнить задачу? Ему ничего не будет. Из грядущего релиза исключили важный функциональный кусок, потому что девелопер сделал некачественную работу? Ему ничего не будет. Он нарушил процесс создания релиза? Ему ничего не будет. При этом у программистов очень свободные и комфортные условия работы - приходи в офис, когда хочешь, уходи, когда хочешь, можешь работать из дома и т.д.
По большому счету, у менеджера нет инструмента влияния, точнее, инструмента воздействия, наказания. А управленческая роль размыта, это, скорее, поддерживающая функция (так уж у них там сложилось).

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

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

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


Жду ваших вариантов. Автор задачки обещал просматривать этот пост регулярно и оперативно отвечать через меня на возникающие вопросы.

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


promo psilonsk февраль 12, 2015 18:07 17
Buy for 100 tokens
Ранее в сериале: История первая: договор Ариадны История вторая: лыжи, смоктульки и чаевые История третья: мертвец и розетка ​*** — Послушай, Леша, послушай меня, милый мой друг. Ты же менеджер проектов, так? Ты же не дебил, правильно? Я тебе на пальцах объясняю, а ты понять не можешь.…

  • 1

Моральное наказание

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

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

Re: Моральное наказание

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

Re: Моральное наказание

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

  • 1