Category: спорт

cartoon

О типичном вопросе начинающих руководителей

Из дискуссии на РСДН. Вопрос кажется мне важным (хоть и элементарным), публикую здесь. Черным - мои ответы, здесь я склеил несколько сообщений, чтобы был понятен контекст. Курсивом - мои комментарии, сделанные сейчас.

Началось все с этого. Безусловно, вы подобные песни не раз слышали, как и я. Там был эпичный пост, из которого содержательного были два ключевых слова (PMBoK и PRINCE2), и вот это предложение:

S>>> "Есть мнение, что проекты они и в африке проекты. И качественный ПМ одинаково хорошо разрулит проект разработки новой соц. сети и проект по постройке нового стадиона"
 
S_D>>Оно конечно качественный пм может и разрулит проект стадиона...


Вы всерьез готовы предположить, что "качественный ПМ" может что-то "разрулить" в проекте стадиона, не зная профильных ГОСТов, не имея понятия о том, что такое СНИП, не представляя основ техпроцесса, особенностей логистики данного типа проектов, и типовых проблем проблем строительства?  Правда? 

S>если ПМу нужно знать ГОСТы, то например, кирпичи класть ему тоже нужно уметь?
Collapse )


cartoon

Что делает менеджер?

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

P>А что делает менеджер?

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

Так вот — менеджер в инженерии — это нечто обыкновенно среднее между тренером футбольной команды, и ее менеджером. Понятное дело, его обязанности варьируются от одной организации к другой, но суть работы остается более-менее такой же.

Почему столь многие этого не замечают? Что ж, на то есть как минимум две причины.

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

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

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