Закручивание гаек не работает

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

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

Правило 17. Бессмысленно муштровать исполнителей, нужно муштровать менеджеров.

Это правило легко доказать следующим рассуждением:

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

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

б) Хорошие исполнители и плохой менеджер. А вот обратная ситуация - плохой менеджер с хорошими исполнителями - может сохраняться достаточно долго. �сполнители-то работают, дают какие-то результаты. А менеджер в основном ходит к боссу и "кормит" его разными словосочетаниями.

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

(Я, правда, знаю несколько случаев бунта исполнителей, после которых негодного менеджера снимали с проекта. Особенностью этих случаев было то, что исполнители не просили прибавок зарплаты или послаблений, а болели за ход проекта, что и нашло понимание у начальства.)

Таким образом, "лечить" исполнителей либо через голову среднего менеджера, либо при его поддержке (что еще более отвратительно) в большинстве случаев теоретически неправильно и практически вредно.

Правило 18. Наведение порядка в проекте всегда должно начинаться с головы.

То есть - касаться существенных составляющих проекта, то есть идеи и обоснования проекта, личности и квалификации руководителя, состава и согласованности рабочей группы, планов, контрольных точек.