Эту страницу открывают, когда задачи в проекте вроде бы звучат, но после старта всплывают уточнения, расхождения в трактовках и неприятное ощущение, что каждый понял запрос немного по-своему.
Постановка задач для PM — это не просто передача поручения. Это сборка рабочего входа: что делаем, зачем, в каком контексте, как поймём готовность и что критично не потерять по дороге.
Что это за компетенция
Это навык давать задаче такой уровень определённости, при котором исполнитель может осмысленно начать работу, а PM может управляемо сопровождать её дальше. Навык опирается на ясную постановку мысли, требования и операционный контроль.
Где проявляется
- в выдаче задач на спринт, этап или конкретный слот работы;
- в постановке срочных задач по инцидентам и отклонениям;
- в координации смежных действий между ролями;
- в ситуациях, где ошибка на входе потом дорого обходится по срокам и качеству.
Что ломается без неё
- задача стартует с иллюзией понимания;
- исполнитель додумывает отсутствующий контекст сам;
- PM поздно обнаруживает, что стороны работали в разных трактовках;
- команда начинает воспринимать постановку задач как шум, а не как опору.
Что делать пошагово
1. Сначала сформулируйте ожидаемый результат, а не только действие. 2. Добавьте контекст: зачем это нужно сейчас и что с этим связано. 3. Обозначьте границы, ограничения, зависимости и критерии готовности. 4. Проверьте, что у исполнителя есть возможность задать уточняющий вопрос до старта. 5. Зафиксируйте задачу в артефакте, а не только в устной договорённости.
Практический ориентир
Хорошо поставленная задача отвечает хотя бы на пять вопросов:
- что нужно получить;
- зачем это нужно проекту;
- к какому сроку или этапу это привязано;
- что важно учесть;
- как мы поймём, что результат годится.
Типовые ошибки
- ставить задачу как набор действий без результата;
- не проговаривать приоритет и срочность;
- считать, что контекст всем и так очевиден;
- не связывать задачу с общей рамкой проекта.
Как качать навык
- проверяйте свои постановки через структурную коммуникацию;
- сравнивайте сильные постановки с провальными кейсами из требований;
- наблюдайте, в каких задачах чаще всего всплывают поздние уточнения.