Monthly Archives: January 2013

Technology expertise vs. management

Недавно в одной дискуссии мне задали вопрос, касательно выбора между развитием технической экспертизы и навыков менеджмента. И я, похоже, на него неверно ответил, так как термины очень мутные. Попробуем разобраться в дихотомии technical expertise vs. management.

Гуглить «техническую экспертизу» не советую, потому что, скорее всего, найдете определения из криминалистики. Но под technical expertise похоже понимаются hard skills – владение инструментами, технологиями. В общем, умение гнать самогон с помощью самогонного аппарата – это техническая экспертиза. Умение забивать гвозди молотком – тоже.

А что есть менеджмент? Это любые действия (проектирование, планирование, контроль, организовывание и др.), направленные на увеличение полезного выхлопа организации. По другому определению – на достижение цели.

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

Software development – сложная дисциплина, люди создают очень сложные системы, и поэтому доля менеджмента здесь особенно велика. Если посмотреть на SCRUM, то там мы видим, что вся команда вовлечена в менеджмент. Jeff Sutherland в книге “SCRUM Handbook” (http://jeffsutherland.com/scrumhandbook.pdf) пишет, что митинг по планированию спринта занимает 2 часа для 2-недельной итерации. Backlog grooming (уточнение требований в sprint backlog) занимает 5-10% общего времени спринта. Еще нужно не забыть проведение митингов Sprint Review (то, что, по словам Jeff’а, некоторые ошибочно называют демонстрацией) и Sprint Retrospective.

Итого более 10% времени уходит на формальные мероприятия по методологии SCRUM. А ведь помимо еще часто проводятся митинги по согласованию дизайна разрабатываемой системы, обсуждение мелких технических проблем, согласование изменений требований при возникновении коллизий. Пожалуй, даже code review – это менеджмент.

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

С чем я попутал эту ситуацию? С дихотомией technology vs. business. Здесь я предполагаю, что есть две стороны деятельности организации: продажи и производство. И одни менеджеры больше озабочены продажами, маркетингом, связями с внешним миром. А другие – тем, чтобы построить то, что первые продали. Обычно это разные менеджеры. Редко навыки продаж и навыки производства сочетаются в одном и том же человеке. Я, похоже, тот человек, который делает (или менеджит делание). Продавать я умею хуже.

Павел Сурменок

http://surmenok.ru/

http://pavel.sumenok.com/