Трек непрерывного развития OrgDevTools

У руководителя, который всерьёз взялся развивать компанию, довольно быстро наступает момент: методик вокруг — сотни, и почти все звучат разумно. OKR и KPI, стратегические сессии и канбан, клиентский опыт и корпоративная культура. Он начинает копить их, читать, покупать курсы — и всё равно в какой-то момент ловит себя на том, что не понимает двух простых вещей: где его компания прямо сейчас и что конкретно делать дальше, чтобы не «на глазок», а по-настоящему продвинуться.

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

Трек непрерывного развития в OrgDevTools построен вокруг другой идеи: развитие компании — это не каталог методик, а система координат, в которой у каждой практики есть место, направление и мерило прогресса.

Свести развитие компании к списку хороших методик — самая частая ошибка систем управления знаниями. Список пополняется бесконечно, но не отвечает на два главных вопроса: «где мы сейчас» и «что делать дальше, чтобы объективно продвинуться».

1. Трек как система координат: вертикаль и горизонталь

Чтобы выйти из ловушки «каталога», Трек задаёт две оси.

По вертикали — уровень зрелости практики по шкале CMMI, от 1 до 5.

По горизонтали — 37 предметных областей бизнеса, разбитых на три блока: Стратегию, Регулярный менеджмент и Аудиты.

Каждая клетка этой сетки — конкретная тема на конкретном уровне, а не абстрактная фаза вроде «поставьте цели». Новизна в том, что у каждой из 37 областей есть собственная, признанная в мире шкала измерения. Компания не получает один размытый балл «зрелость 3 из 5». Вместо этого она видит, на какой стадии находится её практика работы с клиентами, на какой — управление проектами, на какой — корпоративная культура. Именно эта двойная координата превращает Трек из индекса в рабочий инструмент приоритизации.

2. Пульс улучшений и шкала зрелости: PDCA и CMMI

Любое целенаправленное улучшение в организации подчиняется циклу PDCA (Plan — Do — Check — Act), известному также как цикл Шухарта — Деминга. Это фундамент стандартов менеджмента качества — ISO 9001, Six Sigma, TQM. В простейшем виде он знаком каждому: спланировали, сделали, проверили, скорректировали — и начали заново с учётом результата. У цикла нет конечной точки: каждое завершение — это выход на новый уровень.

Важно не путать две вещи. PDCA — это форма одной итерации улучшения, её «пульс»: ритм, в котором команда пробует и учится. А CMMI — это глубина зрелости самой практики: насколько она формализована, измеряема и встроена в культуру. Трек использует оба подхода: PDCA как ритм движения, CMMI — как шкалу, по которой видно, насколько далеко прошла компания.

3. Почему три блока, а не один общий список

Развитие компании — это не линейный проект с концом, а замкнутый цикл из трёх принципиально разных по природе видов деятельности. Смешивать их — значит терять управляемость.

Стратегия задаёт направление и определяет цели по конкретным направлениям — от миссии и позиционирования до финансовой модели. Она происходит редко — раз в квартал или в год, — но именно она решает, куда компания идёт.

Регулярный менеджмент — это ежедневная и еженедельная рутина исполнения: планирование, контроль, проектное управление, работа с инцидентами. Здесь цели стратегии превращаются в практику, которая двигает компанию день за днём.

Аудиты — независимая проверка: действительно ли компания продвинулась туда, куда планировала, а не просто «выглядит» продвинувшейся в глазах тех, кто эту работу делал. Это не контроль ради контроля, а источник объективной обратной связи, без которой цикл улучшений вырождается в самолюбование.

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

На практике три блока складываются в замкнутый контур. Стратегия ставит цель. Регулярный менеджмент встраивает её в ежедневную работу. Аудит измеряет результат по той же шкале, независимо от того, кто развивал практику. А обратная связь аудита возвращается в следующий стратегический цикл — уже с поправкой на то, что реально сработало, а что нет.

Именно поэтому у одноимённых тем в разных блоках разные, не дублирующие друг друга задачи. «Клиенты» в Стратегии растят практику, а «Аудит клиентского опыта» в Аудитах её объективно измеряют. Разделение этих ролей — не бюрократическая деталь, а то, что не даёт циклу замкнуться на себя.

