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