Представьте любую задачу как простой цикл из четырёх этапов: 〰️формулирование 〰️постановка ТЗ 〰️контроль 〰️принятие результата
Как вам кажется, на каком этапе чаще всего происходит крах? И вообще, мыслите ли вы задачи именно такими категориями?
По наблюдениям в работе команд, чаще всего проблемы возникают не в начале, а на третьем и четвёртом этапах — на контроле и принятии результата.
С формулированием и постановкой ТЗ, как правило, всё более-менее понятно. Сегодня это вообще можно частично делегировать инструментам и ИИ: структурировать мысль, описать задачу, зафиксировать ожидания. Что дальше? 3️⃣Контроль Здесь часто включается страх: — запросить обратную связь по ходу задачи; — что что-то уже пошло не так; — получить негатив или потревожить исполнителя.
Плюс часто нет договорённости о реперных точках. Нет понимания, в какие моменты мы возвращаемся к задаче, сверяемся и корректируем курс. В итоге контроль либо отсутствует, либо превращается в внезапную проверку в самом конце.
4️⃣Принятие результата Здесь другая сложность. Результат может оказаться не таким, как ожидалось. И снова появляется страх — уже дать обратную связь: — это не совсем то; — сформулировать, что именно не так.
Кажется, что проще принять как есть, чем заходить в разговор. Иногда — наоборот, всё выливается в резкую критику, потому что не было диалога в процессе.
Что с этим делать: 1. Фиксировать реперные точки заранее. Ещё на этапе ТЗ договориться, в какие моменты вы возвращаетесь к задаче. Когда — смотрим черновик, — сверяем направление, — корректируем
2. Запрашивать обратную связь как часть процесса, а не как оценку. Контроль — это не проверка и не недоверие. Это совместная сверка курса. Формулировка «давай посмотрим, туда ли мы идём» сильно снижает напряжение
3. Разделять результат и человека. При принятии результата говорить про работу, а не про личные качества. Что совпало с ожиданиями, что нет. Что можно улучшить в следующий раз. Это делает обратную связь рабочей и не болезненной
