Методика As is To Be - проектируем изменения Отличнейший инструмент, пришедший в массы из бизнес-анализа. Казалось бы - где моделирование бизнес-процессов и например ИТ-инфраструктура или ремонт в квартире ? Вся прелесть этого инструмента в его универсальности, можно хоть ЦОДы отрисовывать в формате "как есть сейчас" и "как должно быть" = очень рекомендую применять, в том числе в презентациях для уважаемого заказчика. As is - описание планируемого объекта изменения в формате "как есть сейчас" To be - описание планируемого объекта изменения в формате "как должно быть", то есть обозначенная цель, возможно концептуальная - но все же цель. Дельта состояния между As is и To be и будет фронтом работ. Каким инструментом/методологией будет планироваться и исполняться ход реализации проекта - вопрос другой. Важный момент - вполне вероятно, что в работе у тебя будет развилка по нескольким путям достижения поставленной цели To be и это нормально (о том как правильно выбирать вариант реализации, поговорим отдельно). Важно - иногда, дела обстоят таким образом, что описывать As is вроде как и не требуется - потому как там ничего нет, от слова совсем. Если дела обстоят именно так, рекомендую именно это состояние обязательно указать в своем "нулевом" As is. To be по умолчанию не может быть "нулевым", если конечно вы не обнуляете что-то, а наоборот, создаете :) Чем больше в контексте As is - To Be у тебя будет "атрибутов окружения" - тем кристальнее получиться результат.
2 года назад