Непрерывное развитие бизнеса: от цикла PDCA к модели CMMI

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

1. Базовый цикл управления: PDCA

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

У цикла нет конечной точки: каждое завершение — выход на новый уровень. В OrgDevTools PDCA работает как ритм движения, а CMMI — как шкала, по которой видно результат.

2. Три вида деятельности с разным ритмом

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

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

3. Уровни зрелости: почему нужен дифференцированный подход

Универсальные управленческие решения не работают. Организация на ранней стадии и крупная корпорация требуют разных инструментов даже внутри одной области. Причина — в уровне зрелости.

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

• Незрелый процесс — даёт разный результат в зависимости от исполнителя и его настроения.

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

4. Модель CMMI: происхождение и назначение

В качестве шкалы оценки зрелости в OrgDevTools используется модель CMMI (Capability Maturity Model Integration).

• Разработана Software Engineering Institute (SEI) при Университете Карнеги — Меллон в конце 1980-х по заказу Министерства обороны США: военным требовался объективный метод оценки подрядчиков, не полагающийся на репутацию или личное знакомство.

• Ключевая идея пережила расширение далеко за пределы разработки ПО и переход под управление ISACA (CMMI Institute).

• В OrgDevTools пятиуровневая шкала закреплена структурно: у каждого документа библиотеки — методики, сценария, рацухи — есть собственная метка уместности по уровням, причём один метод может быть уместен сразу на нескольких уровнях.

5. Пять уровней зрелости CMMI

Уровень 1. Начальный (Initial)

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

Что это значит в разных блоках Трека:

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

• Регулярный менеджмент — первая команда собрана, но план держится в голове основателя.

• Аудиты — неизвестно, что именно болит и какому риску доверены данные и процессы.

Услуги OrgDevTools для этого уровня: Предпроектное обследование компании и описание процессов AS-IS, Моделирование бизнес-процессов в BPMN 2.0 на заказ, Разработка регламентов и должностных инструкций.

Уровень 2. Повторяемый (Managed)

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

Что это значит в разных блоках Трека:

• Стратегия — понимание клиента стало общим для команды, а не личным знанием основателя.

• Регулярный менеджмент — план виден всей команде, роли зафиксированы явно, а не «все и так понимают».

• Аудиты — обратная связь собирается регулярно, а не когда вспомнили.

Услуги OrgDevTools для этого уровня: Разработка карты процессов и реестра бизнес-процессов компании, Разработка внутренних регламентов и политик, Постановка системы KPI компании.

Уровень 3. Определённый (Defined)

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

Что это значит в разных блоках Трека:

• Стратегия — решения о продукте меняются из-за клиентов, а не только из-за карты.

• Регулярный менеджмент — каждая карточка на доске команды явно связана со стратегией компании.

• Аудиты — публикации выходят по календарю, выбор поставщика формализован там, где цена ошибки высока.

Услуги OrgDevTools для этого уровня: Оптимизация бизнес-процессов: узкие места и целевая модель TO-BE, Формирование базы знаний компании, Постановка практики бизнес-анализа в компании.

Уровень 4. Управляемый (Quantitatively Managed)

Практика измеряется метриками: есть регулярный цикл сверки план/факт и корректировка на основе данных, а не интуиции. Работает статистика, а не мнение.

Что это значит в разных блоках Трека:

• Стратегия — бюджет обосновывается заново каждый цикл, а не корректируется от прошлогодней цифры.

• Регулярный менеджмент — прогресс проекта измеряется объективно, а не по ощущению «вроде нормально».

• Аудиты — качество данных измеряется числами, а не проверяется на глаз.

Услуги OrgDevTools для этого уровня: Разработка дашбордов управленческой отчётности, Внедрение BI-системы для аналитики, Внедрение статистического управления процессами (SPC).

Уровень 5. Оптимизирующий (Optimizing)

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

Что это значит в разных блоках Трека:

• Стратегия — миссия и цель остаются живыми, а не выцвели; профиль клиента пересматривается по мере роста.

• Регулярный менеджмент — инциденты разбираются ради системной причины, а не ради виноватого.

• Аудиты — высокий уровень подтверждается постоянно, а не считается достигнутым навсегда.

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

Услуги OrgDevTools для этого уровня: Внедрение практики быстрого прототипирования, Внедрение системы A/B-тестирования решений, Разработка AI-агентов под задачу бизнеса.

6. Единой «зрелости компании» не существует

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

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

Пример реального распределения по областям:

7. Архитектура Трека: три блока и предметные области

Трек — это координатная сетка. Вертикаль — общая пятиуровневая шкала CMMI. Горизонталь — предметные области бизнеса, сгруппированные в три блока по видам деятельности.

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

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

8. Как один и тот же уровень выглядит в разных сферах

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

9. Внешние шкалы: у каждой области свой измеритель

Пятиуровневая шкала CMMI — общий каркас. Но внутри каждого уровня у разных областей разные шкалы измерения: для клиентского опыта, финансов, проектного управления и безопасности это разные, признанные в отрасли инструменты. CMMI задаёт уровень, внешняя шкала — конкретный измеритель внутри уровня.

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

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

10. Наборы методик по уровням

Уровень зрелости определяет не только то, какие практики у компании есть, но и то, какие методики ей сейчас уместны. Методика уровня 5 в компании уровня 1 не ускорит развитие — она просто не на что ляжет. Поэтому в библиотеке у каждой методики есть метка уместности по уровням, и один метод может подходить сразу нескольким уровням.

Распределение библиотеки по уровням:

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

11. Разделение развития и измерения

Модель «вертикаль CMMI × горизонталь — внешняя шкала» задаёт ещё одно разделение.

• Сценарии, которые растят практику, живут в своей области блока Стратегия или Регулярный менеджмент.

• Объективная проверка результата по той же признанной шкале — отдельно, в парной области блока Аудиты.

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

12. Структура сценария развития

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

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

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

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

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

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

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

1. Непрерывность. Цикл не завершается на пятом уровне: «оптимизирующий» означает, что система научилась сама находить, куда двигаться дальше.

2. Гранулярность оценки. Компания может быть на уровне 5 по финансам и на уровне 1 по культуре — это нормальная картина. Единая усреднённая оценка её стирает и уводит приоритеты не туда.

3. Разные наборы для разных сфер. Уровень — общий каркас, но набор методик для стратегии, финансов, процессов и персонала на одном и том же уровне разный.

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

5. Честность шкалы. Если признанного внешнего измерителя нет — это фиксируется явно, а не маскируется придуманной моделью с солидным названием.

6. Множественность треков. Помимо основного трека cmmi-default, платформа готова работать с другими мировыми шкалами: Technology Readiness Level, Market Readiness Level, Customer Readiness Level и далее под отраслевые задачи.