Различать модели as-is (как есть) и to-be (как будет) и объяснять, зачем аналитику обе.
As-is и to-be: зачем нужны обе модели
As-is и to-be: зачем нужны обе модели
Аналитик всегда работает с двумя «версиями» процесса. As-is («как есть») — это описание текущего процесса в том виде, в котором он реально работает сегодня: со всеми задержками, ручными шагами, дублированием данных и точками боли. As-is фиксирует реальность, а не желаемое, и помогает всем участникам выработать общее понимание происходящего.
To-be («как будет») — это целевой процесс после изменения или автоматизации. Он показывает, как должен работать процесс, когда проблемы as-is будут устранены. To-be обосновывает необходимость изменений и служит ориентиром для проектирования системы или нового регламента.
Зачем нужны обе? As-is без to-be — аналитик зафиксировал боль, но не предложил улучшения. To-be без as-is — опасный антипаттерн: команда рисует желаемое, не разобравшись в реальности. В результате новый процесс может упустить важные ограничения, унаследованные данные или роли, которые существуют сейчас. Правильный порядок: сначала понять as-is, найти узкие места и потери, затем проектировать to-be с учётом этих знаний.
Lesson notes
As-is и to-be: зачем нужны обе модели
Аналитик всегда работает с двумя «версиями» процесса. As-is («как есть») — это описание текущего процесса в том виде, в котором он реально работает сегодня: со всеми задержками, ручными шагами, дублированием данных и точками боли. As-is фиксирует реальность, а не желаемое, и помогает всем участникам выработать общее понимание происходящего.
To-be («как будет») — это целевой процесс после изменения или автоматизации. Он показывает, как должен работать процесс, когда проблемы as-is будут устранены. To-be обосновывает необходимость изменений и служит ориентиром для проектирования системы или нового регламента.
Зачем нужны обе? As-is без to-be — аналитик зафиксировал боль, но не предложил улучшения. To-be без as-is — опасный антипаттерн: команда рисует желаемое, не разобравшись в реальности. В результате новый процесс может упустить важные ограничения, унаследованные данные или роли, которые существуют сейчас. Правильный порядок: сначала понять as-is, найти узкие места и потери, затем проектировать to-be с учётом этих знаний.