Управление ИТ: Как добиться, чтобы ваш проект одобрили

Действуйте по этой инструкции из пяти пунктов, и ваши бизнес-лидеры наверняка дадут вашему проекту зеленый свет.

Райан Хэйвесон

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

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

Заинтересуйте людей

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

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

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

Не заставляйте ничего додумывать

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

Инженеры жалуются на то, что другие люди «ничего не понимают», прежде всего, потому что забывают, что у других не было возможности пройти по пути обдумывания проблемы и ее решения. Поэтому, когда вы излагаете свое предложение, не заставляйте ничего додумывать. Создайте слайды PowerPoint, каркасные схемы (wireframes) или документацию, которые опишут все ключевые компоненты вашей идеи.

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

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

Сделайте все необходимое

Вспомните фразу «код — это наше все». Люди ценят работающий код на порядок больше, чем объяснения того, что будет делать реализованный проект. Здесь проявляются многие факторы. В некотором смысле, дать проекту зеленый свет означает совершить прыжок в неизвестность, понадеявшись, что вы сможете кое-что сделать.

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

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

Дайте проекту имя

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

Гораздо проще обсуждать что-то, имеющее имя, чем обсуждать концепцию. Концепция может принимать любой вид, тогда как именованный объект означает конкретную вещь. Придумайте кодовое имя для предлагаемого вами проекта и называйте его по имени. Если оно понравится людям и если у вас будет что-то работающее, то вашему руководству будет гораздо проще сказать: «Давайте одобрим проект X».

Просите все, что вам нужно

Вуди Аллен как-то сказал, что «80 процентов успеха — это появляться в нужном месте в нужное время». Если вы полагаете, что лица, принимающие решения в вашей компании, никак не могут найти, кому выделить больше ресурсов, подумайте еще раз. Как правило, имеет место ситуация, когда они пытаются выбрать среди 10 человек, которые уже запросили ресурсы. И если вы их не попросите, то и не получите положительный ответ.

Достаточно просто попросить, и это существенно увеличит ваши шансы на одобрение проекта. Не бойтесь услышать «нет». Если сначала вы получили отрицательный ответ, попросите объяснить его. Возможно, вы увидите, что руководство не заинтересовала ваша идея, или что ее не поняли, или что оно боится, что ваш проект не сможет работать. В любом случае, вы поймете, куда двигаться дальше.

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

Просто помните об этих пяти советах, и на пути вашего проекта всегда будет зеленый свет:

1. Заинтересуйте людей, пообещав им дать то, чего им не хватает.
2. Не заставляйте ничего додумывать.
3. Сделайте все необходимое, чтобы получить работающий базовый вариант, демонстрирующий все стороны проекта.
4. Дайте своему проекту имя.
5. Просите все, что вам нужно.

Райан Хейвесон (Ryan Haveson) — имеет более чем 15-летний опыт руководства группами разработки и поставки ПО и сервисов для ряда самых известных в мире торговых марок, в том числе Xbox и Windows. Был руководителем группы в подразделении Windows Experience при разработке Windows 8. Он и его группа спроектировали и реализовали ряд функций, ориентированных на конечных пользователей и разработчиков, в частности, платформу уведомлений для динамических плиток и новый диспетчер задач. В настоящее время проживает в солнечном Сан-Диего, где возглавляет группу системной разработки в подразделении компании Qualcomm Inc., обеспечивающем поддержку Windows/Windows Phone платформой Snapdragon. С ним можно связаться по адресу ryanhaveson@hotmail.com или через веб-страницу linkedin.com/in/ryanha.