Управленческие шкалы (Admin Scales)

Управленческая шкала (Admin Scale, «административная шкала») — инструмент планирования, созданный Л. Роном Хаббардом как часть административной технологии Церкви саентологии. Это упорядоченный список элементов, идущих от самого общего к самому конкретному: цели и предназначения наверху, затем политика, планы, программы, проекты, приказы и, наконец, статистики и ценный конечный продукт. Идея в том, что каждый нижний элемент должен вытекать из вышестоящего и не противоречить ему; шкалу используют как проверку согласованности: не отрываются ли ежедневные действия от цели, не подменяют ли цифры (статистики) политику. Предупреждение о происхождении важно прочитать до внедрения: в этом справочнике инструмент описан вместе с рисками, связанными с его источником, и с организационно нейтральными альтернативами; подробный разбор — в материале «Парадигма Рона Хаббарда». Сама идея иерархии целей широко представлена в нейтральных инструментах (каскад целей, OKR, стратегические карты), и часто их достаточно.

Важно: как и другие элементы административной технологии Хаббарда, Admin Scale организационно связана с Церковью саентологии. Прежде чем рассматривать внедрение, нужно знать происхождение метода, условия его использования и возможную реакцию сотрудников и партнёров.

Происхождение и исследовательская база

По описаниям в открытых источниках (в том числе материалам организаций, связанных с саентологией), Admin Scale разработана Хаббардом около 1970 года и входит в «Курс для руководителей организации» (Organization Executive Course) и в материалы по «административной технологии» — совокупности идей об организации, политике и планировании, распространяемых через организации, связанные с саентологией. Одна из таких организаций — World Institute of Scientology Enterprises (WISE), которая, по её описанию, объединяет предпринимателей, использующих «управленческие технологии Хаббарда» и принимающих этические обязательства членства; членство даёт, по заявлению самой организации, право использовать эту технологию в бизнесе. Из этого следует практический вывод: при внедрении нужно выяснить условия использования материалов и лицензирования и понимать, что обращение к таким источникам может быть воспринято как связь с Церковью саентологии.

Структуру шкалы описывают так. Цель (goal) — известная конечная задача, к которой направлены действия; предназначение (purpose) — меньшая цель, относящаяся к конкретной деятельности; политика (policy) — правила и ориентиры деятельности, не подлежащие частым изменениям; план (plan) — общий замысел достижения цели; программа (program) — последовательность шагов реализации плана; проект (project) — последовательность шагов реализации одного шага программы; приказ (order) — конкретное указание; идеальная картина (ideal scene) — описание желаемого состояния; статистики (statistics) — измеряемые показатели результата; ценный конечный продукт (valuable final product) — то, что организация создаёт для получателя. В разных версиях (в том числе «личной» шкалы и шкалы организации) число элементов и их названия различаются; в каталоге OrgDevTools шкала для удобства сгруппирована в три уровня: верхние звенья (цель, предназначение, политика), средние (планы, программы, проекты) и нижние (приказы, статистики, конечный продукт).

Научной базы у шкалы как самостоятельного инструмента нет: это практическая схема, а не результат проверенных исследований. Однако она пересекается с идеями, имеющими такую базу: теорией постановки целей (Локк и Лэтэм), управлением по целям, каскадом целей и «линией видимости» — связью работы сотрудника с целями компании. Значит, полезное содержание метода — требование согласованности иерархии целей — можно получить и без обращения к специфическому источнику.

Документированные кейсы

Открытых независимых исследований применения именно Admin Scale в компаниях нет, а публичные истории обычно исходят от организаций, связанных с саентологией, и не являются независимыми. Поэтому ниже — документированные примеры, показывающие, что происходит с иерархией целей и статистиками в организациях: как выстраивают согласованность и что происходит, когда показатели вытесняют цель. Оговорка: примеры иллюстрируют идею и не подтверждают эффективность Admin Scale.

Кейс 1. От MBO Intel к OKR Google: нейтральная линия развития идеи иерархии целей

Энди Гроув в Intel развил управление по целям в систему «цели и ключевые результаты» (OKR): цель (Objective) — качественное направление, ключевые результаты (Key Results) — измеримые показатели, подтверждающие движение. По описаниям Джона Дорра, который познакомился с методом в Intel и в 1999 году показал его основателям Google, компания внедрила OKR на уровне всей организации; цели видны всем, каскадируются от уровня компании к командам и часто пересматриваются, а достигнутое обсуждается открыто. Оговорка: популярные пересказы упрощают историю; практика OKR в Google менялась со временем, а сами цели и результаты подвержены тем же рискам манипуляций.

