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