Найти в Дзене
Съедобное

Четыре грабли проектных менеджеров: как не наступать на одни и те же ошибки

После каждого проекта проводите ретроспективу:
Оглавление

1. Не хватайтесь за всё подряд, не поняв «зачем»

  • Главная ошибка — начать делать задачу без выяснения её ценности.
  • Последствия: потраченные ресурсы, испорченная репутация, а главное — вопрос от руководителя: «А зачем мы это сделали?»
  • Решение: перед началом работы чётко определите, какую проблему клиента или бизнеса вы решаете, как это повлияет на продуктовые метрики.
  • Инструмент: методика RICE (Reach, Impact, Confidence, Effort). Оцените все задачи по единой системе, сравните их между собой и берите в работу только те, которые дают наибольший приоритет.

2. Сформируйте единый образ результата

  • Даже если задача полезная и вы поняли, зачем она нужна, у заказчика и исполнителя могут быть разные представления о том, как она должна выглядеть.
  • Последствие: работа сделана «качественно, но долго» или «не то, что хотели».
  • Решение: составьте список вопросов к заказчику (идеальный результат, критерии успеха, ограничения, процесс приёмки). Зафиксируйте всё это в документе и обязательно дайте заказчику на проверку, чтобы подтвердить правильность понимания.

3. Не спешите начинать — лучше дольше готовьтесь

  • Под давлением сроков команды часто начинают работу слишком рано, не продумав все детали.
  • Последствие: на финальном этапе возникают неожиданные проблемы (например, архитектура не позволяет провести А/Б-тест), которые ломают дедлайны.
  • Важно: цена исправления ошибки растёт в геометрической прогрессии — от 1 условной единицы на этапе требований до 100 единиц после релиза.
  • Решение: составьте подробный проектный документ (CJM, архитектура, тестирование, метрики) и «защитите» его перед командой. Цель защиты — получить максимально проработанный план, когда каждый участник понимает, что и как будет сделано.

4. Не кладите все яйца в одну корзину

  • Частая проблема — команды не закладывают и не прорабатывают риски.
  • Последствие: перед самым запуском выясняется, что технология работает не так, как ожидалось, и дедлайн сорван.
  • Решение: на этапе проработки задачи думайте о возможных рисках.
    Идентифицируйте, что может пойти не так.
    Оцените риски по вероятности и серьёзности последствий (от 1 до 5).
    Составьте матрицу и приоритизируйте: низкими можно пренебречь, средние и высокие требуют подготовки плана Б.
    Проработайте действия: избежать, снизить, принять или передать риск.

Итог

После каждого проекта проводите ретроспективу:

  • Что прошло хорошо? (похвалите себя)
  • Что можно улучшить?
  • Что можно пообещать себе сделать в будущем проекте?
  • Что можно изменить здесь и сейчас?