Децентрализуйте принятие решений

Вольный перевод статьи: Principle #9 — Decentralize decision-making — Scaled Agile Framework.

Общее заблуждение менеджмента по всему миру: «Наши проблемы уникальны». И будьте уверены, они действительно уникальны. Но вот принципы, помогающие улучшить качество продукта и сервиса, универсальны по своей природе. W. Edwards Deming

Scaled Agile Framework имеет целых 10 принципов. Давайте посмотрим на один из них под номером 9 — «Децентрализуйте принятие решений».

Для обеспечение ценности в короткие сроки некоторые решения требуют их децентрализации. Наверняка вы знаете о таких случаях или ощущали их на своем опыте.

Пример. Важный руководитель в большой компании берет на подпись огромное количество документов. И из них уже скопилась приличная стопка на его столе. К нему прибегает сотрудник и говорит, что ему очень нужно получить от него подписанный документ. На что руководитель ему сказал зайти позже и, что он очень занят сейчас. Через некоторое время руководитель понял, что стал узким звеном и принял решение делегировать подписание части документов своим замам. Это снизило нагрузку на важного руководителя и снизило общее время получение подписанного документа на ~30%.

Любое решение, которое должно быть передано на более высокий уровень в иерархии, вызывает задержку. Кроме того, передавая такие решения на уровень выше и выше, может снижаться качество понимания вопроса из-за отсутствия нужного и важного контекста.

Означает ли это, что нужно все решения децентрализовать?

Далеко не все решения должны быть децентрализованными. Некоторые решения носят стратегический характер, имеют далеко идущие последствия и выходят за рамки знания, понимания или обязанностей команд. Кроме того, руководители по-прежнему несут ответственность за результаты. У них также есть знание рынка, долгосрочные перспективы и понимание деловой и финансовой среды, необходимые для управления компанией.

Какие решения следует принимать централизованно?

Как правило, они обладают следующими характеристиками:

• Нечастые — решения принимаются нечасто. Такие решения, как правило, не являются срочными, и уместно более тщательное рассмотрение (например, продуктовая стратегия, выход на международный рынок).
• Долговременный — после принятия эти решения вряд ли изменятся, по крайней мере, в краткосрочной перспективе (например, приверженность стандартной технологической платформе).
• Значительный эффект при масштабировании — такие решения обеспечивают значительные экономические выгоды (например, общий подходы в работе, методология, стандартные языки разработки, стандартные инструменты (JIRA, Confluence) и т.п.).

Большие руководители отвечают за принятие таких решений при поддержке тех заинтересованных сторон, на которых влияют результаты.

Какие решения следует децентрализовать?

Децентрализуйте все остальное.

Подавляющее большинство решений не достигают порога стратегической важности. Такие решения должны быть децентрализованы.

Эти решения могут обладать следующими характеристиками:

• Частые — проблемы являются повторяющимися и/или общими, рутина (например, приоритезация бэклога команды или стрима, определение загрузки команды или стрима).
• Срочные — откладывание решений такого типа связано с высокими затратами на эту задержку (например, точечные релизы).
• Требуют дополнительной информации — эти решения требуют конкретного контекста, будь то технология, организация, сервис, конкретный клиент или влияние на рынок (например, предоставление сервиса информационной безопасности команде, критерии фичи).

Работники умственного труда лучше всего могут принимать решения о том, как выполнять свою работу. Peter F. Drucker

Давайте рассмотрим инструмент, который позволит вам быстро понять, какие решения стоит централизовать, а какие наоборот.

Принципы важны, но … отличное понимание людей, как мыслить без понимания, как действовать, оставляет людей равнодушными. Daniel Pink

Мы уже выяснили, что централизованно нужно принимать следующие решения:

• нечастые;
• долговременные;
• значительный эффект при масштабировании.

А децентрализовать решения:

• частые и общие;
• срочные;
• требуют дополнительной информации.

Теперь давайте сформируем таблицу для расчета.

В колонке мы поместим решения, по которым вы хотите понять, как с ними поступить — централизовать или наоборот децентрализовать.

Дальше колонки, в которых вы даете оценку и отвечаете, как часто вы принимаете решение по этим вопросам, как быстро нужен ответ и есть ли значительный эффект при масштабировании.

Варианты ответов в колонках одинаковые:

• Нет — 0;
• Может быть — 1;
• Да — 2.

В последней колонке подводите итог баллов и если количество баллов находится в диапазоне от 0 до 3, то такое решение следует централизовать. Если количество баллов находится в диапазоне от 4 до 6, то такое решение следует децентрализовать.

Руководители могут попрактиковаться в использовании этого инструмента и начать лучше понимать, какие типы решений им необходимо принять, а какие решения лучше оставить тем, кого они возглавляют.

SAFe and Scaled Agile Framework are registered trademarks of Scaled Agile, Inc.