Этот принцип я использую всегда — не только в постановке задач, но и во всём, что делаю. К сожалению, не у всех руководителей прокачан этот скилл. И очень часто приходится переспрашивать, уточнять, доказывать — просто чтобы взять задачу или процесс в работу.

Мне же часто говорят: «С тобой комфортно работать — потому что задачи всегда чёткие». Для меня это не комплимент. Это обязательный стандарт.

В моей голове два простых принципа постановки задач:

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

Второй: после постановки никто не должен переспрашивать. Ни «а что именно нужно?», ни «а зачем это?», ни «а в каком формате?».

Почему? Потому что хорошая задача — это инструмент достижения цели. И я лучше потрачу немного времени на подготовку, чем потом доделывать, объяснять и переделывать.

Стандартный и всеми любимый SMART для меня нсложный, шаблонный и не решает главного инструмент:

⁉️ Есть ли у человека ресурсы (время, знания, поддержка)? ⁉️ Понимает ли он вид результата, который должен получить, а не просто «сделать что-то»? ⁉️ Кто реальный потребитель задачи, как он это оценит и зачем она вообще нужна?

Вот что я кладу в основу:

✅ Кто делает? ✅ Что именно — и в каком виде я хочу получить результат? (файл, отчёт, презентация, решение?) ✅ Кому это нужно в итоге — и как он будет это использовать? ✅ Когда нужно завершить задачу — и почему именно тогда? ✅ Какие ресурсы можно и нужно привлечь? Что нужно, чтобы задача не провалилась?

Если я сам не могу чётко ответить на эти вопросы — я не ставлю задачу. Потому что это не задача. Это надежда.

А вы как ставите задачи? По шаблону — или по смыслу?