Пролог
Обязанностей у руководителя проекта много, ведь именно он держит связь с заказчиком и дирижирует оркестром программистов, дизайнеров, верстальщиков, аналитиков, копирайтеров, тестировщиков. И не просто общается с каждым по отдельности, но и создаёт общее информационное пространство – принимает задачи от заказчика, анализирует и распределяет в команде.
Сегодня мы поговорим об одной из ключевых задач РП – сохранении баланса между интересами клиента и команды разработки. Без этого РП и не РП вовсе, а простой «передаст-прокси». О чём это мы? Давайте разбираться вместе :)
Глава 1
Руководитель проекта vs передаст-прокси
1.1 Передаст-прокси – а кто это?
В голову руководителя проектами ежечасно поступает много информации, в том числе и негативной: клиенты присылают правки, аналитик кричит, что всё не так и вообще работать не будет, дизайнер жалуется на отсутствие качественных изображений. Постепенно усталость накапливается и РП ловит состояние «не в ресурсе». Больше не хочется разбираться со входящей информацией – хочется быть неким промежуточным звеном, которое кроме передачи данных туда-сюда ничего не делает и ни за что не отвечает. Это и есть передаст-прокси, или посредник.
1.2 А что, быть передаст-прокси – плохо?
Ценность такого члена команды стремится к нулю, ведь прокси не отстаивает ни интересы своей компании, ни интересы бизнеса заказчика. Он бездумно копипастит информацию, не пытаясь докопаться до сути. И главные проблемы здесь две:
- Кому-то из команды разработки придётся забрать на себя коммуникативно-аналитическую функцию РП – то есть человек будет копаться в задачах другого сотрудника вместо того, чтобы концентрироваться на собственных
- Качество принимаемых на проекте решений снизится, так как эта тяжёлая ноша ляжет на плечи либо заказчику, который не является экспертом в IT, либо кому-то из команды разработки, кто хоть и эксперт в IT, но слабо погружён в бизнес заказчика
Передаст-прокси рискует вообще отстраниться от проекта — не принимать никаких решений, не вносить предложения, не участвовать в обсуждениях и, в конечном итоге, не знать о проекте НИ-ЧЕ-ГО. И, с одной стороны, круто, что ваша команда может обо всем договориться и напилить крутых фич без вас – только вот что делать, если понадобится, например, передать проект другому РП?
Тут, как и везде, важен баланс. Не стоит быть в каждой бочке затычкой – пусть команда самостоятельно принимает какие-то решения. Если бэкендер с фронтендером ни один вопрос не могут разобрать сами, точно что-то пошло не так и контроля на каждом шагу слишком много. Такая конструкция далеко не уедет, потому что её топливо — это ресурс РП, а он сильно конечен. Руководитель проекта в такой ситуации либо сам выгорит дотла, либо вымотает команду своим микроменеджментом.
Глава 2
А что на практике?
2.1 У каждого свое сито
Вот смотрите, вы ведёте крупный проект со сложной аналитикой. Вдохновлённые заказчики ежедневно присылают вам всё новые и новые сервисы, с которыми хотели бы интегрировать свой продукт – где-то API, где-то iFrame, а ещё WhiteLabel, виджеты и telegram-боты. Нужно вникнуть в каждое письмо, изучить условия интеграции всех этих сервисов, задать уточняющие вопросы, проанализировать уже просеянную через крупное сито информацию и передать её аналитику.
Дальше аналитик со своим экспертным мелким ситом лучше вас разберётся. Но без первичного анализа хотелок заказчика никак нельзя, иначе вы закопаете своего коллегу — сито для муки явно не подходит для просеивания гравия, да и всю ответственность переложите на его/её хрупкие плечи.
2.2 Хочу зелёный комбайн, и точка!
Ну или представьте, вы работаете над дизайном корпоративного сайта для крупного производителя полиэтиленовых пакетиков. Бьётесь над визуальной концепцией и уже сотый раз вносите правки под натиском заказчика, у которого свои представления о прекрасном. Команда и так деморализована тем, что ни один из предложенных вариантов «не зашёл», а тут ещё у клиента рождается новая идея. Нужно добавить в промоблок на главной странице знаменитый на всё производство зелёный комбайн, который с самого основания компании стоит на её территории.
И ведь велик соблазн просто передать эту хотелку команде – пусть найдут фотку этого зелёного комбайна, как-нибудь обработают и поместят на главную. Но сделать это – значит опустить лапки и признать, что эффективность коммуникации с клиентом стремится к нулю.
Буквально, «я усталь, я мухожук». Пусть команда как-то сама разбирается теперь, а я просто буду передавать информацию туда-сюда. Вот он «передаст-прокси» в действии. Так нельзя.
Глава 3
А как надо?
Как бы сложно не было, нужно идти к заказчику и разговаривать – узнавать, почему именно зелёный комбайн, какая ожидаемая реакция пользователей, какая цель. Так вы сможете выяснить, чем руководствуется клиент. Например, он просто хочет вау-эффект на главной странице – что-то очень крупное, яркое, акцентное.
Узнав проблему, можно искать решение. Объясните заказчику, что идея с зелёным комбайном годится для производителя сельскохозяйственной техники, а вот для сайта с полиэтиленовыми пакетиками лучше выбрать что-то более подходящее. В большинстве случаев клиент услышит вас и согласится. Тогда идите к команде — креативить над вариантами крутого яркого пакетика с замороченной анимацией.
Возможно, всё же заменить зелёный комбайн на тематически подходящую анимацию не получится – заказчик будет стоять на своём даже после миллиона ваших аргументов. Сначала кажется, что это тупик, а потом доходит, что клиент по факту имеет полное право на зелёный комбайн на главной странице. Это как консультант в магазине парфюмерии — он может предложить вам новинки и порекомендовать аромат под ваш запрос и бюджет. Но при этом он вряд ли он станет навязывать свои собственные предпочтения и свое экспертное мнение и убеждать вас в том, что выбранные вами духи старомодны и сейчас таким никто не пользуется.
Вот 5 шагов на случай, если без «зелёного комбайна» не обойтись:
- Успокойтесь – не паникуйте и не злитесь на заказчика
- Морально подготовьте команду – только не жалуйтесь ребятам, какой клиент вредный и нехороший. Будьте тактичны, напомните команде, что вкусы могут быть у всех разные, а профессиональный подход нужен в любой задаче
- Объясните заказчику риски реализации его решения и обсудите, как вы вместе будете действовать, если поймёте, что нужно это решение на что-то заменить
- Передайте задачу заранее подготовленной команде
- Проконтролируйте выполнение максимально ответственно – даже если вас уже очень устали от всех этих «зелёных комбайнов», задача всё равно должна быть выполнена качественно
В любом случае, помните, что заказчик — не кинозлодей. У него нет цели угробить проект правками. В 99,9999% случаев клиент видит какую-то реальную проблему и предлагает наиболее очевидное для него решение – он же не дизайнер, не аналитик, нет у него вашего опыта работы в IT. Помогите ему сформулировать проблему, а затем вместе с командой найдите причину и возможное решение. Предложите клиенту экспертные варианты с внятным обоснованием того, как они помогут сдвинуть с места этот камень преткновения.
Эпилог
Не бойтесь разговаривать с клиентом и разбираться в полезности его идей. Не бросайте свою команду на произвол судьбы, бездумно швыряя в неё все хотелки заказчиков. Думайте, анализируйте, погружайтесь в проект – да это сложно, но оно того стоит. И не забывайте отдыхать, дабы не выжать из себя все ресурсы разом — про это мы отдельно расскажем в следующих публикациях :)
