Соблазны наведения порядка

Как известно еще со времен Брежнева и Андропова, основными пятью признаками наведения порядка являются: шумиха, неразбериха, поиски виновных, наказание невиновных и награждение непричастных.

Когда даже самому высокому начальству становится ясно, что в проекте что-то идет не так (скажем, срок трехмесячного проекта сорван месяцев на шесть, или деньги на проект совсем кончились, а продукта нет), начинается наведение порядка со всеми описанными основными признаками.

Правило 16. Когда в проекте что-то идет не так, начальство предпринимает титанические бесполезные усилия по наведению порядка.

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

Контроль посещаемости

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

- Менеджер проекта сам программист (вариант - сам не программист), вот и распустил их. Ясно, что нужно их просто тщательнее контролировать. Я сам этим займусь.

Начинаются мероприятия РїРѕ контролю посещаемости. Охранник РЅР° РІС…РѕРґРµ получает приказ всех записывать, сисадминам чрез голову технического директора дают команду подобрать Рё установить систему контроля рабочих мест. Появляется предписанный шаблон объяснительной записки, Р±РѕСЃСЃ или кадровик РіСЂРѕР·РЅРѕ встречает всех поутру РїСЂРё РІС…РѕРґРµ, проводится промывание РјРѕР·РіРѕРІ опоздавшим Рё С‚. Рї.

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

Волна контроля посещаемости иссякает примерно через одну-две недели, максимум месяц.

Контроль количества работы

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

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

Пятничные отчеты начинают писаться (руководитель проекта упросил всех поддаться), но их перестают читать наверху через пару недель, а писать внизу - через месяц-полтора.

Правила внутреннего распорядка

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

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

Планы и отчетность

Планомания быстро достигает своего апогея. Принуждаемые сверху, менеджеры проектов всё время пишут отчеты и планы. К сожалению, эти планы обычно - атомарные, как описано выше, и фабрикуются путем копирования и вставки из прошлого отчета. Эти отчеты никто не читает, потому что человеку это невозможно. Но на какое-то время сам факт регулярного писания отчетов успокаивает начальство.

Премии и штрафы

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

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

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

Опять ползут слухи об увольнениях. Кое-кого даже увольняют или понижают в зарплате. � опять волна наведения порядка спадает через некоторое время - почему-то период релаксации всех нововведений составляет 1-2 месяца.

Комсомольские накрутки и политинформации

Все описанные выше набеги на персонал требуют мощного идеологического сопровождения. Для этого собираются собрания для повышения боевого духа.

Всё это в деталях описано в великолепных комиксах Скотта Адамса про бедного разработчика Дилберта и его глупого босса ( http://www.dilbert.com/ ), так что опустим подробности.

Обычно РІ коллективах разработчиков такие собрания РЅРµ достигают своей цели, разработчики начинают пересмеиваться, задавать руководителям противные технические РІРѕРїСЂРѕСЃС‹ (Р° РІРѕС‚ почему бумаги РІ принтере нет, Р° почему материнскую плату РІ сервер целую неделю невозможно купить Рё поменять Рё С‚. Рї.) Рё неудобные политические РІРѕРїСЂРѕСЃС‹ (РїСЂРѕ зарплаты), Р° потом РЅР° полную катушку оттягиваются РЅР° счет начальства РІ курилке.