4. Что на самом деле мерит шкала CMMI

Модель CMMI (Capability Maturity Model Integration) выросла из CMM, которую в конце 1980-х разработал Software Engineering Institute при Университете Карнеги-Меллона по заказу Министерства обороны США. Военным нужен был объективный способ оценивать подрядчиков, разрабатывающих программное обеспечение, — метод, который не полагался бы на репутацию или личное знакомство с исполнителями. Со временем ключевая идея пережила расширение далеко за пределы разработки ПО и переход под управление ISACA.

Главное определение зрелости здесь радикально не про людей. Зрелость — это не про то, насколько квалифицированы конкретные сотрудники. Это про то, зависит ли качество результата от того, кто именно сегодня выполняет работу.

Незрелый процесс даёт разный результат в зависимости от исполнителя и его настроения. Зрелый — стабильно предсказуемый результат, потому что практика формализована, измеряется и целенаправленно улучшается.

В OrgDevTools эта пятиуровневая шкала закреплена структурно, а не декларативно. У компании есть текущий уровень зрелости — число от 1 до 5. А у каждого документа библиотеки, методики или сценария — собственная метка уместности по уровням, причём один метод может быть уместен сразу на нескольких уровнях одновременно.

5. Пять уровней на одном примере: «Клиенты»

Лучше всего суть шкалы видна не в абстракции, а на конкретной практике. Возьмём работу компании с клиентами:

Цикл не завершается на пятом уровне. «Оптимизирующий» означает, что система научилась сама находить, куда двигаться дальше, а не то, что двигаться больше некуда. Именно поэтому Трек называется треком непрерывного, а не разового развития.

6. Почему один общий балл вредит приоритетам

Компания вполне может быть на уровне 5 по Финансам и одновременно на уровне 1 по Корпоративной культуре. Это нормальная, часто встречающаяся картина реального бизнеса. Но единая усреднённая оценка «зрелость компании — 3 из 5» эту картину стирает и уводит приоритеты не туда: усреднение маскирует именно те области, куда стоит вложиться в первую очередь.

Разметка по 37 отдельным областям — это и есть то, что делает Трек инструментом приоритизации, а не красивым индексом. Вместо абстрактного «мы средние» руководитель видит честную карту: где компания уже сильная, а где провал тормозит всё остальное.

7. Своя шкала для каждой области: горизонталь Трека

Вертикаль — общая пятиуровневая шкала CMMI. Горизонталь устроена иначе. Для каждой из 37 областей отдельно подбирается реально существующий, признанный в отрасли инструмент измерения. Не обязательно с словами «Maturity Model» в названии — но обязательно реально применяемый практиками в мире, а не придуманный внутри платформы для галочки.

Примеры используемых внешних шкал:

Там, где в мире уже существует признанный инструмент измерения конкретной практики, не нужно придумывать свой — нужно встроить в Трек именно его.

Отдельное правило — не плодить дубли. Если методика, лежащая в основе шкалы, уже существует в библиотеке как самостоятельный документ, например OKR или ITIL, под неё не пишется второй документ «X Maturity Model» — сама методика уже описывает зрелую практику, а роль шкалы играет она же. Новый документ появляется только тогда, когда шкала — самостоятельно признанный инструмент оценки, а не «продвинутая версия» уже описанной техники.

8. Честность в отношении пробелов

Три темы — «Анализ», «Ресурсы», «Бизнес-модель» — не получили убедительной внешней шкалы даже после целенаправленного поиска. Здесь Трек полагается на собственную логику уместности методик по уровням CMMI, без притворства, что общепризнанный внешний эталон существует там, где его на самом деле нет.

Придумать шкалу самим, чтобы формально закрыть тему, — самый быстрый способ обесценить весь Трек. Честное «не найдено» полезнее фиктивной модели с солидным названием.

Эта установка — принципиальная для всей платформы. Признанный внешний эталон придаёт измерениям вес в глазах и самой компании, и инвесторов, и партнёров. Выдуманная шкала такого веса не даёт никогда.

9. Где в Треке живёт рост, а где — измерение

