Добрый день!

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

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

Виктор Гусляков

Зачем описывать бизнес-процессы?

Если вы не задаетесь этим вопросом, то незачем - у вас все хорошо. А если задаетесь, то ответ ниже.

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

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

Согласно Business Process Management Common Body of Knowledge (BPM CBOK) с позиции организации модели бизнес-процессов являются средством:
Управления
Анализа эффективности
Описания изменений

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

Примерно на эти темы, хочется порассуждать здесь :)

Привет! Давно не писал ничего, но тут не смог пройти мимо.

Добрые старые коллеги поделились. Социоцентр предлагает поучиться реинжинирингу бизнес-процессов в вузах. 24 академических часа, 50000 ₽, итог — удостоверение и групповой проект вроде «дорожной карты To-Be» (чтобы это не значило) или «дашборда под цели вуза» (видимо тоже за 24 часа). Ссылку давать не буду, извините.

Я работал внутри университета и с университетами, а теперь работаю в бизнесе и занимаюсь моделированием и анализом процессов.

Поверьте на слово за 24 часа невозможно:
— провести даже базовую диагностику процессов (минимум 2–3 недели интервью и сбор данных),
— согласовать границы и владельцев процессов (требует межподразделенческих встреч),
— собрать и очистить данные для дашборда (реальные BI-решения строятся на месяцах подготовки),
— смоделировать сквозной процесс в нотации BPMN 2.0 с валидацией (а не «на коленке» за 2 часа практики).

Не верите? Хех, я тоже не верю на слово. Поэтому попросил perplexity.ai провести исследование на эту тему. Мировые практики в ведущих вузах против наших родных до БОЛИ 🙂

Аналитический отчёт (9 стр.) содержит: трёхуровневую архитектуру процессов, кейсы по process mining, KPI, инструменты (StormBPMN, Directum, Apache Superset) и рекомендации по внедрению.
93 источника исследования указаны в отчете.

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

P.S.  Если хотите научиться писать промты для ИИ, чтобы он проводил такой же анализ по вашему запросу - напишите мне, расскажу!

P.S.S.  Постараюсь писать чаще 🙂

Проблемы с процессами в ИТ-проектах на 2,4 триллиона долларов.

Данные США, наших не найдешь. По данным Standish Group, 80% провалов ИТ-проектов начинаются с проблем с бизнес- и функциональных требований. McKinsey с Oxford проанализировали 5400+ проектов: крупные ИТ-проекты в среднем превышают исходный бюджет на 45% и производят на 56% меньше ценности, чем обещали. Международный журнал Computer Science Issues подтверждает, неконтролируемые изменения требований поднимают стоимость на 30% только в разработке. IBM добавляет: 60% переделок - это сразу из-за неправильных или неполных требований.

А может, просто договариваться нормально? :)

Вот тут помогает даже самая скромная BA-регуляция. Конкретно её раздел «Управление изменением требований» спасает жизнь. Три механизма:

1️⃣ Обязательная оценка влияния. Любое изменение требований анализируем. Во что оно обойдётся (сроки, люди, деньги). Не предположения. Конкретные числа.

2️⃣ Многоуровневое согласование. Бизнес → ИТ → тестирование → финансы. Все заинтересованные видят изменение, понимают цену. Подписывают. Ответственность распределена, но не размыта.

3️⃣ Версионирование и откат. Какая версия требований действует на 1-е число? Какие изменения внесены? Кто одобрил? История чёткая. Если потом придёт: «хей, мы это не просили» - есть доказательство.
Это не бюрократия. Это риск-контроль.

Я подготовил готовый к использованию шаблон BA-регламента с боевым разделом «Управление изменением требований», валидированный на реальных проектах. Если интересно - напишите мне @v_guslyakov.

#бизнесанализ #ИТпроекты #рискменеджмент #ROI

🚨 Почему ваше техническое задание отклонят

Вы потратили неделю на написание ТЗ по 44-ФЗ. Опубликовали на площадке. А ФАС: нарушили требования к описанию объекта закупки. Причём за те «мелочи», про которые вы не думали.

Вот топ-4 ошибки, которые попадаются в 80% закупок:
❌ 1. Конкретный бренд вместо "или эквивалент" ТЗ: «Требуется СКЗИ "Крипто-Про" версия 4.0» Вместо: «Требуется СКЗИ с поддержкой ГОСТа 28147-89 или эквивалент»
Штраф ФАС: до 50 тыс. руб., закупка может быть аннулирована.
❌ 2. Неопределённые критерии приёмки ТЗ: «ПО должно быть удобным и быстрым» Вместо: «Время отклика интерфейса ≤ 2 секунды при 250 одновременных пользователях»
Результат: невозможность отказать в приёмке, какая бы чушь ни была сдана. Счётная палата это выявит при аудите.
❌ 3. Требование конкретной лицензии без обоснования ТЗ: «Требуется наличие лицензии на экспорт» Вместо: обоснование, почему вообще нужна эта лицензия
Результат: либо жалоба в ФАС от участника, либо аннулирование закупки.
❌ 4. ТЗ в контракте отличается от ТЗ в извещении В извещении было требование Х, но в контрактное ТЗ его не включили
Результат: если результат не отвечает требованию из извещения, нельзя отказать подрядчику (они согласились на извещение). Если требуется соответствие извещению - судебное разбирательство.

