Зачем описывать As-Is, если процесс всё равно будет переделан
Вы предложили описать текущий процесс обработки заявок в BPMN. Менеджер проекта возражает: «Мы всё равно его меняем, давайте сразу рисовать To-Be и не тратить две недели».
Какой аргумент за модель As-Is здесь сильнее всего?
- As-Is нужен для отчётности перед заказчиком: без него в проекте не будет формального артефакта на этапе обследования, а без подписанного отчёта об обследовании нельзя перейти к следующему этапу договора
- As-Is нужен разработчикам, чтобы понять текущую архитектуру системы и оценить трудозатраты
- As-Is фиксирует baseline (время, количество шагов, точки ожидания) и вскрывает неочевидные обязательные шаги — иначе нечем измерить эффект и легко выкинуть то, что держит процесс
- As-Is требуется нотацией BPMN: модель To-Be считается корректной только при наличии исходной модели