Искусство управления IT-проектами

8. Если вы знаете, что работа над техническими условиями завершится всего лишь через несколько дней, как можно убедиться в том, что оставшееся время используется эффективно? Можете ли вы предложить остальной части команды помочь вам в работе? Что можно сделать, чтобы максимально увеличить шансы на успешное обсуждение технических условий?

9. Представьте себе следующий сценарий: вы создали великолепные технические условия, с замечательными иллюстрациями, ясным изложением и полной документацией. Но вашим лучшим разработчикам они не понравились. Им не понравилось не только, как они написаны, но и идеи, которые в них представлены. До сдачи технических условий осталось только два дня. Что нужно сделать? Что можно сделать в следующий раз, чтобы предотвратить подобную ситуацию?

Глава 8. Как принимать хорошие решения

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

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

Я думаю, что применительно к руководству проектами ошибочные решения чаще всего принимаются не по бестолковости или неопытности, а просто из-за неправильного распределения усилий на принятие всех необходимых решений. Сначала нужно принять некое метарешение по распределению времени и сил на принятие всех остальных решений. Чтобы преуспеть в таком высокоуровневом решении, нужны опыт и готовность рассматривать все ошибки и извлекать из них уроки. (Для развития мастерства можно проделывать различные упражнения,[45]

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

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

Любопытно, что при преподавании в университетах «искусства принятия решений» студенты обычно изучают методы теории полезности или анализируют дерево решений, когда вариантам выбора назначаются числовые значения, для которых выполняются вычисления (другим часто преподаваемым методом является анализ затрат и результатов). Подобные упражнения включаются во многие программы по совершенствованию управления бизнесом (Master of Business Administration, MBA[46]). Однако принятию высокоуровневых решений и анализу других практических решений за пределами учебного класса внимания уделяется мало. Методы, подобные анализу дерева решений, требуют определения общего количества элементов, что неплохо срабатывает только для решений в области финансовой деятельности, но практически неприменимо в областях проектных, стратегических и организационных решений.