Mechazilla
Краш-тест

Важное vs срочное: простой способ управлять временем в проекте

Cобираем успех роста из идей и гипотез 🧩 Product management     
Cобираем успех роста из идей и гипотез 🧩 Product management     

Введение

Если вы работаете в стартапе или продуктовой команде, вы, скорее всего, сталкивались с ситуацией: идея продукта великолепна, но реализация срывается из-за хаоса в задачах. WBS (Work Breakdown Structure) и Матрица Эйзенхауэра — два инструмента, которые помогут структурировать работу и избежать провала.

В этой статье я расскажу, как объединить структурированный подход WBS с четкой приоритизацией по Эйзенхауэру, чтобы превратить хаос в систему и довести проект до успешного релиза — даже когда все идет не по плану.

Проблема :

  • Нет четкого понимания, какие задачи критичны для продукта.
  • Команда тратит время на второстепенное, вместо решения. ключевых проблем

Решение:

Комбинация WBS и Матрицы Эйзенхауэра позволяет видеть проект целиком и выбирая приоритеты.

Часть 1: WBS (Work Breakdown Structure) — анатомия продуктового проекта

Что такое WBS и почему это не просто список задач

WBS (она же Work Breakdown Structure или ИСР - Иерархическая Структура Работ) — это иерархическая модель, которая разбивает проект на мелкие, управляемые задачи. Например, при разработке нового функционала WBS может включать этапы от исследования пользователей до релиза. Это помогает визуализировать весь объём работы, распределить задачи и оценить сроки.

Зачем нужна WBS

WBS – крайне полезная вещь в планировании проекта и вот почему:

  • WBS – если не единственный, но точно самый эффективный способ наглядно отразить весь объем проекта.
  • WBS фокусирует внимание не на процессе а на ожидаемом результате, и создает нужный «посыл».
  • В идеале в разработке WBS участвует заказчик или его представитель и вся команда, что позволяет а) обеспечить единое понимание результатов проекта и его объема б) увидеть важность и вклад отдельных элементов в общий результат
  • С помощью WBS можно наглядно обосновать необходимости в финансах или человеческих ресурсах, так как против конкретного описанного объема возражать гораздо сложнее, чем против «да что там системку написать, посадите программиста и все».
  • WBS помогает предотвратить риски и изменения или по крайней мере значительно (очень значительно!) снизить их вероятность и влияние, так как именно здесь всплывут многие неочевидные ранее вещи и «а мы хотели совсем другое» (и так и должно быть, для этого инструмент и предназначен).
  • На уровне WBS уже можно определить и согласовать контрольные точки проекта (как для решений о продолжении проекта после очередного этапа, так и для контроля затрат человеческих и финансовых ресурсов).

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

Ключевые компоненты

  • Иерархия задач: Проект делится на уровни – от общих направлений до конкретных заданий.
  • Декомпозиция: Каждый элемент разбивается до такого уровня, на котором его можно оценить, контролировать и завершить.
  • Ориентация на результат: Каждая часть структуры должна иметь чёткий конечный результат, который вносит вклад в общий успех проекта.

3 главных преимущества WBS для продакт-менеджера

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

Группировка и декомпозиция WBS

Первый вопрос, который возникает в начале создания WBS – как группировать элементы WBS, по какому принципу?

Способ группировки, как правило, выбирается в зависимости от проекта, основной критерий тут – чтобы было понятно вам и команде.

Классические варианты группировки WBS:

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

Одним словом – можно любой свой вариант придумать, лишь бы было удобно.

Важное vs срочное: простой способ управлять временем в проекте

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

Планирование: исследование, планирование бюджета, согласование и утверждение плана, вопросы координации.

Питание: меню, закупки, приготовление пищи, обслуживание.

Площадка и активности: столы и посадочные места, посуда, декорирование и оборудование, брендинг.

Участники/гости: приглашения, список гостей, особые случаи.

Персонал: водители, повар, официанты, уборщики.

Хедлайнер: приглашение, вопрос логистики, согласование сценария/ плей-листа.

5 шагов для разработки простой структуры WBS

Важное vs срочное: простой способ управлять временем в проекте

1) Утвердите и распишите проект

— Опишите цель проекта в одном предложении или абзаце. Пример: «Разработать мобильное приложение для доставки еды».

— Вовлеките команду для учета всех мнений.

2) Выделите ключевые этапы

— Разделите проект на крупные этапы (например, исследование, дизайн, разработка, тестирование, запуск).

— Учитывайте бюджет, сроки и требования.

3) Определите конечные результаты

— Для каждого этапа сформулируйте измеримые результаты. Пример: «Готовый дизайн главного экрана».

— Результаты должны быть четкими и достижимыми.

