Почему проекты не заканчиваются
Не потому, что не хватает сил. Потому что не назначен финиш.
Пока не сказано, что считается готовым, всегда есть что улучшить: добавить раздел, переписать на другую библиотеку, поправить оформление. Проект превращается в бесконечную стройку, а потом надоедает.
Как выглядит определение готовности
Одно предложение, проверяемое со стороны. Правильное:
Готово, когда можно открыть по ссылке, загрузить фотографию чека и увидеть сумму в списке расходов за месяц.
Неправильное:
Готово, когда работает нормально и удобно.
Разница в проверяемости. Первое можно проверить и сказать «да» или «нет». Второе можно обсуждать вечно.
Как её составить
Опишите один сценарий целиком — от начала до конца. Не список возможностей, а путь пользователя:
- зашёл;
- сделал главное действие;
- увидел результат.
Если этот путь работает по ссылке, проект закончен. Всё остальное — улучшения.
Что делать с остальными идеями
Записать отдельно и не трогать. Заведите список «потом» и складывайте туда всё, что приходит в голову по ходу.
Это важно психологически: идею жалко потерять, и пока она не записана, тянет сделать её прямо сейчас. Записанная — отпускает.
Как это меняет работу в команде
Определение готовности — это ещё и защита от расползания замысла. Когда кто-то предлагает «а давайте ещё вот это», есть чем ответить: сравнить с фразой на старте. Не входит — в список «потом».
Без этой фразы спор превращается в вопрос авторитета, кто кого переубедит. С ней — в простую сверку.
Когда пересматривать
Иногда становится ясно, что финиш выбран неправильно: слишком далеко или наоборот. Это нормально, пересматривать можно.
Ненормально — сдвигать его каждую неделю. Если фраза меняется в третий раз, проблема не в формулировке, а в том, что команда не решила, что делает.
И ещё
Определение готовности стоит написать публично, там, где его видят все участники и любой, кто зайдёт посмотреть на проект. Проект с честно объявленным финишем выглядит совсем иначе, чем проект без него: сразу видно, что люди понимают, куда идут.
Открытые роли по теме статьи
Читать полезно, а делать — ещё полезнее. В эти команды можно написать прямо сейчас:
- iOS-разработчик — MAIBO - MedTech-пилот для клиник
- Контент-маркетолог / комьюнити — CohortX — платформа командных пет-проектовмаркетингtelegramseoконтент
Похожие статьи
- Agreeing on technical decisionsWhy technology arguments drag on, how to tell an important decision from an unimportant one, and what to record so you don't argue twice.
- Как договариваться о технических решенияхПочему споры о технологиях затягиваются, как отличить важное решение от неважного и что записывать, чтобы не спорить дважды.
- Handing a project over to someone elseWhat to prepare, what to say out loud, what the code won't tell them, and how to know the handover actually happened.