20 мая 2025 г.
Даже самые гибкие методологии рассыпаются, если в фундаменте лежит смазанная формулировка задачи. Сначала аналитик передаёт туманный «to-do» разработчику; затем менеджер проекта угадывает, что имел в виду аналитик; потом тестировщик ищет дефекты, которых не должно было быть... И вот уже спринт катится под уклон, бюджет выгорает, а клиент спрашивает: «Разве я просил именно это?»
По оценкам отраслевых исследователей, до 40% ИТ‑проектов выходят за рамки сроков и бюджета именно из‑за ошибок коммуникации. Чёткая постановка задачи — один из самых недооценённых факторов успеха в системной интеграции, разработке программных продуктов и сервисной поддержке. Для читателей IT Channel News, работающих на стыке бизнеса и технологий, умение за минуту «упаковать» мысль в понятный исполнительный формат часто ценится выше, чем владение очередным модным фреймворком.
Давайте разберёмся, почему хороший «пас» в ИТ‑команде так же важен, как и в футболе, и посмотрим, как классический алгоритм постановки задач помогает снизить издержки и поддерживать мотивацию специалистов.
Почему всё начинается с правильной формулировки
Многие сталкиваются с ситуацией, когда задача поставлена, но выполнена не так, как ожидалось. Возникает недоумение: «Я же всё объяснил! Почему получилось не то?» Причина проста — проблема чаще всего кроется в самой постановке задачи.
Постановка задач — это не только про работу. Часто ошибочно считают, что постановка задач —исключительно процесс взаимодействия начальника с подчинённым. На самом деле это любое общение, где вам что-то нужно от другого человека:
- Руководитель ставит задачу сотруднику.
- Сотрудник формулирует запрос руководителю.
- Взаимодействие между коллегами.
- Коммуникация с клиентами, поставщиками, партнёрами.
- Даже в повседневной жизни: в семье, магазине, кафе.
Если человек не сделал то, что вы от него ожидали, скорее всего, проблема не в нём, а в вас — вы просто неправильно объяснили.
Почему неправильная постановка задач вредна?
- Потеря времени — на уточнение деталей и переделку работы.
- Плохие результаты — исполнитель понял вас не так, как нужно.
- Конфликты — если обе стороны видят ситуацию по‑разному.
- Демотивация — когда сотрудник не понимает, зачем ему выполнять задачу.
Результат — снижение качества работы и неэффективность процессов.
В чём ошибка?
В спорте есть правило: «В плохом пасе всегда виноват дающий!» То же самое в бизнесе: если задачу выполнили неправильно, значит, вы недостаточно чётко её сформулировали.
Как правильно ставить задачи
Никто не знает, о чём вы думаете. Ожидать, что человек сам догадается, — большая ошибка. Очевидных вещей не бывает!
Разделяйте проблему и задачу
- «Я хочу!» или «У нас проблема!» — это не постановка задачи.
- «Мне нужно, чтобы ты сделал...» — это уже чёткая формулировка.
- Золотое правило: задача всегда начинается с глагола — «позвонить», «уточнить», «подготовить».
Никто никому ничего не должен
Человек выполняет задачу качественно только тогда, когда он хочет. Задачи выполняются с удовольствием, если:
- соответствуют должности;
- понятна цель;
- есть ресурсы;
- задача ставится с уважением.
SMART
Любая задача должна соответствовать пяти критериям:
- Specific (конкретика);
- Measurable (измеримость);
- Agreed (согласованность);
- Realistic (реалистичность);
- Timed (срок).
Ключевые элементы чёткой постановки:
- один ответственный;
- ставьте себя на место исполнителя;
- объясняйте цель;
- минимизируйте потери времени;
- определяйте формат результата;
- проверяйте понимание;
- контролируйте выполнение.
Как это применять в бизнесе
Перед стартом проекта с клиентом уточните: цель, бюджет, сроки, роли в принятии решения, ограничения и свою роль. Если клиент не может чётко сформулировать запрос, помогите ему в этом.
Что важно запомнить
- Задача начинается с глагола. Формулируйте действие, а не эмоцию.
- SMART работает и в 2025‑м. Даже если ваша команда уже перешла на OKR, конкретика, измеримость и срок исполнения всё ещё критичны.
- Один ответственный — одна точка контроля. Коллективная безответственность по‑прежнему убивает инициативу.
- Контекст равен ценности. Расскажите, зачем нужна задача — и увидите, как повышается качество.
- Обратная связь — часть постановки. Пусть исполнитель перескажет задачу своими словами.
Чек‑лист перед отправкой задачи в работу
- Есть ли ясная бизнес‑цель?
- Понятен ли критерий «сдано»?
- Указан ли срок и формат результата?
- Все ли зависимости и ресурсы озвучены?
- Подтвердил ли исполнитель своё понимание?
Если хотя бы на один пункт ответ «нет» — доработайте формулировку, прежде чем нажать Send в корпоративном мессенджере.
Действуйте! Проверьте один из текущих тикетов в вашей системе управления проектами прямо сейчас и переформулируйте его по описанным принципам. Разница станет заметна уже в ближайшем релизе.
Источник: Станислав Винников, генеральный директор «Абак-2000»