4) Разделите результаты на задачи

— Разбейте каждый результат на мелкие задачи. Пример: «Создать wireframe», «Подобрать цветовую палитру».

— Задачи должны быть понятными и выполнимыми для одного человека или небольшой команды.

5) Распределите задачи

— Назначьте ответственного за каждую задачу. Пример: «Создать wireframe» → UX/UI-дизайнер.

— Убедитесь, что каждый участник понимает свои обязанности и сроки.

Визуальный пример как работает WBS:

Итог: WBS помогает структурировать проект, распределить задачи и контролировать прогресс.

Подведем итоги

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

  • Ставить задачи и распределять их между участниками;
  • Задавать сроки выполнения задач, их продолжительность, прогресс;
  • Устанавливать зависимости между задачами;
  • Визуализировать важные ключевые события — вехи;
  • Определять критический путь;
  • Взаимодействовать с командой.

Часть 2: Матрица Эйзенхауэра — искусство различать важное от срочного

Важное vs срочное: простой способ управлять временем в проекте

История создания матрицы

Матрица Эйзенхауэра названа в честь 34-го президента США Дуайта Эйзенхауэра, который говорил: «Важные дела редко бывают срочными, а срочные — важными». Будучи главнокомандующим союзническими войсками в Европе во время Второй мировой войны и позже президентом, Эйзенхауэр принимал множество решений ежедневно и разработал эту систему для эффективной приоритизации.

4 квадранта матрицы с примерами из продуктовой разработки

1. Важное и срочное (сделать немедленно)

  • Исправление критического бага, приводящего к утечке данных пользователей
  • Устранение причины падения конверсии на 30% после последнего релиза
  • Подготовка питча для инвесторов за день до встречи

2. Важное и несрочное (запланировать)

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

3. Неважное и срочное (делегировать)

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

4. Неважное и несрочное (исключить)

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

Критические ошибки приоритизации

Наиболее распространенные ошибки, которые я наблюдал в продуктовых командах:

  • Подмена квадрантов: Когда неважные, но срочные задачи занимают все ваше время, вытесняя стратегически важную работу.
  • Парадокс срочности: Когда команда постоянно работает в режиме пожаротушения, и важные несрочные задачи откладываются до момента, когда они становятся срочными.
  • Иллюзия равнозначности: Когда все задачи воспринимаются как одинаково важные, что ведет к размыванию фокуса.

Пример использования WBS и Матрицы Эйзенхауэра в реальном проекте

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

  • Уровень 1: Разработка функционала.
  • Уровень 2: Исследование пользователей, Дизайн, Реализация, Тестирование, Релиз.

Применение Матрицы Эйзенхауэра:

  • "Исправление критических багов" — Quadrant 1.
  • "Планирование маркетинговой кампании" — Quadrant 2.
  • "Ответы на внутренние запросы" — Quadrant 3 (делегировать).
  • "Участие в еженедельных отчетных встречах" — Quadrant 4 (удалить).

Этот пример помогает читателям увидеть, как инструменты работают на практике.

Типичные подводные камни

Важное vs срочное: простой способ управлять временем в проекте

Как избежать перегрузки WBS деталями

Распространенная ошибка — создание слишком детализированной WBS, которая становится неуправляемой. Придерживайтесь правила «8/80»: пакет работ должен занимать не менее 8 и не более 80 человеко-часов. Если задача меньше — объедините ее с другими, если больше — разбейте на части.

Что делать, если все кажется важным и срочным

Если большинство задач попадает в квадрант «важное и срочное», применяйте дополнительные фильтры:

  • Тест на непосредственное влияние: Как эта функция напрямую влияет на ключевые метрики?
  • Правило 80/20: Какие 20% функций дадут 80% результата?
  • Тест на минимальную жизнеспособность: Без чего продукт просто не сможет работать?

Как убедить команду и стейкхолдеров в правильности приоритетов

Самое сложное в приоритизации — это не сам метод, а коммуникация решений:

  • Визуализируйте всё: Используйте цветовое кодирование и понятные диаграммы
  • Говорите на языке цифр: Привязывайте решения к метрикам и бизнес-целям
  • Практикуйте активное слушание: Дайте стейкхолдерам выразить свои опасения и покажите, что их мнение учтено
  • Применяйте сторителлинг: Объясняйте приоритеты через истории пользователей и сценарии использования
Подпишитесь, чтобы не пропустить лучшие практики продукт-менеджмента. Поставьте 👍, если полезно — это мотивирует писать ещё больше крутых статей для вас! 🩷   

Заключение:

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

44
11
2 комментария

Еще одно доказательство, что нужен к любому делу ответственный подход и поэтапное планирование

1
[]