✅ ЧТО ДЕЛАТЬ

Перестань писать ТЗ в Word (или Google Docs). Используйте проверенный структурированный шаблон, где каждый раздел уже содержит пометки для контролёров:
🔍 Что проверяют? — прямо в скобках указано, какие ошибки ищут ФАС, Счётная палата и внутренний контроль
📏 Как сформулировать? — не «примерно», а конкретные метрики и диапазоны
📄 Какие приложения нужны? — обоснования, чек-листы приёмки, сценарии тестирования

🎁 Дам вам готовый шаблон ТЗ на ИТ-услугу (разработка ПО)
Шаблон уже содержит:
✔️ Все типовые разделы по 44-ФЗ
✔️ Пометки прямо в тексте: «Что проверяют контролёры»
✔️ Реальные примеры из решений ФАС за 2024–2025 годы
✔️ Таблицы с критериями приёмки (числовые значения, не словесная каша)
✔️ Обоснования требований (чтобы у ФАС не было вопросов)
✔️ Раздел об исключениях (когда вы НЕ требуете конкретного ПО и почему)

Результат: ваша закупка не будет отклонена из-за формальностей, контролёры не найдут повода для штрафа, участники не смогут подать жалобу на ограничение конкуренции.
#44ФЗ #госзакупки #тендер #техзадание

Основная угроза ИИ для человека – эрозия критического мышления, а не потеря рабочего места.

Мне нравится такой взгляд на ИИ и его влияние на нашу работу. Текст из мета-исследования СберУ: https://t.me/research_and_innovations_su

Джош Берсин (Josh Bersin) считает, что ключевое заблуждение относительно ИИ в том, что все страхи сфокусированы вокруг потери занятости населения и контроля над технологией, в то время как реальная угроза — слепая вера людей в выводы ИИ, которые слишком часто бывают ошибочными или не точными.

Берсин ссылается на исследование BBC "News Integrity in AI Assistants", в котором оценивались ответы четырёх популярных ИИ-ассистентов — ChatGPT (OpenAI), Copilot (Microsoft), Gemini (Google) и Perplexity — на вопросы, касающиеся новостей и текущих событий.

Исследование показало, что в 45% ответов ИИ-моделей содержался хотя бы один «значительный» (significant) недостаток — то есть ошибка, искажение, неверная ссылка и прочее. А если учитывать менее серьезные недостатки (“some issues”) – общая доля неточных ответов составляла 81%.

Следствием неточности нейросетей становится то, что растет количество принятия неверных управленческих решений и, как следствие, финансовые потери для компаний. Крупнейшие технологические компании США уже пересматривают свои контракты с провайдерами услуг в области ИИ (например, Microsoft рассматривает возможность расторжения договора с OpenAI из-за неудовлетворительного качества услуг).
Берсин призывает нивелировать риски, связанные с ошибками в работе ИИ, не за счет поиска «идеальной технологии», а за счет развития в сотрудниках навыка критического мышления. Для этого он предлагает следующие решения:
• Развитие «сократовского» мышления (использования «сократовского диалога») — метода размышления посредством диалога, который позволяет выявлять нестыковки, скрытые противоречия и пробелы в аргументации;
• Развитие культуры «дебатов» в компаниях. По мнению Берсина, участие в дебатах позволяет развивать у сотрудников навык выстраивания логической аргументации, что впоследствии влияет на их мышление;
• Обучение навыкам верификации любой информации, включая выводы ИИ, например, с помощью техники перекрестной проверки.

Источники:
Why 45% Of AI Answers Are Incorrect: Thinking Skills You Need To Stay Safe – JOSH BERSIN
NI_AI_2025.pdf

📦 Когда хаос в логистике становится золотом: кейс +2,4 млн за год

Компания и объемы растут, а система управления поставками зависает. Ручное планирование маршрутов, раздраженные водители, необоснованные возвраты товара, три автомобиля делают работу одного, топливо сливают в неизвестном направлении.
Именно это было в одном дистрибьюторе. 9 машин возили товар по трём соседним городам, пробег достигал 40 000 км/месяц, затраты на логистику — стабильно 800 тыс. рублей ежемесячно. При таком раскладе говорить о маржинальности вообще не имело смысла.

