01
Карта процесса
Участники, шаги, входы, выходы и ответственность за каждое решение.
01 · Моделирование процессов
Точно моделируем процесс, чтобы систему можно было спроектировать до разработки.
Самая трудная часть — точно описать реальный процесс: участников, данные, исключения и желаемый результат. Когда модель согласована, реализация становится обычной инженерной работой с понятными границами и критериями приёмки.
02 · Когда нужна модель процесса
Неопределённость видна по тому, как люди выполняют работу.
- Сотрудники по-разному понимают один и тот же шаг работы.
- Исключения обходят вручную, но никто не знает всех вариантов.
- Данные меняются в нескольких местах, и непонятно, какая версия верная.
- Требования к системе уже есть, а признаков готового результата нет.
Пока эти проблемные места не описаны, архитектура будет опираться на догадки, а не на работу процесса.
03 · Что даёт моделирование
На выходе нужны не общие описания, а материалы для решений.
02
Исключения и точки отказа
Ситуации, в которых обычный путь не работает, и понятные действия для каждого случая.
03
Движение данных
Откуда появляются данные, кто их меняет, где они хранятся и как проверяются.
04
Границы пилота
Ограниченный участок процесса, на котором можно проверить решение, и критерии его приёмки.
04 · Архитектурные решения
По модели процесса готовим архитектурную схему: границы системы, потоки данных, интерфейсы, ограничения и критерии приёмки.
01
Границы системы
Фиксируем, какие шаги выполняет новая система, какие остаются в существующих системах и где проходит ответственность людей.
02
Потоки данных и интерфейсы
Описываем источники и получателей данных, форматы обмена и интерфейсы между участниками и системами.
03
Технологические ограничения
Сравниваем изменение процесса, готовое ПО и разработку с учётом доступных данных, интеграций и правил. ИИ рассматриваем только там, где он изменяет результат процесса.
04
Базовая точка и критерии приёмки
До изменений фиксируем текущие шаги, ошибки и потери по доступным наблюдениям. Затем сравниваем с этой базовой точкой измеримый результат решения.
05 · Как мы работаем
| № | Этап | Формат | Что вы получаете |
|---|---|---|---|
| 1 | Вводный разговор | разговор без обязательств | понимание задачи с обеих сторон и решение, переходить ли к диагностике |
| 2 | Диагностика процесса — если нужна | отдельно согласованный объём | карта процесса, точки отказа, оценка автоматизируемости, план пилота с критериями приёмки |
| 3 | Пилот | ограниченная проверка сценария | работающий сценарий на согласованном объёме и измеренный результат |
| 4 | Продакшн | развёртывание и передача | работающее решение для согласованного процесса |
| 5 | Сопровождение | по договорённости | мониторинг, доработка сценариев, изменения процессов |
06 · Границы
- Не автоматизируем лишние шаги. Сначала проверяем, можно ли упростить сам процесс.
- Не выбираем технологию заранее. Решение следует из модели процесса и ограничений, а не из предпочтения команды.
- Не перестраиваем все системы по умолчанию. Изменяем только те части, которые не позволяют достичь согласованного результата.
- Не делаем диагностику обязательным входом. После вводного разговора отдельно решаем, нужен ли этот этап.
07 · Следующий шаг
Расскажите, какой процесс нужно изменить.
Достаточно описать, что происходит сейчас и что должно происходить вместо этого. Начнём с вводного разговора и определим следующее решение.