Сделано

Лучший способ твердо стоять на ногах – воспользоваться психологическим преимуществом некоей отстраненности. В силу своих обязанностей МП общается с разными членами команды чаще, чем кто-либо другой, и в силу этого у него больше источников информации и более точное понимание проекта. МП имеет равное представление о бизнес-ценности и технической стороне проекта и при необходимости может разъяснить все это команде. Общий взгляд на проект позволяет обеспечивать нужных сотрудников критически важными данными в нужное время. Хотя эти полномочия могут иметь довольно широкие последствия, в качестве наглядной иллюстрации приведу простой пример.

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

Однажды утром, во время работы над проектом IE 5.0, я заглянул в офис Фреда. Обнаружив проблемы совместимости, он спорил со Стивом, другим программистом, о том, как исправить элемент управления для прокручиваемого списка. Никто из них не хотел заниматься этой работой. Не вмешайся я, они бы впустую потратили полдня или даже больше. Я уточнил, о чем спор. Оба замотали головами, словно хотели сказать: «А тебе-то какая разница?» Я предложил им поговорить с Биллом из соседнего отдела. Они снова спросили: «Зачем?», будучи уверены, что мне недоступны тонкости архитектуры проекта. Я улыбнулся и сказал: «Посмотрите на новый элемент управления, который уже прекрасно работает. Билл столкнулся с проблемой вчера вечером и решил ее в рамках другой задачи».

Конечно, я не спас мир и не предотвратил катастрофу. Если бы я не направил их к нужному человеку, они потратили бы всего несколько часов или полдня (как мы обсудим в главе 8, графики иногда сдвигаются). Но дело не в этом. Грамотный менеджер проекта собирает максимально полезную информацию о положении команды (и о положении мира) и с помощью нее помогает людям выполнить задачи. Именно эти своевременные фрагменты информации, как в нашем примере, превращают посредственные команды в хорошие, а хорошие – в блестящие. Ни одна система мониторинга проекта или ошибок не заменит полностью человеческое общение, потому что социальные сети всегда сильнее (а иногда и быстрее), чем технологические. Такие масштабные задачи, как видение проекта, списки функций и график, всегда сводятся к множеству небольших задач, которые легче решать, когда команде доступны нужные знания. МП играет критически важную роль в поддержании потока информации в активном и здоровом состоянии.

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

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

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

Итак, если менеджер сосредоточен, вовлечен, воодушевлен и способен добиться успеха, велика вероятность, что другие члены команды возьмут с него пример. Многие менеджеры обладают примерно одинаковой властью и полномочиями и в большинстве случаев могут применять их с немалой пользой. Иными словами, если вообще возможно культивировать отношение и идеи, которые я описал в этой главе, нет людей, более подходящих для этой роли, чем лидер и менеджер. Я не говорю, что МП должен быть харизматичным героем, который одним взмахом руки ведет армии программистов в битву (раздел «Комплекс героя» в главе 11). Напротив, ему просто как можно чаще нужно проявлять искренний интерес и помогать членам команды выполнять поставленные задачи.

В конце концов, если никто не пострадал (кроме, возможно, конкурентов) и вы правильно организовали работу команды, остальное неважно, главное – выполнить то, что нужно выполнить. Не имеет значения, сколько идей предложили вы, а сколько кто-то другой, если результат в итоге положительный. В управлении проектами используются все средства, необходимых для роста вероятности и темпов получения позитивных результатов. Полезный ежедневный принцип, который я применял, звучит так: «Добивайтесь хороших результатов!» Люди видели меня в коридорах компании или в офисе программистов у доски с графиками и таблицами и спрашивали: «Привет, Скотт, чем занят?» Я улыбался и отвечал: «Добиваюсь хороших результатов». Это стало доминирующим методом работы день за днем и хорошо влияло на команду.

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

Резюме

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

• Управление проектами встречается повсюду и существует с незапамятных времен.

• С «сознанием новичка» перед вами откроется гораздо больше возможностей для обучения.

• Управление проектами может быть должностью, функцией или работой (советы из этой книги применимы ко всем вариантам).

• Программный менеджмент – это четко очерченная роль менеджера проекта в Microsoft, которая опирается на принцип матричной организации.

• Лидерство и менеджмент требуют понимания (в частности интуитивного) нескольких общих парадоксов. Среди них: эгоизм и альтруизм, авторитарность и делегирование, отвага и страх.

• Берегитесь претенциозности и чрезмерной зацикленности на своих менеджерских обязанностях. Процесс должен поддерживать команду, а не наоборот.

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

Упражнения

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

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