К содержимому
Проект и разработка

Веха — контрольная точка проекта

Заранее назначенное событие, по которому проверяют состояние проекта и принимают решение продолжать, менять курс или останавливаться.

Также встречается как: milestone, майлстоун

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

Чем веха отличается от задачи

Задача — работа. Веха — состояние, которого достигли. У вехи всегда есть проверяемый признак и всегда есть решение, которое по ней принимается.

Хорошая формулировка вехи выглядит так: «к 15 сентября — пять платящих клиентов; если их меньше трёх, меняем сегмент». Здесь есть срок, критерий и заранее оговорённое действие.

Зачем фаундеру

Вехи защищают от самого дорогого сценария ранней стадии — бесконечного продолжения. Без заранее назначенной точки решения проект тянут по инерции, потому что «уже столько вложено».

Заранее описанное действие тоже важно: решение, принятое до того, как стало эмоционально тяжело, почти всегда трезвее.

Где ошибаются

Ставят вехи по задачам. «Закончить разработку» — не веха: она ничего не сообщает о том, нужен ли продукт.

Не назначают действие. Веха без ответа на вопрос «а что мы сделаем, если не дотянем» — просто дата в календаре.

Ставят слишком редко. Одна веха раз в полгода означает полгода без обратной связи. Раз в четыре-шесть недель — рабочий ритм для раннего проекта.

Разобрать это на своём проекте

Мы доводим идеи фаундеров до работающего MVP за долю в компании. Расскажите про свою — посмотрим на цифры вместе.

Оставить заявку

Рядом в словаре

Роадмап

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

Критический путь

Последовательность задач, от которой напрямую зависит дата окончания проекта. Ускорять что-либо вне её — не ускорять проект вообще.

Scope creep

Постепенный рост объёма работы без пересмотра сроков и бюджета. Главная причина, по которой MVP на два месяца превращается в разработку на год.

Бэклог

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

Канбан

Подход, где задачи текут по доске от «взять» до «готово», а главное ограничение — сколько дел можно вести одновременно. Подходит малым командам.

Ретроспектива

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