Что сделали:
1. Описали процесс приемки и размещения товара: вместо каши записали, кто, когда и как принимает груз со склада.
2. Регламентировали комплектацию: каждый заказ теперь идет по четкому маршруту.
3. Внедрили сервис оптимизации маршрутов (Maxoptra), интегрировали с ERP и систему GLONASS для мониторинга.
4. Ввели КПЭ по каждой операции: время доставки, расход топлива, количество рейсов.
5. Обработали план/факт: выяснили, что где-то сливали топливо (датчики это выявили), скорректировали схему оплаты водителей.

Результат через 3 недели.
Затраты упали с 55-58 руб/м³ до 41-43 руб/м³. Автопарк сократили с 9 машин до 5-6 (максимум при пиках).

Экономия: 195 000 рублей в месяц, или 2,4 млн в год.
Стоимость единицы доставки упала на 30%, потребовалось всего на систему и внедрение 2,5-3 млн рублей — окупилось в первый год.

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

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

Да, для этого нужна дисциплина и инструменты. Но разница в маржинальности — не 1-2%, а пятикратная окупаемость инвестиций.

Если нужны детали кейса, матрица RACI для этого кнйса, бенчмарки - пишите. Источники всегда под рукой.

#оптимизация #логистика #кейс #бизнесанализ #процессы #B2B #дистрибьюция

https://stormbpmn.com/stormconf26

кто в Москве - приходите) увидимся

STORMCONF26

Есть два типа конференций:
1. «Послушали вендоров, разошлись, забыли»
2. «Пошёл и переделал половину процессов»
STORMCONF26 из второй категории.
Причём редкий случай, когда почти каждый доклад - это не «посмотрите, как у нас красиво», а «вот инструмент, иди и внедряй».
Разберу коротко, что зашло.

Константин Донской (StormBPMN)
Про обновления Шторма и дискретно-событийное моделирование (DES).
DES очень крутой, я участвовал в тестировании - можно за пару часов проверить гипотезы о процессе и на выходе получить адекватные финансовые метрики.
Но есть бутылочное горлышко:
👉 исходные данные; если нет инфраструктуры сбора данных, моделирование превращается в ручной ад.

Галина Кореневская (МТС Финтех)
Про требования и ИИ в их обработке.
Честно - нового не услышал. Но это тот случай, когда смотришь и думаешь: «гуд, я делаю примерно так же».

Диер Шагазатов (PaperPlants)
Вот тут было интересно. Глубокая методология продаж из трех уровней, зашитая в CRM.
Поймал себя на мысли:
👉 я вообще не понимаю, какая методология живёт в нашей CRM (и есть ли она).
Забрал контакт, хочу копнуть глубже.

Элина Монахова и команда (Электрощит, Самара)
Самый эмоциональный доклад. Вышли как рок-звёзды - в касках и форме - и разложили, как строили процессный офис. Ключевой тезис, который вдохновляет:
👉 бизнес-система = инженерная система
То есть:
считаем нагрузки
проектируем архитектуру
думаем о надёжности
закладываем масштабируемость
Очень сильный кейс.

Давид Хабулиани (Московская биржа)
Лучшее, что можно было сделать с темой ИИ. Показал крутой фреймворк, через который можно прогнать процесс и понять, где AI реально нужен, а где нет.
Хочу прогнать через него пару процессов.
Финтех как обычно на высоте в России, горжусь!

Денис Котов (Storm BPMN)
Неанонсированный, но один из самых мощных (естественно) докладов.
За 15–20 минут:
1. собрал процесс по тексту 44-ФЗ
2. разложил задачи
3. написал инструкции к каждой
4. сформировал регламент
Фактически показал, как выглядит конвейер создания процессов.
И главный момент:
👉 скоро это будет доступно БЕСПЛАТНО в StormBPMN. Вообще не реклама, это лучший инструмент для работы с процессами в России.
Рынок процессов сейчас начинает двигаться очень быстро.
И если раньше «описать процесс» было прям ПРОЕКТОМ, то теперь это промежуточная функция. Дальше - важен анализ, метрики и проекты изменений.

💡 Что в итоге
Я уже года 3 вижу системную проблему многих организаций - разрыв между:
стратегией
и тем, что реально делают люди на местах
И почти никто этим разрывом не занимается. STORMCONF26 для меня получился набором инструментов, которые, кажется, могут этот разрыв немного стянуть.

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

#STORMCONF26 #бизнесанализ #процессы #BPMN #конференции #оптимизация

что развивать, чтобы вас не заменил ИИ: https://www.mckinsey.com/featured-insights/week-in-charts/human-skills-in-the-age-of-automation