У колонці Entrepreneur коуч Кайл Елліотт розбирає запізнілий зворотний зв’язок: керівники отримують важливу інформацію тоді, коли вже майже не можуть вплинути на результат.
Ключові інсайти
Редакційний розбір: рахувати від зобов’язання назад
Для практичного застосування оберіть найближчий запуск або клієнтську обіцянку. Позначте кроки, після яких зміна стане складнішою: підтвердження строку, замовлення ресурсу, початок зовнішньої кампанії. Тепер визначте, яка інформація потрібна до кожного такого кроку й хто її має.
Умовний приклад — команда готує запуск послуги, але ще не перевірила, чи встигне підтримка прийняти очікувані звернення. Це редакційний сценарій, а не додатковий клієнт автора. Перевірка готовності після оголошення дати вже залишить інший набір варіантів, ніж розмова до неї.
Тому календар оглядів доцільно прив’язувати до можливості змінити конкретне рішення, а не лише до звичного дня щотижневої наради.
Уточнювати перешкоду, а не просити загальний статус
На перевірці корисно розібрати, яке припущення ще не підтверджене, від якої команди залежить наступний крок і яке рішення потрібне зараз. Для наведеного запуску відповідь про загальну готовність може приховати, що інструкція підтримки ще не погоджена або навчання залежить від іншої функції. Попросіть назвати конкретну залежність і наслідок її затримки.
Це не вимога постійно доводити, що все йде погано. Керівнику потрібна інформація для вибору: змінити обсяг, строк, послідовність або ресурс. Якщо на цьому етапі жоден із варіантів уже недоступний, перегляньте момент перевірки наступного разу. Додаткова нарада в тому самому запізнілому місці не поверне команді можливість вплинути на виконання обіцянки.
Дати спосіб підняти питання між оглядами
Регулярна зустріч не охоплює всі нові обставини, які виникають між двома датами. Для робочого порядку визначте, які зміни потрібно повідомляти одразу, кому і з якою мінімальною інформацією. В умовному проєкті таким приводом може стати втрата підтвердженого ресурсу або нова залежність, яка загрожує погодженому строку.
Працівник має розуміти, хто може змінити рішення й коли чекати відповіді. Водночас не кожне уточнення потрібно передавати CEO: належний маршрут залежить від повноважень власника проєкту. Перевірте, чи не потребує саме повідомлення про проблему зайвого ланцюга погоджень.
Якщо команда спочатку змушена зібрати ідеальний звіт, важлива інформація може прийти вже після того, як варіант виправлення став недоступним.
Перевіряти, що змінилося після повідомлення
Після отримання сигналу зафіксуйте рішення або конкретний наступний крок, навіть якщо зараз потрібно лише зібрати відсутні дані. Учасник повинен знати, що сталося з його повідомленням, а власник проєкту — які домовленості тепер чинні. На наступному огляді порівняйте час появи перешкоди, час її передання та момент відповіді.
Така послідовність допоможе розрізнити пізнє виявлення, незрозумілий маршрут і повільне ухвалення рішення. Це різні причини, тож виправлення теж будуть різними. Запропонований редакцією розбір не потребує рейтингу людей за кількістю скарг. Його завдання — перевірити, чи отримала команда реальну можливість змінити хід роботи, а керівник — чи встиг скористатися інформацією до взяття наступного зобов’язання.
Головні тези
- В одному описаному випадку перевірки перенесли на раніший етап підготовки запуску.
- Автор радить не обмежувати отримання зворотного зв’язку щорічними процедурами.
- Після зміни ролі керівника варто завчасно домовитися, як команда передаватиме йому питання.
Що це означає для CEO
Для найближчого проєкту визначте останній момент, коли можна змінити обіцянку, й поставте перевірку перешкод раніше за цю дату.