Как эту историю читать. Это пример того, как та же управленческая задача — связать ежедневную работу с направлением — решается в организационно нейтральном формате: цели видны, связаны, часто пересматриваются, и есть открытая проверка согласованности. Именно на этом уровне детализации Admin Scale и её нейтральные альтернативы делают одно и то же.

Кейс 2. Целевые показатели английской системы здравоохранения (Bevan и Hood, 2006): когда статистики определяют политику

Джеральд Бивен и Кристофер Худ в статье «What’s Measured Is What Matters: Targets and Gaming in the English Public Health Care System» (Public Administration, 2006) проанализировали систему целевых показателей, введённую в английской государственной системе здравоохранения (NHS) в 2000-х годах. Они показали, что показатели улучшались, но при этом обнаруживались проблемы измерения и «игры с цифрами» (gaming): организации меняли способ учёта, чтобы выглядеть лучше, и перераспределяли внимание в пользу измеряемого в ущерб неизмеряемому, но важному. Вывод авторов: то, что измеряется, становится тем, что важно для организации, даже если это порождает искажения.

С точки зрения шкалы приоритетов это классическая ситуация «нарушения порядка»: нижнее звено (статистики) начинает определять политику и поведение, а вышестоящие цели (качество помощи пациентам) уходят на второй план. Именно от такого искажения шкала и должна защищать; но защита работает не благодаря самой схеме, а благодаря регулярной проверке того, что показатели действительно измеряют цель, и независимой верификации данных. Оговорка: исследование описывает конкретную систему и период, а его выводы о масштабе искажений обсуждаются; но общий механизм давно известен как закон Гудхарта.

Кейс 3. Стратегические карты и сбалансированная система показателей: иерархия целей с обратной связью

Третий нейтральный пример — сбалансированная система показателей Роберта Каплана и Дэвида Нортона (статья 1992 года и книга 1996 года) и их «стратегические карты» (книга 2000 года). Стратегическая карта показывает причинно-следственные связи между целями по четырём перспективам (финансы, клиенты, внутренние процессы, обучение и рост): например, обучение персонала улучшает процессы, процессы — клиентский опыт, а тот — финансовый результат. В отличие от жёсткой линейной иерархии, здесь предполагается проверка гипотез о связи целей по данным и пересмотр карты; показатели соотносятся с целями, а не заменяют их.

Оговорки: и стратегические карты подвержены критике (сложность, формализм, попытки «оцифровать» всё); как и любой инструмент, они работают при качественной проработке и регулярном пересмотре. Для нашего разбора важно, что ту же задачу — согласованность иерархии и связь показателей с целью — можно решить с учётом обратной связи «снизу вверх», чего строгая линейная шкала не предусматривает.

Ключевые идеи и принципы

1. Принцип: верхние звенья задают направление

   Цель, предназначение и политика — самые общие и долгосрочные элементы: они редко меняются и задают рамку для нижних. Полезная проверка: можно ли коротко и понятно сказать, зачем существует подразделение и что оно должно создавать для получателя? Если нет, нижние звенья не имеют опоры.

2. Принцип: средние звенья переводят направление в действия

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

3. Принцип: нижние звенья — наблюдаемый результат

   Приказы, статистики и конечный продукт — самые конкретные, ежедневно наблюдаемые элементы. Они должны прямо поддерживать вышестоящие, а не существовать независимо. Критически важно, чтобы статистики измеряли именно то, ради чего организация существует, иначе они начнут вытеснять цель (кейс с целевыми показателями NHS).

4. Принцип: проверка согласованности и нарушения порядка

   Главное диагностическое применение шкалы — проверка порядка приоритета: не переставлены ли элементы по значимости; не начала ли статистика определять политику; не оторваны ли проекты от целей; не противоречит ли приказ политике. Проверку удобно делать в виде списка вопросов «что из вышестоящего поддерживает этот пункт?» для каждого элемента нижнего уровня.

5. Принцип: обратная связь снизу вверх нужна

   Строго линейная иерархия «сверху вниз» плохо реагирует на изменения: данные снизу могут показывать, что цель недостижима или устарела. Поэтому в любой версии иерархии целей нужен механизм пересмотра верхних звеньев на основе нижних: регулярные разборы, изменения политики по итогам данных, право поднять вопрос о цели. В нейтральных инструментах (OKR, стратегические карты) этот механизм встроен явнее.

6. Принцип: как применять в организации

   Порядок: сначала решить, нужна ли именно эта схема или подойдёт нейтральная (каскад целей, OKR, стратегическая карта, метод «золотая нить»); если выбрана, выяснить происхождение и условия использования, сообщить сотрудникам, откуда взят инструмент; записать верхние, средние и нижние звенья для конкретного подразделения; проверить согласованность; определить порядок пересмотра. Осторожно с готовыми материалами и обучением от сторонних организаций: убедитесь в понятности условий и в том, что вы не принимаете вместе с методом чужую терминологию и идеологию.

