«Бюрократия душит бизнес» — популярный тезис. Но почему процедуры вообще появились? Обычно — после дорогих ошибок. Кто-то подписал невыгодный контракт, кто-то нанял не того человека, кто-то потратил бюджет не туда. Процедуры — это кристаллизованный опыт потерь.
Проблема не в самих процедурах, а в размытости: кто рекомендует? кто согласует? кто решает? кто исполняет? Когда это неясно — появляются бесконечные согласования.
RAPID: кто есть кто в решении
Фреймворк RAPID от Bain & Company разделяет роли:
- R — Recommend — кто готовит рекомендацию/предложение
- A — Agree — кто должен согласовать (имеет право вето)
- P — Perform — кто исполняет решение
- I — Input — кто даёт входные данные (но не решает)
- D — Decide — кто принимает финальное решение (один человек!)
Ключевое правило: D должен быть один. Коллегиальное «все решают» = никто не решает.
Как сократить «одобрямс»
- Ограничить veto-роли — согласование (A) нужно не от всех, а только от тех, чья зона затрагивается
- Прописать SLA — «если не ответил за 24 часа — считается согласованным»
- «Silence = OK» — явно разрешить принцип молчаливого согласия для некритичных решений
- Лимиты — решения до X рублей не требуют согласования выше уровня Y
High-risk решения (крупные контракты, найм ключевых людей). Комплаенс (регуляторные требования). Деньги выше порога. Безопасность (физическая, информационная). Здесь процедуры — защита, а не помеха.
Шаблон матрицы решений
Создайте таблицу для типовых решений:
Столбцы: Тип решения | Лимит (сумма/масштаб) | D (кто решает) | A (кто согласует) | I (кто даёт input) | SLA (срок)
Пример строки: «Найм сотрудника до 150 тыс./мес | HR-директор | Финдир | Руководитель отдела | 3 рабочих дня»
Скорость — это не отсутствие правил, а ясность ролей. Используйте RAPID: один D на решение, минимум A, явные SLA. Бюрократия полезна там, где цена ошибки высока.