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