Эффективное управление людьми в стартапе — это сложный и вместе с тем интересный процесс, которым занимается проектный менеджер. Сегодня существует большое количество практик, методологий и алгоритмов для контроля и оценки результатов команды. О некоторых из них в рамках бизнес-ускорителя А:СТАРТ рассказал Константин Канивец, основатель Ecomcom.io — сервиса, который помогает продавцам контролировать товары в нескольких маркетплейсах одновременно.

Продукт VS Проект

К разработке может применятся проектный и продуктовый подходы. В чем разница? 

Проект — временное мероприятие, ограниченное сроком, бюджетом, ресурсами и имеет определенный объем. Ограничения в проекте можно представить в виде треугольника: деньги, выделенные на проект, время, за которое необходимо начать и закончить проект, и объем работ, который строго зафиксирован.

Продукт — не ограничен временем, всегда динамично развивается, растет и имеет стратегию. Работа над продуктом состоит из множества проектов, но из отдельно взятого проекта не получится продукта.

Стартап VS Корпорация

Теперь разберемся, чем отличается стартап от корпорации, какие преимущества и недостатки имеют одни перед другими.

Стартап

Преимущества:

• высокая скорость принятия решения; 

• понятный вклад;

• можно быстро расти; 

• гибкость и адаптация к любой ситуации.

Недостатки:

• х10 ограничений и неопределенности по деньгам, ресурсам и людям;

• стартап не всегда знает, куда он придет;

• аудитория не лояльная к новому продукту.

Корпорации

Преимущества:

• устоявшаяся бизнес-модель;

• основной понятный пользователю продукт;

• на каждый новый продукт собран трафик из существующих пользователей;

• аудитория «простит», если новый продукт будет плох;

• много денег, времени, ресурсов;

• могут позволить себе гораздо больше амбициозных и глобальных проектов;

• обязанности четко определены.

Недостатки:

• решения принимаются очень долго;

• менеджеру проекта сложно оценивать ситуацию в целом;

• личные ответственность и достижения размываются. 

Как «победить» корпорации?

1. Работайте на скорость: пока корпорации будут согласовывать бюджет на какую-то фичу, вы ее можете сделать, выкинуть в сеть и получить клиентов.

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

3. Будьте гибкими, меняйтесь и улучшайте старые продукты, подстраивайтесь под новые реалии и экономические изменения.

Классическое проектное управление

Чтобы сделать свой проект более управляемым, логично разбить все процессы на последовательные этапы. Именно на такой линейной структуре базируется традиционное проектное управление. НО! Классический менеджмент крайне губителен для стартапа, он больше подходит как раз для корпораций, которым свойственны четкая последовательность действий и жесткий тайминг.  

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

Изначально по каскадной модели работали и IT-проекты, но поскольку данная сфера быстро и постоянно меняется, на смену классическому подходу пришли альтернативные методы управления.

Agile — гибкий подход в управлении проектом

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

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

Современное название группа гибких методологий получила в 2001 году после публикации Манифеста Agile («Agile Manifesto»), в котором изложены базовые ценности метода:

• Люди и взаимодействие важнее процессов и инструментов.

• Работающий продукт важнее исчерпывающей документации.

• Сотрудничество с заказчиком важнее согласования условий контракта.

• Готовность к изменениям важнее следования первоначальному плану.

Надо понимать, что сам Agile не является как таковым методом управления проектами, а представляет собой философию, куда входят гибкие методы (фреймворки), например, Scrum, Kanban, Crystal.

Scrum

Это набор инструментов, который использует философию методологии Agile. Здесь выделяют три ключевые роли: Scrum-мастер (лидер команды проекта), команда проекта и владелец продукта (представитель заказчика в проекте или того, кто олицетворяет всех клиентов будущего проекта).

Scrum разбивает проект на части, которые использует заказчик для получения ценности ― беклога (product backlog). Затем эти части выстраиваются по приоритету, и самые важные из них отрабатываются в спринте ― итерации в Scrum, которая длится от 2 до 4 недель и позволяет команде быть гибкими, постоянно изменяться в процессе. В конце спринта заказчику отдают рабочий инкремент продукта ― те самые важные «кусочки», которые уже можно использовать.

P.S.: Примечательно, что этот метод напоминает государственное устройство при СССР. А еще можно обнаружить пасхалочку, если прочитать скрам наоборот :)

Kanban

Метод популярен среди небольших проектных команд. Для понятного и прозрачного рабочего процесса используется доска со стикерами, предназначенная для планирования и трекинга задач.

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

Инструменты, которые можно использовать для создания досок: Jira, Asana, Trello.

Вывод:

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

Джентельменский набор продукт-менеджера:

• Backlog ― «копилка» идей для реализации.

• Road Map (месяц, квартал, год, 3 года).

• Презентация продукта для клиента.

• Pitch.

• Сайт и блог продукта.

Список литературы для погружения в проектное управление: 

• Разработка требований к программному обеспечению, Карл Вигерс.

• PMBOK (6 и 7 издание).

• BABOK.