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