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

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

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

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

Роли и четко определенные полномочия

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

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

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

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

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

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

Все должны знать, кто принимает решения

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