Все публикации
Как NASA выбирает из трёх вариантов: трейд-стади для процессных решений
Финал серии по хендбуку NASA: как устроено трейд-стади — дисциплина выбора между вариантами конструкции. Критерии до вариантов, нормализация оценок, проверка робастности и главное правило: если хочется выбрать не победителя матрицы — сломаны критерии.
Процессы ломаются на стыках: почему каждый отдел прав, а клиент ждёт три недели
Хендбук NASA формулирует жёстко: большинство проблем интеграции — это неизвестные или неконтролируемые интерфейсы. У бизнес-процессов интерфейсы — это хендоверы между отделами, и именно там живёт большая часть времени цикла и потерь.
Правки без контроля: чему упавший спутник NOAA учит владельцев регламентов
В расследовании гибели шаттла «Колумбия» среди причин названы невнесённые в документацию изменения. Разбираем дисциплину configuration management по хендбуку NASA и переносим на процессы: базовые версии, контроль изменений и красные флаги потери контроля.
Схема счастливого пути: почему NASA описывает нештатные сценарии до проектирования, а мы - после аварии
В NASA концепция эксплуатации обязана содержать нештатные сценарии — иначе критические требования всплывают после того, как конструкция заморожена. BPMN-схемы без исключений, эскалаций и тайм-аутов — та же ошибка: процесс проектируется для мира, в котором ничего не ломается.
Регламент, который нельзя проверить, — не регламент: пять фильтров NASA для требований
В NASA требование не попадает в документ, пока не пройдёт пять проверок — от прослеживаемости до верифицируемости. Переносим эти фильтры на регламенты бизнес-процессов: почему «оперативно рассмотреть» — не норма, откуда берётся золочение и зачем каждому пункту родитель.
Шесть способов уволить собственника — и почему все они провалились
Бонус к серии про хайп: музей попыток обойти агентскую проблему. Партнёрства и Goldman до IPO, Mondragon и советские артели, холакратия Zappos и Valve, микропредприятия Haier, взлом The DAO и иллюзия децентрализации, Госплан против 12 млн номенклатурных позиций. Все упёрлись в одни и те же три стены — и что из этого следует для обычной компании.
Почему умные руководители покупают хайп
51% генеральных директоров признают: страх отстать заставляет инвестировать в технологии до понимания их ценности. Разбираем, почему покупка хайпа — рациональное поведение внутри системы стимулов: асимметрия карьерных рисков от Кейнса до Шарфстейна—Стейна, короткие горизонты, индустрия моды, галерея от Watson до Счётной палаты — и правила, которые разворачивают стимулы.
Ваши менеджеры знают больше вас: что с этим делать собственнику
Финал серии про хайп и трансформацию — взгляд собственника. Менеджмент всегда знает о компании больше владельца, и это структурное свойство, а не дефект людей: агентская теория от Дженсена—Меклинга до закона Гудхарта, письмо Баффетта про институциональный императив, кодекс Хаммурапи — и рабочий контур контроля из шести элементов для компании, у которой нет даже совета директоров.
Не автоматизируйте хаос: почему технология — восьмой шаг из двенадцати
На совещании появляется технология — и только потом кто-то спрашивает, какой результат мы меняем. Проверяем по первоисточникам раздатку «Process transformation should follow a logic»: Хаммер и судьба реинжиниринга, роботы GM против NUMMI, провалы ERP и RPA, McKinsey 2025 — плюс русские истории от ЕГАИС-2006 до производственной системы Сбербанка. Технология оказывается восьмым шагом из двенадцати.
Построили правильно - не значит построили правильное: два вопроса к любому внедрению
В NASA к каждому изделию задают два разных вопроса: соответствует ли оно требованиям (верификация) и решает ли оно задачу в реальной эксплуатации (валидация). Процессные внедрения проваливаются чаще всего на втором — который никто не задаёт.
Ошибка в проекте в сто раз дешевле ошибки после запуска: правило NASA для тех, кто меняет процессы
В хендбуке NASA по системной инженерии есть две цифры, которые объясняют половину провалов процессных изменений: на этапе проектирования тратится 8–15% бюджета, но фиксируется 75% будущих затрат, а исправление ошибки после запуска стоит в 50–1000 раз дороже, чем на бумаге.
Год без сбоев - это не надёжность, а отсутствие данных
Инженеры надёжности знают парадокс: чем надёжнее система, тем меньше данных она даёт о своих слабых местах. Финал серии по хендбуку NIST: ванна-кривая для регламентов, информация пропорциональна числу отказов и стресс-тесты процесса в симуляторе как аналог ускоренных испытаний.
Было 6 дней, стало 5: как понять, что вы действительно ускорили процесс
После внедрения среднее улучшилось — но это может быть просто шум. Разбираем по хендбуку NIST, как честно сравнивать «до и после»: доверительные интервалы, ошибка «не отвергли — значит равны», ловушка множественных сравнений и почему симулятор — идеальный парный эксперимент.
Меняли по одному фактору - и не нашли: как планировать эксперименты над процессом
Привычка менять в процессе по одному фактору за раз кажется научной, но пропускает главное — взаимодействия факторов. Разбираем по хендбуку NIST, как устроено планирование экспериментов и почему симулятор — идеальный полигон для факторных планов.
Модель процесса без проверки - просто мнение с формулами
Любая модель процесса — это функция плюс шум. Разбираем по хендбуку NIST, как проверять модели по остаткам, почему высокий R² ничего не доказывает, чем опасна экстраполяция и как валидировать имитационную модель, прежде чем верить её прогнозам.
Откуда в процессе разброс: раскладываем вариацию по полкам, прежде чем оптимизировать
Прежде чем оптимизировать процесс, надо понять, откуда в нём разброс. Разбираем по хендбуку NIST управляемую и неуправляемую вариацию, компоненты дисперсии и ловушку смешанных эффектов, из-за которой лечат не то, что болит.
Можно ли верить замерам процесса: чему аналитика может научиться у метрологов
Время задачи из СЭД — это не время работы, а время жизни статуса. Разбираем по метрологической главе хендбука NIST, чем смещение отличается от разброса, почему замер одного дня ничего не характеризует и как честно оценить погрешность входных данных для симуляции.
Почему среднее время процесса врёт: четыре проверки перед тем, как верить метрике
Среднее время цикла — самая популярная и самая обманчивая метрика процесса. Разбираем по хендбуку NIST четыре условия, при которых среднему вообще можно верить, квартет Анскомба и перцентили, которые стоит требовать вместо одного числа.
Оптимальные решения для управления бизнес-процессами: как сделать правильный выбор
Рейтинг из 10 инструментов для управления бизнес-процессами: StormBPMN, PIX, Comindware, ELMA 365, Miro, Camunda, Signavio, SILA Union, Bizagi и Adonis. Сравнительная таблица, функционал, тарифы и рекомендации, кому какой сервис подойдёт.
Методы анализа бизнес-процессов: как выбрать подход и перейти от схемы к результату
Матрица выбора методов анализа бизнес-процессов под шесть типовых целей, чек-лист данных перед стартом и пошаговый алгоритм из семи шагов — от визуального разбора схемы до DES-моделирования и согласованного бэклога улучшений.
BPM-проект года 2025: почему гран-при взял Холдинг «ТАГРАС» — разбор кейса и оценки жюри
Кто победил в конкурсе «BPM-проект года 2025» и почему: разбираем кейс Холдинга «ТАГРАС» по официальной таблице оценок жюри — единая процессная модель семи дивизионов, 156 автоматизированных процессов, цифровая зрелость с 28% до 41% и экономия порядка 170 млн ₽.
BPM-проект года 2026: почему гран-при взял «ЕРС-КОМПЛЕКТ» — разбор кейса и оценки жюри
Кто победил в конкурсе «BPM-проект года 2026» и почему: разбираем кейс «ЕРС-КОМПЛЕКТ» по официальной таблице оценок жюри — сквозной процесс «от сделки до отгрузки», +35% к отгрузке и рост маржинальности с 5,7% до 15,9%.
BPMN + ADKAR: как мы внедрили новый процесс без сопротивления
Кейс из e-commerce: как сочетание BPMN и модели ADKAR помогло запустить процесс оплаты счетов клиентами без типичного сопротивления команды. Пять этапов изменений, наставники на подхвате, период безопасных ошибок и конкретные метрики результата.
BPM CBOK. Анализ бизнес процессов: практическое руководство по сбору информации и подготовке к анализу
Анализ бизнес процессов — это больше, чем набор моделей и диаграмм. Это системная работа с информацией, людьми и технологиями, которая позволяет понять, как процессы действительно выполняются и где есть реальные точки роста. Мы собрали проверенные подходы и лайфхаки для подготовки к анализу бизнес-процессов, чтобы вы могли сразу применять их в проектах: от модерируемых встреч до process mining и имитаций на производстве.
BPM CBOK. Ведение репозитория процессов: практическое руководство для команд
Ведение репозитория процессов — это не просто «склад» визуальных схем. Мы рассматриваем репозиторий как рабочий инструмент, который помогает стандартизировать, автоматизировать и управлять изменениями в организации. В этой статье мы систематизируем принципы, практики и контрольные точки для тех, кто отвечает за ведение репозитория процессов и хочет, чтобы он стал источником ценности, а не хранилищем забытых файлов.
BPM CBOK. Фреймворки и референтные модели в BPM: практическое руководство по выбору, адаптации и процессному репозиторию
Фреймворки и референтные модели в BPM помогают нам рассматривать организацию с разных точек зрения и не забывать важные элементы архитектуры. Без них проектирование процессов превращается в импровизацию: тянем идею за идеей и упускаем связи между процессами, IT и управленческими слоями.
BPMN не для оптимизации: теория очередей и данные вместо стрелок
BPMN не для оптимизации процессов — это не кликбейт, а простое утверждение: диаграммы процессов сами по себе не дают тех чисел и прогнозов, которые нужны для настоящей оптимизации. Если цель — сократить очереди, ускорить обслуживание или посчитать, сколько ресурсов нужно, важно поменять язык с «стрелок и ромбиков» на язык теории массового обслуживания и данных.
Разработка и создание бизнес-процессов: пошаговое руководство с примерами, которые можно применить на практике
Каждый руководитель хотя бы раз сталкивался с ситуацией, когда процессы в компании живут своей жизнью: задачи дублируются, решения принимаются стихийно, а результат непредсказуем. Почему так происходит? Потому что у бизнеса нет четко выстроенной логики действий — прозрачных, измеримых и управляемых.
Внедрение процессного управления: алгоритм обоснования ценности
Лидер изменений часто оказывается в ситуации, когда ему, как вновь прибывшему сотруднику, не доверяют: у людей нет опыта позитивных изменений и совместной работы. Может случиться и так, что лидера изменений повысили до должности, которая наделяет его полномочиями что-то менять, и это также меняет характер рисков и вероятность наступления рисковых событий для процесса внедрения изменений.
В этой статье разобрали, как с этим справиться.
Улучшение бизнес-процессов в компании: как повысить эффективность
Статья для топ-менеджеров, руководителей высшего звена, архитекторов (корпоративных, процессных), бизнес-аналитиков, преподавателей и студентов, подскажет - Как применять практики по улучшению процессов в компании? Какие методики релевантны до сих пор?
Показатели эффективности бизнес-процессов: главные темы
В этой статье рассказываем о 5 ключевых показателях эффективности бизнес-процессов - разберемся что это за показатели, зачем их измерять и как правильно принимать решения на базе этих измерений.
После прочтения вы сможете формулировать требования к вашим аналитикам и разработчикам для подготовки новых данных и качественно расставлять приоритеты в работе.
Как метрики бизнес-процессов помогают оптимизировать IT-разработку на примере T-Банка
В этой статье мы подробно разберём, что такое метрики бизнес процессов, как они помогают понять и оптимизировать работу IT-команд, и почему доверие к этим метрикам – основа эффективного управления. Материал основан на опыте Владимира Коноплёва, технического директора T-Банка, который поделился своими знаниями и примерами практического применения метрик в IT-разработке.
Процессный офис - ключевое подразделение для BPM
Статья рассказывает о важности и роли Процессного офиса как подразделения, отвечающего за внедрение и развитие процессного подхода в компании. Рассматриваются три основных способа внедрения, организационные структуры, стоимость и форматы. Также обсуждаются ключевые условия для успешной реализации данного подхода, включая поддержку руководства и необходимые компетенции команды.
CNEWS. Business Process Management 2025
Конференция CNEWS BPMS, прошедшая 6 февраля, собрала ведущих экспертов по разработке и эксплуатации BPMS-систем, представив актуальные тренды, включая AI, Process Mining и цифровых двойников. Спикеры поделились практическими кейсами, обсудили ключевые барьеры внедрения BPMS и предложили решения для их преодоления. Несмотря на высокую стоимость участия, мероприятие дало полезные инсайты для специалистов, интересующихся автоматизацией бизнес-процессов и цифровой трансформацией.
Матричная архитектура процессов
Матричная архитектура процессов (далее МАП) - это современный подход к структуризации процессов в разрезе определенных контекстов, который обеспечивает их консистентность, упрощает разработку и анализ, избегает излишних абстракций и концентрирует внимание пользователей на основном звене получения конечного результата – Процессе.
Что такое процессный подход и как его внедрить
Процессный подход — это модель распределения ответственности между всеми сотрудниками
организации: все сотрудники, понимают кто и какую операцию выполняет; нужна ли она вообще, кто / что / кому должен.
В статье подробно рассказываем о том, что такое процессный подход и его ключевую разницу с функциональным.
Процессное управление без моделирования процессов
В этой статье расскажем о том, как крупная аутсорсинговая компания на рынке B2B с многоуровневой структурой, бизнес-единицами и филиальной сетью применяет процессный подход без моделирования процессов. Это гостевой пост, его написала прекрасная Надежда.
В конце статьи бонус - шаблон документа.