С чего начать работу над проектом — памятка проект-менеджеру

Проект — это всегда сложный процесс с несколькими сторонами и совместной работой. Сложности могут возникнуть разные: недостаток опыта, упрямый клиент или срыв дедлайнов. От всего не уберечься, но если подготовиться, будет попроще. Рассказываем о 7 базовых шагах подготовки к проекту, которые сэкономят силы и время.

Шаг 1. Определите владельца проекта и ответственного

В начале проекта сразу найдите владельца, именно он принимает решение о запуске проекта. Например, это может быть собственник бизнеса или руководитель отдела маркетинга. Помимо владельца определите ЛПР — лиц, принимающих решения. К ним могут относиться сотрудники ниже рангом: маркетинг, PR. Или даже те, кто участвует в задаче только косвенно, но влияет на принятие решения. К таким людям можно отнести, например, финансового директора, который «оплачивает банкет», но не имеет маркетинговых компетенций. Ваша задача — выяснить зоны ответственности всех ЛПР и их вовлечённость в проект.

Хорошо, когда владелец участвует в проекте и общается с вами — тогда обсуждать и вносить изменения можно через него. Если владелец не принимает участие в обсуждениях, говорите только с ЛПР. Иначе может получиться так: вы будете встречаться и принимать решения, а потом придётся всё переделывать, потому что это не устраивает ЛПР.

Шаг 2. Определите стейкхолдеров

Стейкхолдеры — это заинтересованные в проекте люди, которые могут повлиять на владельца, руководителя, команду, конечных пользователей или других участников проекта.

Лучше выбрать отдельную тактику работы с каждым из заинтересованных лиц. Тактика зависит влияния и важности стейкхолдера.

Влияние — насколько человек влияет на развитие проекта, может ли он принимать участие в управлении.

Важность — насколько человек влияет на результат.

График влияния стейкхолдера

1. Партнёры — влиятельные и важные для проекта люди. К ним нужно прислушиваться, обсуждать вопросы, учитывать интересы.
2. Консультанты — влиятельные люди с низким уровнем важности. С ними менеджер проекта обсуждает важные вопросы, но не лезет с мелочами.
3. Поддержка — важные, но не влиятельные сотрудники, держите их в курсе новостей. Когда появляются новые идеи и пожелания, идите к ним и рассказывайте.
4. Рядовые сотрудники — люди с низким уровнем влияния и важности. Это дизайнеры, верстальщики, разработчики, над которыми стоят главные — поддержка.

Когда все роли понятны, можно встречаться с заказчиком и собирать требования.

Шаг 3. Сбор и формализация требований

Каждая студия собирает требования клиента по-разному. Менеджер проекта присутствует на всех встречах, чтобы быть в курсе — именно ему предстоит уточнять, собирать дополнительные сведения, перепроверять и доносить мысли от заказчика команде и обратно.

В AIC на первой встрече мы проводим презентацию компании: рассказываем о наших подходах, показываем кейсы на тематику клиента. Объясняем, как работает аналитика и UX-исследования, демонстрируем шоурилы.

Пример шоурила для встречи с клиентом.

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

Продумайте все вопросы заранее, чтобы ничего не упустить при обсуждении. Посмотрите схему интервью Виктора Ченга, бывшего консультанта McKinsey & Company, — она поможет структурировать знания и передать их команде.

После того как вы собрали и уточнили требования, их нужно проверить.

Шаг 4. Аналитика

Иногда клиенты сами не понимают, что им нужно. В таком случае поможет предпроектная аналитика.

Владелец банковского сайта обратился к нам с задачей на редизайн. Он сказал, что их клиенты — успешные взрослые женщины и мужчины с зарплатой больше 100 тысяч, которые приходят за автокредитом и ипотекой. Мы проверили, и оказалось, что целевая аудитория — девушки 20–25 лет с зарплатой до 50 тысяч, которые берут потребительский кредит на отдых.

Концепция — визуальный дизайн, CJM, пользовательские сценарии — зависит от аудитории, и для всех она разная. Этот случай показывает, что аналитика помогает улучшить результат ещё до старта.

По итогу этого и предыдущего этапов у нас вырисовывается ряд проблем, которые проект должен решить. Самое время переходить к задачам.

«Иногда приходят клиенты и говорят: „Вот наш сайт, подскажите как эксперты, что хорошо и что плохо“. Мы говорим: „Нет, мы не целевая аудитория“. Например, мы не можем оценить сервис для ипотеки. Мы не подходим к оценке экспертно, а привлекаем реальную аудиторию продукта».

Шага 5. Планирование и декомпозиция задач

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

1 этап. Первичная аналитика и данные заказчика. Мы составляем портрет целевой аудитории, проектируем пользовательские сценарии и проводим клиентские воркшопы.

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

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

1. Василий — суперзанятый, некогда сходить на обед. Ему важно успеть заказать обед незаметно для коллег во время совещания, буквально двумя кликами.
2. Василиса — сидит дома с детьми, заботится о здоровье, готова к новому опыту. Может проводить в приложении много времени: изучать состав, калории и так далее.

2 этап. Детальное проектирование: разрабатываем прототипы интерфейса, тестируем их на лояльной аудитории. Для «Азбуки вкуса» приглашали клиентов в офис и тестировали прототипы.

3 этап. Дизайн-концепция: дизайн, интерактив — всё это тоже проверяем на группе и согласуем с заказчиком.

4 этап. Внутренние страницы, ресайзы и так далее.

Чем подробнее расписаны задачи, тем легче их будет оценить.

Шаг 6. Оцените задачи

Чем больше проектов у вас за плечами, тем проще оценить время и стоимость каждого следующего. Менеджер оценивает задачи не в одиночку, он также опирается на опыт команды. Если проект в новинку для всех, разделите задачи на 3 группы:

1. которые вы делали раньше;
2. которые вы не делали, но знаете, как;
3. которые вы не делали и о которых вам нужно узнать больше.

Первую группу вы оцениваете как всегда. Вторую оцениваете на основе своего опыта и интуиции, умножаете на 1,5–2. То же самое с третьей, только умножаете уже на 2–3. Сначала может показаться, что это слишком много, но к концу проекта вы будете думать иначе.

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

По поводу согласования документов у нас довольно жёсткая позиция. Если видим в пункте договора потенциальные риски, наши юристы сразу их исключают или делают прозрачные формулировки. Иногда заказчик сопротивляется: «Мы не принимаем правки», — это тревожный звоночек. В таком случае мы можем и отказаться от проекта.

7. Составьте план проекта

В 5 шаге вы получили задачи и подзадачи. Чтобы не выбиться из графика и сдать проект в срок, следите за выполнением задач. Воспользуйтесь программой по управлению проектами, например, Microsoft Project.

Интерфейс MS Project

В MS Project можно выбрать один из встроенных шаблонов и подстроить его под свой проект: поставить задачи, распределить их между командой, определить длительность и установить зависимости между ними. Здесь же можно делать отчёты — стандартные ежеквартальные или в режиме реального времени. Для наглядности можно использовать диаграмму Ганта.

Диаграмма Ганта. Источник: medium

В диаграмме Ганта можно визуализировать задачи на графической шкале времени. Вы можете смотреть, что делает команда: кто когда должен начать и закончить задачу. Для наглядности можно использовать даже таблицы Excel.

Сейчас мы пользуемся таск-трекером Jira + Confluence. До этого был Trello и Basecamp, некоторые сотрудники пользовались другими трекерами — кому что удобно. Из-за работы сразу в нескольких трекерах сложно аккумулировать знания, которые мы получали на проектах, поэтому мы сделали общую систему.

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

К старту готовы

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