Любой проект состоит из вех — контрольных точек А, Б и так далее. К ним привязывают промежуточные результаты. Либо это важные дедлайны — например, события, без которых проект не сможет двинуться дальше. Рассказываем, как определять и согласовывать вехи, следить за ними и с помощью них оценивать успешность проекта.
Что такое вехи проекта
📌 Вехи проекта (англ. milestone) — это контрольные точки проекта. Такие чек-пойнты на дорожной карте, после прохождения которых можно зафиксировать прогресс, подвести промежуточные итоги.
Это могут быть дедлайны или завершение части проекта — например, выпуск MVP или большой прирост функций. По вехам проект планомерно движется из точки А в точку Б.
Допустим, мы делаем мобильное приложение — вехой тут будет появление макета. Первый этап пройден. А если готовим конференцию, то веха — создание концепции события. Это тоже конец первого этапа.
Зачем нужны контрольные точки? По логике ведь и так ясно, когда начало, а когда конец. А пользы от них достаточно.
Основное назначение вех на проекте
- Повышают внешний контроль проекта. По контрольным точкам удобно ориентироваться для отчёта заказчикам — чтобы тот был в курсе происходящего.
- Повышают внутренний контроль проекта. Вехи помогают понять, какие результаты и к какому сроку надо получить. Чем чаще сдаются и принимаются результаты работы, тем лучше для проекта и команды. Это спасает от хаоса, многозадачности — и от ошибок, которые могут тянуться через весь проект, если отдельно их не вылавливать.
- Помогают контролировать последовательность этапов и приоритизировать задачи. График с контрольными точками — визуализация связей между частями проекта и зависимостей между этапами. Если команда позаботилась о карте вех, все будут без лишних слов понимать, что и за чем идёт.
- Мотивируют команду на пути к цели. Каждую успешно закрытую контрольную точку можно отмечать. После каждого этапа команда будет понимать — вот результат, мы что-то сделали. Ощущение, что дела делаются, а вопросы решаются, важно для поддержания моральных сил команды.
Как определяются основные вехи
Схемы вех составляют так же, как структуру декомпозиции работ (WBS). Есть три шага, которые нужно сделать при определении вех проекта.
Анализ объёма работ
Определи содержание проекта (результат) и назначь финальный дедлайн — срок готовности проекта. Затем углубляемся в содержание: верхнеуровнево определяем главные составные части проекта.
Скажем, у нас проект по разработке мобильной игры. Результат тут — готовая игра. Содержание и составные части — идея, концепция, сценарий, прототип и прочее.
Уже на этом этапе можно составить схему проекта — для этого подойдёт ментальная карта. Дальше по согласованию с командой стоит определить последовательность этапов, объём каждой отдельной задачи и сроки для этапов — то вехи. Это следующий шаг.
Согласование с командой и заинтересованными сторонами
Собираемся с командой и обсуждаем более детальные планы.
Руководителю проекта вместе с будущими исполнителями нужно определить связи между этапами, последовательность и сроки. Пусть вся команда решает, какие нужны фичи, все ли из них можно реализовать и к какому сроку.
К этому моменту появится схема этапов. Осталось определить промежуточные результаты и даты, к которым они должны быть готовы, — то есть контрольные точки.
Определение ключевых моментов реализации проекта
- Указать сроки старта и окончания проекта. Это самые важные сроки, в курсе которых должна быть вся команда.
- Указать контрольные точки — то есть определить внутренние вехи. Если вы уже решили, сколько нужно времени на подготовку идеи и сценария игры, ставите дату и договариваетесь, что к этому сроку всё передаётся в разработку.
- Оценить и отразить задерживающие факторы. В идеале вы равномерно пойдёте по вехам к финишу. Но могут быть (и будут) задержки — из-за непредвиденных рисков или форс-мажоров. Поэтому при указании вех заложи люфт в дополнительные дни работы.
❗ Необязательно пытаться заранее продумать все возможные вехи проекта — скорее всего, это и не получится.
Лучше руководствоваться общечеловеческой логикой, опытом команды и имеющимися ресурсами. Вот универсальные советы в определении вех проекта:
- Подумать: какие будущие задачи не получится сделать без предыдущих задач? Это веха.
- Подумать, как прохождение определённого этапа влияет на общий срок проекта. Конец этапа — веха.
- Выяснить, как часто заинтересованные люди (заказчики, руководители и прочие) хотят получать отчёты. Раз в месяц, каждые две недели? Это и будут ваши вехи.
- Договориться, как с командой будете отслеживать прогресс — как часто сверять часы. Это тоже вехи.
Примеры вех в проекте
Возьмём пример мобильной игры, которую нужно разработать за три месяца. Начало работы — 1 марта, конец — 1 июня.
Этапы и вехи проекта могут быть такими:
1 марта. Согласование формата. К этому моменту времени уже получено общее одобрение разработки, согласованы все требования и бюджет.
10 марта. Идея и концепт. К этой дате вы с командой должны определиться со всеми смыслами и сутью игры. Согласуй результат, и дальше можно приниматься за визуальную часть.
30 марта. Дизайн. Как будет выглядеть игра? К концу марта все важные креативные детали уже обсуждены и согласованы.
10 апреля. Драфт. К этой дате готов и согласован макет игры. Это трудоёмкий и продолжительный процесс, поэтому на его реализацию отведён месяц.
30 апреля. Софт-лонч. В этот день твоя команда получила важное одобрение на софт-лонч игры. Это предварительный выпуск игры для ограниченного количества людей перед полноценным релизом. Её выгрузят в сторы и она будет доступна по закрытой ссылке.
1 июня. Релиз игры. Игра полноценно запущена в сторах и её может скачать любой пользователь. Это означает, что у твоей команды всё получилось.
Далее расскажем и покажем, как оформить вехи проекта на диаграмме Ганта в таск-менеджере WEEEK.
Способы управлять вехами на проекте
Для работы с вехами нужна визуализация. Можно использовать один из следующих способов.
- Таймлайн. Это график с полосой времени и точками — вертикальный или горизонтальный. На нём можно указать только вехи, не ударяясь в детализацию этапов.
- Канбан-доска. Это гибридный способ визуализации. Разложить вехи на доске удобно по колонкам, обозначив их названия сроками — кварталы, месяцы, недели. Это будет дорожная карта проекта, с которой можно контролировать текущие процессы.
- Диаграмма Ганта. Диаграмма отличается от таймлайна более высокой детализацией этапов и указанием взаимосвязей между ними. Плюс на диаграмме можно декомпозировать этапы на промежуточные задачи, контролировать дедлайны и расставлять приоритеты.
Ниже показываем, как управлять вехами проекта с помощью диаграммы Ганта.
Вехи на диаграмме Ганта
Пример тот же — разработка мобильной игры.
У нас есть этапы проекта: Согласование формата, Идея и концепт, Дизайн, Драфт, Софт-лонч и Релиз игры. Вехи в каждом из них соответствуют окончанию работы над этапами проекта.
Разложим всё это на диаграмме Ганта:
В качестве вех — контрольных точек — можно создать отдельные подзадачи. Удобно отметить их тегом, допустим, «Веха». Так ты сможешь быстро переключиться со всей дорожной карты на контрольные точки.
Внутри этапов — на карточках задачи — можно управлять текущими процессами. Назначать ответственных, ставить промежуточные дедлайны, обсуждать работу, собирать данные и файлы.
Вехи текста про вехи
- Вехи проекта — контрольные точки на дорожной карте, после прохождения которых можно зафиксировать прогресс и подвести промежуточные итоги.
- Вехи нужны, чтобы отслеживать промежуточные этапы и порядок их выполнения, приоритизировать задачи и мотивировать команду на пути к цели.
- Чтобы определить вехи, проанализируй объём работы, согласуй всё с командой и стейкхолдерами и выдели ключевые моменты в проекте.
- В проекте может быть несколько вех в зависимости от объёмов работы: от трёх до бесконечности.
- Вехи проекта удобно отслеживать на диаграмме Ганта. Инструмент позволяет контролировать процессы и дедлайны, видеть зависимости и грамотно расставлять приоритеты.
Подписаться 
