⌨️ Рубрика "отвечаю на пост из другого канала"
Я считаю, что русскоязычный рынок еще не готов к отсутствию ТЗ / брифов, так как он еще не научился понимать, чего он хочет.
В командах уровень "нам не нужны ТЗ" достигается через уровень "мы 100 раз уже офигенно написали ТЗ, и все всем по ним понятно в 90% случаев".
🤓 Зачем нужны брифы / ТЗ помимо просто передачи задачи человеку:
1) Менеджеры лучше понимают, зачем они вообще хотят это сделать, а еще в процессе брифа могут отказаться от задачи
Дать задачу за 5 секунд легко, написать бриф за 15-20 минут сложно. Если важность задачи не превышает боль от написания брифа, человек откажется от задачи -> бизнес фокусируется больше на важном.
2) Менеджеры понимают, чего они вообще хотят и что является крутым результатом по итогу
Это такая частая проблема, что даже больно. Если ты отвечаешь за проект, ты должен понимать, что и зачем хочешь, из чего складывается проект. А задача твоих коллег подсветить тебе что-то, что ты мог упустить — это возможно, если в команде есть культура оунершипа.
3) Менеджеры не плодят встречи
Я за асинхронную коммуникацию, где это возможно. Подход "нет ТЗ" подразумевает, что ты много общаешься в звонках. Командные коммуникации можно увеличить менее болезненными способами, когда сотрудники не проводят сначала 6-8-10 часов в встречах, а потом работают над задачами без брифов.
4) Менеджеры и исполнители круче управляют ожиданиями по дедлайнам
По мимолетно брошенной задаче часто тяжело понять, сколько она займет. По детальному брифу это понять гораздо легче. Отсюда более грамотное управление сроками проектов и ожиданиями бизнеса.
5) Менеджеры учатся системности и заботе о другом сотруднике
Это про культуру, которая мне близка. Красивые детальные брифы учат системности во время их создания. А еще брифы это про заботу о времени другого человека в команде.
🥂 Так как сделать так, чтобы исполнитель смотрел на проект как на цельную картинку?
Отсюда мы часто получаем проекты-франкенштейны. Когда от начальной идеи получилось что-то вообще другое. А исполнитель не посмотрел на проект как на цельную картинку, а просто тупо сделал свою часть.1) Описывать контекст и цели проекта (видела, что это часто опускается в брифах). Ответ на вопрос: а мы делаем это, чтобы что?
2) Узнавать у исполнителя: хотелось бы чего-то добавить к брифу? какого еще контекста не хватает? какие видишь риски?
3) Возвращаться к исполнителю с новым контекстом, даже если он не влияет напрямую на его задачу, как кажется менеджеру.
🤔 Вывод?
Я сама поборница принципа "транслируем видение и OKR'ы", благодаря которым микро-менеджмент минимизируется, и ты даешь как можно больше свободы в действиях.
Но брифы это не препятствие для этой свободы, а один из инструментов. Это про транслирование видения на всех уровнях с применением к разным проектам, про приоритизацию, четкие ответы на вопросы "что" и "зачем", а еще про заботу друг о друге.
P.S. не взаимный пиар и не реклама, искренне написала, пост настолько крутой и провокационный, что захотелось ввести эту рубрику под него) Канал тоже классный для руководов, люблю и читаю.
P.P.S. давайте в этом посте тоже проведем мини-опрос в реакциях:
🔥 - если вы за ТЗ / брифы в командах
❤️ - если вы против ТЗ / брифов в командах