AS-IS / TO-BE (от англ. «как есть» / «как должно быть») — методология анализа и улучшения бизнес-процессов, основанная на сравнении текущего состояния процесса (AS-IS) с желаемым целевым состоянием (TO-BE).
Определения:
- AS-IS (Как есть): Текущее, реальное состояние процесса со всеми его проблемами, отклонениями и неэффективностями.
- TO-BE (Как должно быть): Идеальное, целевое состояние процесса после устранения проблем и внедрения улучшений.
Зачем нужен подход AS-IS / TO-BE?
- Понимание реальности: Не улучшайте то, чего не понимаете. Сначала задокументируйте AS-IS.
- Объективный анализ: Сравнение AS-IS и TO-BЕ показывает «разрыв», который нужно устранить.
- Чёткое планирование: TO-BE — это цель, к которой нужно прийти.
- Измерение прогресса: Можно количественно оценить улучшения.
- Согласование ожиданий: Все участники видят, откуда и куда мы движемся.
4 этапа работы с AS-IS / TO-BE:
Этап 1: Документирование AS-IS
Цель: Зафиксировать процесс таким, какой он есть на самом деле.
Методы: Наблюдение, интервью, анализ данных, workshops с исполнителями.
Выход: Карта процесса AS-IS с указанием проблемных мест.
Этап 2: Анализ AS-IS
Цель: Найти коренные причины проблем.
Вопросы для анализа:
- Где самые большие задержки?
- Какие шаги не создают ценности для клиента?
- Где происходят ошибки и переделки?
- Какие ресурсы используются неэффективно?
- Какие информационные потоки broken?
Этап 3: Проектирование TO-BE
Цель: Спроектировать идеальный процесс.
Принципы проектирования:
- Устранение всех видов потерь (Muda)
- Упрощение и стандартизация
- Автоматизация рутинных операций
- Параллельное выполнение вместо последовательного
- Улучшение контроля качества
Выход: Карта процесса TO-BE.
Этап 4: Планирование перехода
Цель: Спланировать, как перейти от AS-IS к TO-BE.
Что включает план:
- Какие изменения необходимы
- Кто отвечает за каждое изменение
- Какие ресурсы требуются
- Сроки реализации
- Метрики успеха
Пример из производства:
| Критерий | AS-IS (Как есть) | TO-BE (Как должно быть) |
|---|---|---|
| Время обработки заказа | 5 дней | 2 дня |
| Количество согласований | 7 человек | 3 человека |
| Процент ошибок в документах | 12% | 2% |
| Использование бумажных носителей | 100% | 20% (только где требуется по закону) |
| Удовлетворённость сотрудников процессом | Низкая (много рутины) | Высокая (автоматизация рутины) |
Ошибки при использовании подхода:
- Слишком детальное AS-IS: Теряется фокус, проект затягивается
- Нереалистичное TO-BE: Цели недостижимы с имеющимися ресурсами
- Пропуск анализа: Сразу проектируют TO-BE без понимания проблем AS-IS
- Отсутствие вовлечения исполнителей: TO-BE создаётся руководством, а не теми, кто будет работать
- Нет плана перехода: Красивая карта TO-BE остаётся на бумаге
Связь с другими методологиями:
- PDCA (Plan-Do-Check-Act): AS-IS/TO-BE — это этап «Plan» (планирование улучшений)
- DMAIC (Six Sigma): AS-IS соответствует этапам Define-Measure-Analyze, TO-BE — Improve-Control
- Бережливое производство (Lean): Поиск потерь в AS-IS, их устранение в TO-BE
- Управление изменениями (Change Management): Переход от AS-IS к TO-BE требует управления изменениями
📚 Практическое применение: Картирование бизнес-процессов
📖 Связанные термины: Карта процесса, PDCA, Муда (Потери)
📚 Все термины: Глоссарий «Алгоритм»