Модель «вертикаль CMMI × горизонталь — внешняя шкала» задаёт ещё одно важное разделение. Сценарии, которые растят практику, живут в своей «домашней» теме блока Стратегия или Регулярный менеджмент. А объективная проверка результата по той же самой признанной шкале — отдельно, в парной теме блока Аудиты.

Например, сценарии, поднимающие качество работы с клиентами, находятся в теме «Клиенты» блока Стратегия, а Customer Experience Maturity Model как инструмент измерения «было / стало» — в теме «Аудит клиентского опыта» блока Аудиты. Тот, кто растит практику, и механизм, который её измеряет, физически разведены по разным частям Трека.

Соответствие между 26 неаудиторскими темами (Стратегия + Регулярный менеджмент) и 11 темами аудита не всегда один-к-одному. Иногда несколько рабочих тем ссылаются на одну тему измерения, а иногда пары нет вовсе — и это фиксируется явно, а не маскируется формальной привязкой ради красивой полноты.

10. Как координаты превращаются в рост

Пять уровней внутри одной темы — это не пять разных техник, а пять стадий одной и той же практики одной и той же компании. Тема раскрывается как единая история взросления: от разовых действий основателя до системы, встроенной в культуру.

Переход от темы к теме внутри уровня читается как продолжение, а не как прыжок в новую методичку. Каждый следующий сценарий явно опирается на то, что уже установлено на предыдущем шаге того же уровня: какой продукт уже определён, какой клиент уже описан, какая рыночная цифра уже посчитана.

Тизер каждого сценария называет переход по шкале прямым текстом — название шкалы и стадию «было → стало» на конкретном уровне. Пользователь видит точку старта и точку финиша ещё до того, как открыл сценарий.

У каждого сценария — две обязательные, независимые друг от друга части:

1. Дорожная карта — подборка методик перехода, обычно от двух до десяти с лишним штук, вытянутых из библиотеки, где уже больше сотни написанных методик.

2. План работ — то же самое содержание в виде дерева задач с ответственным по каждой методике, которое пользователь получает в рабочую тетрадь и может вести как обычный проект.

Без плана работ дорожная карта остаётся красивой витриной; без дорожной карты план работ не на чем строить.

11. CMMI-трек — пример, а не единственный путь

CMMI-трек — курируемый пример, собранный по конкретной, проверяемой логике, а не единственный узаконенный маршрут платформы. Архитектурно Трек в OrgDevTools — множественная сущность. Помимо основного трека cmmi-default уже подготовлены собственные независимые треки под другие мировые шкалы зрелости:

• Technology Readiness Level (TRL)

• Market Readiness Level (MRL)

• Customer Readiness Level (CRL)

• И далее по мере того, как конкретным компаниям требуются собственные отраслевые маршруты.

Миссия платформы — не провести каждую компанию по одному заранее расписанному пути, а выдать в её распоряжение полную мировую библиотеку методик, фреймов и признанных шкал, из которой любая команда соберёт собственный трек под свою отрасль и свою стадию.

12. Итог: как всё работает вместе

Вместе три блока и общая шкала зрелости образуют не проект с фиксированным концом, а рабочий контур. Стратегия ставит цель, сформулированную в терминах признанного внешнего эталона конкретной области. Регулярный менеджмент устанавливает ежедневную практику, которая реально двигает показатель к этой цели. Аудиты проверяют по той же самой шкале, действительно ли показатель сдвинулся, а не просто вырос энтузиазм команды. Результат проверки возвращается в следующий цикл стратегии — уже с более высокой планки.

Итоговые принципы:

1. Трек — не каталог. Он отвечает на два главных вопроса руководителя одновременно: где компания находится сейчас и что именно сделать, чтобы объективно, а не на глазок, продвинуться дальше.

2. Гранулярность. Оценка ведётся отдельно по каждой из 37 областей. Усреднённый балл маскирует реальные зоны роста.

3. Разделение деятельности. Стратегия, менеджмент и аудиты — три разных вида деятельности с разным ритмом. Тот, кто улучшает процесс, не должен быть единственным, кто оценивает результат.

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

5. Непрерывность. Пятый уровень — не финиш, а состояние, в котором система сама определяет направления дальнейшего движения.