Шум в голове или попытка не попасть под чьё-то влияние
Всегда верил, что подробное описание задач, процессов и требований — это правильный подход. Это помогает сотрудникам лучше понимать, что от них требуют и ожидают. Постановка задачи — половина дела, прием задачи — вторая её часть.
В студии для постановки задач мы используем доски в Kaiten. В карточках задач, которые находятся на канбан-доске, мы указываем ёмкий заголовок задачи через «что сделать», срок выполнения, оценку по методу PERT, приоритет по Эйзенхауэру и метки навигации по областям внимания (например, «Маркетинг», «Процессы») или по подразделениям (например, «Дизайн», «Разработка»). А ещё, если есть время, добавляем чек-лист по ключевым точкам, чтобы не продолбался процесс согласований, и ссылки на нужные артефакты для выполнения задачи.
Для приёма задачи исполнителем мы используем метод написания «Понимания задачи». Понимание задачи — это своего рода DoD (Definition of Done) и DoR (Definition of Ready) в одном месте. Исполнитель описывает проблему или задачу, которую ему предстоит решить, ограничения и угрозы, критерии сделанности, сроки и дополнительные сведения.
Однако недавно я услышал альтернативную точку зрения от топ-менеджера. Он считает, что задачи нужно формулировать не подробно, а абстрактно, и исполнитель сам через «понимание задачи» предлагает решение и детали.
Спросил у коллег — ведущих дизайнеров и менеджеров, которые раньше работали с системой абстрактной постановки задач. Они говорят, что это было очень некомфортно и энергозатратно. Докопаться до того, что нужно сделать, похоже на флирт: типа возьми и завоюй меня, додумайся до того, что я хочу, и удиви меня.
Аргументы в пользу абстрактной постановки задач: — Исполнитель творчески подходит к решению задачи. — Самостоятельно ищет решение. — Берёт больше ответственности за задачу, лучше погружается.
Факторы против абстрактного подхода: — Задачи в проектах по разработке сайтов и интерфейсов часто определены конкретно, по крайней мере у нас, так как мы вкладываемся в предпроектный анализ перед тем, как взяться за проекты и задачи в нём. — Высокая скорость работы. Мы работаем однонедельными, реже двухнедельными спринтами. Инкрементальность на проектах высокая. Нет времени согласовывать в трёх итерациях понимание задачи неделю. Нужно чётко, быстро и качественно отработать задачи.
Поэтому флиртовать с задачей тут неуместно, проще прийти и сказать: вот товар, вот купец. Сделка да/нет? То есть делаем так и так, в деталях у тебя есть свобода, но в образе результата уже есть 80% описанного.
Когда слушал десять минут аудио про то, что абстрактное — хорошо, шумело в голове. Рой мыслей из контраргументов был просто невозможным. И тут одна светлая мысль: проекты с чёткой постановкой задач «зелёные» по деньгам, мы не минусим, клиенты довольны и управлением, и результатами. Команда не ноет на тему чёткой постановки задач, а благодарит. Так какого чёрта, Серёжа, ты засомневался в своём подходе? Не нужно ломать там, где всё работает как часы и приносит прибыль. Потенциально от этих изменений в бизнесе ничего в лучшую сторону сильно не изменится, а вот потерь предполагается больше.
Шум медленно сменился на звук из наушников. А в них был старый добрый Ocean Gaya. И я, прогуливаясь по улице, пошёл, за последние три недели, без цели просто вперёд.
