Продолжаю разбирать проектную технологию, на очереди этап Моделирования. В один пост все помещается, разбиваю на три части.

Цель этапа Моделирования - продемонстрировать модель (прототип) будущей системы Заказчику, выявить функциональные разрывы. Функциональный разрыв (ФР) - точка в которой система не может обеспечить существующий или планируемый бизнес процесс Заказчика.

Как это происходит на практике. Первой активностью этапа является подготовка и согласование бизнес-кейса. Бизнес кейс - документ описывающий сценарий демонстрации существующих бизнес процессов Заказчика в типовой конфигурации системы с учетом функциональных требований выявленных на этапе Обследования. Кроме того в бизнес кейсе указываются какие настройки системы будут сделаны и какая будет использоваться нормативно-справочная информация, печатные и отчетные формы. В зависимости от масштаба и целей проекта моделирование может выполняться сразу по всему бизнес процессу, либо разбиваться на отдельные контуры учета, а в завершении этапа, демонстрация т.н. сквозного примера включающего все подразделения и службы затрагиваемые проектом.

Стоит отметить, что бизнес кейс может быть представлен либо одним документом охватывающим все бизнес процессы, либо набором документов по каждому из контуров учета. Это определяется в ходе проекта совместно с Заказчиком.С учетом количества необходимой информации бизнес кейс получается объемным документом на его подготовку может уходить от 1 до 4 недель.

После подготовки бизнес кейс согласовывается с Заказчиком, тем временем, команда Исполнителя ведет работу по настройке базы под будущую демонстрацию, вводит НСИ, выполняет настройки и т.д.

После согласования бизнес кейса назначаются и проводятся встречи по демонстрации возможностей системы т.н. тренинги. Сотрудник Исполнителя демонстрирует систему выполняя шаги по сценарию, описанному в бизнес кейсе и комментирует свои действия, акцентирует привязку к функциональным требованиям зафиксированным в Отчете об обследовании.

По ходу демонстрации команда заказчика задает вопросы, возникают дискуссии. Результатом демонстрации является протокол тренинга, куда фиксируется информация о том, что было продемонстрировано, возможно возникают дополнительные функциональные требования, заданные вопросы и ответы на них, открытые вопросы - по которым в ходе демонстрации не были даны ответы и самое важное выявленные функциональные разрывы.

Таким образом демонстрируются процессы по всем согласованным бизнес кейсам. По ходу демонстраций может возникать необходимость в проведении дополнительных встреч, для ответов на открытые вопросы, либо Заказчик совсем не удовлетворён увиденным и просит изменить подходы.

Таким образом после серии демонстраций у команды проекта возникают следующие результаты. Уточненные функциональные требования, список функциональных разрывов и список открытых вопросов, решение по которым не принято по тем или иным причинам и отложено на более поздние этапы проекта.

Продолжение следует...

#проектное #1c