«К хорошим программистам на Новый Год приходит Дед Мороз, а к плохим – Дедлайн»
Поводом для написания данной статьи послужили впечатления о прочтении романа об управлении проектами Тома Демарко. И дело даже не в том, что суть серьёзной науки об управлении проектами автор сумел изложить в виде приключенческого романа, а в нестандартной точки зрения на управление.
В книге изложено множество подтверждённых практикой идей, и сегодня хотелось бы поговорить об одной из них.
Фундаментальным посылом идущим через всю книгу к читателям является то, что управление проектами это прежде всего работа с людьми! Автор непринуждённо доказывает, что вопросы взаимодействия с людьми, способности человека выполнять определённую работу, мотивации и созданию команды являются самыми важными вопросами управления вообще.
Как это противоречит постсоветскому сознанию многих руководителей, считающих людские ресурсы «затратной частью» или пассивом, винтиками в производстве. Аналогом станков на заводе. И отношение к таким «ресурсам» соответствующее – «незаменимых у нас нет». А суровая реальность, которую мало кто видит и хочет принимать совсем иная. Рассмотрим на простом примере - переработки или сверхурочные. Казалось бы, работает сотрудник не 8 часов в день а 10 – вот и больше произведёт. Всё просто и понятно. А на практике, описанной в данной книге, оказывается, что чем больше человек перерабатывает, тем меньше он «производит». Потому что эффективность его труда при регулярных переработках резко падает в единицу времени. И чем больше время переработки, тем ниже общая эффективность, замеренная например за месяц или более длительное время. (при регулярной переработке по 12 часов – производится, будет ещё меньше чем при 10 часах и т.д.) . Потому что сотрудник начинает тратить время на бесконечное курение и чаепитие, долгие и ненужные совещания и т.д. Ведь ему некуда торопиться. Он знает, что всё равно будет работать допоздна. А если рабочий день не больше 8 часов и переработки разрешать только в исключительных случаях – то сотруднику придётся искать более эффективные пути выполнения работы чтобы успевать.
А как проходит большинство корпоративных курсов по управлению проектами? Видимо преподаватели знают свою целевую аудиторию и рассказывают о чём угодно только не работе с людьми. Делают акценты на диаграммах Ганнта в MS Project, отчётах о состоянии дел в компании, проведении еженедельных собраний, отчетов о затраченном времени, отчётах о темпах работы над проектом, отчётах о поэтапном выполнении проекта и т.д. Так видимо проще для сознания тех, кто считает что управляет бизнес процессами. Поработал MS Project и «пинай» исполнителей. Хороша работа проектного менеджера! Да и вообще давить и пинать – любимое дело большого количества менеджеров. За это, как они полагают, им и платят. «Руководство – это умение вовремя настучать по голове».
Но вот ведь незадача. Оказывается, что в целом от давления на персонал вообще нет никакого эффекта! Максимум 6%. Потому что на людей можно надавить, но они не будут от этого быстрее соображать.
Такое поведение руководителя похоже на модель поведения жестокого родителя, считающего, что чем сильнее наказывать ребенка, тем реже он будет себя плохо вести. «Ремня много не бывает». Но дети, которых слишком много наказывают, не станут вести себя лучше и лучше. Даже наоборот. От страха наказания они станут хуже соображать, не будут испытывать никакой моральной ответственности – только желание скрыть всё чтобы избежать наказания.
Итог неутешителен: давление и сверхурочная работа призваны решить только одну проблему – сохранить хорошую мину при плохой игре. Не существует никаких краткосрочных мер которые позволили бы быстро повысить производительность работ. Повышение производительности = результат долгосрочных усилий. Любые средства для повышения производительности, которые обещают немедленный результат, на самом деле ни что иное как обман.
Практически вся книга состоит из таких примеров, историй и самое главное ответов на то, как с этим жить. Для удобства, каждая глава заканчивается её коротким резюме.
Рекомендую взглянуть на множество вопросов управления в данной книге через призму точки зрения автора.
Tags: Проектный менеджмент