Любые изменения в компании начинаются с двух вопросов: где мы сейчас и куда хотим прийти. Модели As is («Как есть») и To be («Как будет») помогают ответить на них системно — описать реальное положение дел, найти слабые места и спроектировать целевое состояние. Рассказываем, как построить обе модели, какие шаги для этого нужны и как применять подход не только к бизнес-процессам, но и к развитию сотрудников.
Что такое модели As is и To be
Описывая инструменты, которые помогают влиять на будущее компании, трудно обойтись без метафор. Модели As is и To be удобно представить как морскую карту:
На этапе As is команда тщательно осматривает «корабль»: ищет изношенные детали и механизмы, которые работают со сбоями, чтобы заранее увидеть все риски, способные помешать «путешествию». На этапе To be формируется видение желаемого будущего и прокладываются возможные курсы — чтобы дойти до цели быстрее и эффективнее.
| As is («Как есть») | To be («Как будет») | |
| Что описывает | Текущее состояние процесса — как он устроен на самом деле | Целевое состояние — каким процесс должен стать |
| Главная задача | Найти узкие и слабые места, выявить риски | Устранить слабые места и выбрать лучший вариант будущего |
| Источники | Документы и регламенты, наблюдение, интервью с сотрудниками | Схема As is, результаты анализа, цели руководства |
| Результат | Схема текущего процесса | Одна или несколько схем целевого процесса |
Чаще всего модели As is и To be используют для оптимизации бизнес-процессов. Например, если компания планирует автоматизировать какой-то процесс, его сначала нужно описать и найти в нём слабые места: их придётся устранить ещё до автоматизации. Иначе компания просто автоматизирует существующие проблемы.
Модель As is («Как есть»)
Модель As is — это описание процессов в том виде, в котором они существуют сейчас.
Важно отличать реальное состояние процесса от идеального или от того, каким его видит руководитель. Например, в компании могут быть регламенты, которые описывают процесс, — но это не значит, что сотрудники их соблюдают. Задача модели As is — понять, как процесс работает на самом деле.
Как собрать информацию для модели As is
Изучение документов и регламентов — лишь часть анализа. Чтобы увидеть реальную картину, стоит:
Зачем подробно описывать текущее состояние
Иногда кажется, что руководитель и так знает, как улучшить работу, а подробный анализ ничего нового не даст. Но у описания As is есть ощутимые преимущества.
Модель To be («Как будет»)
Модель To be — это описание целевого состояния процесса. Как правило, её строят на основе схемы As is: убирают узкие и слабые места, выявленные при анализе.
Обычно модель To be не одна. Команда строит сразу несколько вариантов — прокладывает разные курсы — и выбирает самый удачный.
Конечно, у руководителя могут быть изначальные представления о том, каким должно быть будущее. Они вполне могут попасть в модель «Как будет». Но окончательный образ целевого состояния всё же складывается в ходе анализа текущей ситуации — поэтому этап As is нельзя пропускать.
Как построить модели As is и To be
Чтобы обе модели помогли принять решение, а не превратились в набор схем, перед их построением стоит сделать два шага.
As is и To be в развитии персонала
Чаще всего модели As is и To be применяют для оптимизации бизнес-процессов, но сам подход гораздо шире. Его можно использовать как рамку (фрейм) для планирования любых изменений. Посмотрим, как это работает, когда в фокусе — развитие сотрудников.
As is («Как есть») — описание текущего поведения сотрудника. Его составляют по результатам оценки и наблюдения за тем, как человек действует в течение рабочего дня. В этом описании руководитель отмечает «зоны роста».
To be («Как будет») — план развития, построенный на основе выявленных «зон роста». Как и в случае с бизнес-процессами, вариантов может быть несколько: для одного и того же сотрудника можно составить совершенно разные планы развития в зависимости от целей.
При этом не обязательно работать со всеми «зонами роста» сразу. Какие-то из них могут быть не так важны на текущей должности, а другие, наоборот, нужно развивать в первую очередь.
Заключение
As is и To be — гибкий инструмент. В первую очередь его используют для описания и проектирования бизнес-процессов, но он подходит для любой ситуации, где нужны изменения: от автоматизации до индивидуального развития сотрудников. Главная ценность подхода в том, что он чётко разделяет анализ текущей ситуации и планирование улучшений — и не даёт перейти ко второму, пропустив первое.