7. Принцип: как оценивать пользу применения

   Заранее выберите метрики. Категории устойчивы: доля проектов и планов, для которых названа цель; число выявленных рассогласований и число устранённых; доля статистик, у которых определена цель, которую они измеряют; согласованность целей между уровнями (по опросу сотрудников: понимают ли они, как их работа связана с целью); время на пересмотр целей по итогам данных; число случаев «игры с цифрами». Если показатели растут, а понимание сотрудников связи с целью не растёт, схема применена формально.

Ограничения, слепые зоны и критика

Типовые ошибки

1. Ошибка 1: статистики определяют политику.

   Операционные показатели начинают вести организацию в обход цели, и она реагирует на цифры без связи со смыслом.

   Как избежать

   регулярно проверять, что нижние звенья поддерживают верхние, а показатели измеряют именно цель; независимо проверять данные.

2. Ошибка 2: средние звенья не связаны с целью.

   Планы и программы формулируются в отрыве от предназначения, и планирование теряет смысл.

   Как избежать

   для каждого плана и проекта явно записывать, какой цели он служит и что должно измениться.

3. Ошибка 3: не выясняют происхождение метода.

   Инструмент принимают без знания источника, условий использования и возможной реакции сотрудников и партнёров.

   Как избежать

   до внедрения ознакомиться с материалом «Парадигма Рона Хаббарда», оценить риски и, при необходимости, проконсультироваться с юристом.

4. Ошибка 4: жёсткая иерархия в быстро меняющейся среде.

   Строгий порядок «сверху вниз» мешает пересмотреть цели по данным снизу.

   Как избежать

   встроить механизм пересмотра верхних звеньев по итогам данных и не применять схему механически.

5. Ошибка 5: нейтральные альтернативы не рассматривают.

   Используют инструмент по рекомендации консультанта, не сравнив с каскадом целей, OKR или стратегической картой.

   Как избежать

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

6. Ошибка 6: не сообщают сотрудникам о происхождении.

   Сотрудники узнают об источнике инструмента со стороны, и доверие к руководству и к инструменту падает.

   Как избежать

   открыто объяснять, откуда взят инструмент и почему выбран именно он, и предложить обсуждение.

План внедрения

1. Перед внедрением: происхождение и альтернативы

   Ознакомиться с материалом «Парадигма Рона Хаббарда», выяснить условия использования материалов, оценить риски (репутация, реакция сотрудников, юридические вопросы) и сравнить с нейтральными альтернативами: каскадом целей, OKR, стратегическими картами.

2. Шаг 1: верхние звенья

   Записать цель, предназначение и политику подразделения; проверить, что их можно объяснить получателю продукта и сотрудникам.

3. Шаг 2: средние звенья

   Перечислить планы, программы и проекты и для каждого записать, какой цели он служит.

4. Шаг 3: нижние звенья

   Определить приказы, статистики и конечный продукт; для каждой статистики записать, какую цель она измеряет и как проверяются данные.

5. Шаг 4: проверка согласованности

   Пройти по каждому элементу нижних уровней и записать, что из вышестоящего он поддерживает; выявить и устранить противоречия; назначить регулярный пересмотр.

Как реализовать этот план с помощью фрейма «Управленческие шкалы (Admin Scales)» в OrgDevTools

Фрейм «Управленческие шкалы (Admin Scales)» в OrgDevTools — бесплатный тренажёр. Он выстраивает все десять звеньев шкалы по порядку, помогает оценить, как каждое звено поддерживает соседнее сверху, и находит разрывы и слабые переходы. Наличие фрейма в системе не означает, что мы советуем этот инструмент вместо нейтральных альтернатив. Вопросы происхождения и условий использования (подготовка перед внедрением) фрейм не решает, их нужно закрыть до работы с ним.

Книги по теме

Л. Рон Хаббард — административные письма-политики и материалы по Admin Scale. Первоисточник; издаётся и распространяется организациями, связанными с Церковью саентологии, на особых условиях. Перед использованием нужно оценить происхождение и условия.

Э. Локк, Г. Лэтэм — «A Theory of Goal Setting & Task Performance» (1990). Научная основа постановки целей, независимая от источника Admin Scale.

Дж. Бивен, К. Худ — «What’s Measured Is What Matters: Targets and Gaming in the English Public Health Care System» (Public Administration, 2006). Исследование того, как показатели вытесняют цели и порождают «игру с цифрами».

Р. Каплан, Д. Нортон — «Strategy Maps» (2004). Нейтральный инструмент для связи целей по перспективам с проверкой причинно-следственных гипотез.