Третья часть полезных советов от компании QSOFT для менеджеров и руководителей всех уровней (предыдущие две можно почитать здесь и здесь). Продолжаем говорить о коммуникации, эффективности и отношениях с Заказчиком.
Если кто-то говорит несколько раз, что задача готова на 90%, скорее всего у вас проблемы и она не будет готова никогда. Оценка в 90% в большинстве случаев возникает тогда, когда исполнитель сам не понимает, почему она до сих пор не выполнена. Значит, изначальная постановка слишком отличается от вновь вскрывшихся обстоятельств.
Любой Заказчик мечтает о том, чтобы выдать задание, а потом только получить готовый результат. Любой разработчик спит и видит, чтобы получить задание, сделать, и сдать. Желания совпадают, но в реальности так никогда не получается. Одному не нравится полученный результат, другой пеняет на задание. Это как в браке — счастлив не тот, кто не ссорится, а тот, кто умеет помириться.
На любого менеджера продукта постоянно валится огромное количество запросов от пользователей той или иной функции. Однако, если вы попробуете выполнять все их требования, окажется, что большинством таких функций никто не пользуется. Это происходит по разным причинам, но важно помнить — хороший менеджер продукта использует запросы пользователей лишь как источник идей, каждую из которых надо переосмыслить, переформулировать и сопоставить со стратегией разрабатываемого продукта.
Стоит ли менеджеру хвалить разработчиков? Не обязательно. Ничто так не мотивирует специалистов, как маленькие победы, поэтому задача менеджера не совершенствоваться в похвальбе, а правильно декомпозировать задачи, и отмечать факт их выполнения перед командой.
Важно стараться максимально точно передавать знания между участниками проекта. Поэтому, при прочих равных, лучше один раз встретиться, чем неделю переписываться. Старайтесь все острые вопросы обсуждать лично, или как минимум по телефону.
Затягивание проекта или его приостановки сами по себе не являются большой проблемой — проблема в несоответствии ожиданий заказчика о сроках выполнения и реальности. Если по объективным причинам проект затягивается, менеджер должен вовремя скорректировать ожидания заказчика.
Не стоит быть слишком формальным или отстраненным в общении с Заказчиком, не надо стесняться проявлять свои эмоции. Задача проектной команды и прежде всего менеджера, достичь максимального качества коммуникаций. Эмоции тоже несут в себе много полезной информации.
Иногда менеджеры предпочитают сфокусироваться на узких задачах, например, улучшить конверсию из посетителя в оформление заказа. Однако, — хорошая «первая» конверсия или CTR это еще не продажа. Важно оценивать всю воронку продаж и конверсий и иногда оказывается, что надо уменьшить поток заявок, чтобы качественно их все обработать.
Разгонять темп в команде в рамках итерации можно только один раз и по нарастающей. Нельзя сказать разработчикам, чтобы они взяли паузу, а потом предложить продолжить прежними темпами. Поэтому, надо так организовать план работ, чтобы исключить простои ближе ко второй половине итерации.
Нет ничего проще, чем выбрать хорошего подрядчика. На самом деле, нет ни хороших, ни плохих подрядчиков, а есть подходящие и не подходящие. Поэтому, нет ничего лучше, чем попробовать поработать вместе и принять решение — получается у вас или нет. Не случайно, опытные менеджеры могут постоянно пробовать разные команды на мелких задачах, расширяя круг «хороших для них подрядчиков».
Если пользователь пишет вам об ошибке — это хорошо. Большинство, столкнувшись с проблемами, просто развернутся и уйдут, и вы не узнаете о том, что функционал работает некорректно. Если вы не можете эту ошибку воспроизвести — это огромная удача, потому что означает, что вы бы сами эту ошибку никогда не нашли.
Очень легко отличить, когда проект управляется хорошо, а когда плохо. Если в работе находятся только срочные и приоритетные задачи, значит не менеджер управляет проектом, а проект управляет менеджером. Хорошее планирование, это когда в работе среди прочих всегда идут и низкоприоритетные задачи.
Не стоит забывать, что сайт или портал это всего лишь инструмент подачи контента. Хороший сайт отличается только тем, что лучше подает контент. Логично, что качество контента более важно, чем оболочка, а значит именно контент — самая дорогая часть любого сайта. А любой периодический контент, как например, новости, еще дороже.
Поэтому нанимают тестеров.
Если команда не справляется, если проект затормозился — первое решение уменьшить задачу. О квалификации исполнителя стоит задумываться, только если последовательное уменьшение задачи уже не приносит результата.
Зачастую для делегирования задачи и приемки результата требуется времени не меньше, чем на ее исполнение. Поэтому ошибочно думать, что цель менеджера только раздавать задания. Чем меньше у менеджера подчиненных, тем команда эффективнее.
На больших проектах почти никогда не удается поддерживать актуальную документацию. Это происходит потому что «стоимость» такой документации сопоставима с разработкой, а польза сомнительна. Выход в том, чтобы выделить сценарии, при которых такая документация может понадобиться и смоделировать их в рамках проектной команды и процессов. Например, разделив команду на независимые и обособленные группы (ядро и модули) или отделив разработку и поддержку. Тогда необходимая документация будет.
Так бывает, что Заказчик может на время потерять интерес к проекту, оставив менеджера наедине с его вопросами. В этом случае менеджеру придется действовать в одиночку, приняв на себя роль и ответственность Заказчика. Ведь остановка работ на неделю вызовет срыв срока на две. К сожалению, Заказчики не всегда это понимают.
Проектная работа — это, во многом, коммуникация между членами команды — обсуждение, обмен знаниями и тому подобное. Не стоит лениться проводить рабочие встречи с командой на регулярной основе. Если у вас недельное планирование, то надо не реже чем раз в неделю собираться вместе и обсуждать поставленные задачи вне казенного т.з.
Не стоит забывать, что программирование — это творческая задача. Каждый хороший разработчик хочет не просто выполнить задачу, но и сделать это интересно, качественно, сделать так, чтобы ему самому нравился результат. С одной стороны, нельзя этому препятствовать, но с другой важно не перейти определенную грань, после которой команда уже работает не ради проекта, а ради собственной творческой реализации.
Проведите конкурс среди участников CMS Magazine
Узнайте цены и сроки уже завтра. Это бесплатно и займет ≈5 минут.