Продолжу о модели БП. Теперь стоит упомянуть о ценности данного ключевого результата для проекта.

Итак, для чего нужна целевая модель автоматизируемых процессов:

- детальная оценка объемов покрытия бизнес-логикой внедряемой ИС и выделение функциональных разрывов на этапе 1;

- уточнение объема интеллектуальных ресурсов, необходимых для реализации разработки по функциональным разрывам и настройки стандартной функциональности внедряемой ИС на этапе 2;

- формирование части бэклога разработки (в плане задач на разработку функциональности ИС) для этапа 2.

В случае отсутствия данного ключевого результата:

- у вас фактически отсутствует полная карта потребностей, в результате может статься, что на этапе 2 вы сделаете доработку по основным "болям" и "хотелкам", настроите систему, а по результатам финального показа функциональности ключевые пользователи выкатят ещё массу хотелок (кстати, их фраза "так это ж и так было понятно" в данном контексте переводится "А какого лешего вы не проработали мои потребности детально? Вот теперь выкручивайтесь как хотите, но без нужной мне функциональности ИС не приму");

- у вас отсутствует возможность детального планирования исполнителей на этап 2, а значит есть далеко не нулевой шанс сорвать сроки проекта. У подрядчика сотрудники могут быть запланированы на другие проекты. В этом случае выделить дополнительных сотрудников вам может означать срыв сроков на других его проектах. А быстро найти сотрудника нужной компетенции в штат или хотя бы на проект, особенно когда уже стартанул второй этап, может оказаться сложно выполнимой задачей, ибо это только у тех, кто не сталкивался с такой проблемой, "под окном стоит толпа кандидатов";

- если вы все же вышли с нехваткой сотрудников, то это может сказаться на качестве разработки. Во-первых, вы наверняка перенесли часть разработки на более поздние этапы (а значит все равно вам придется ее делать, например, на ОЭ). Во-вторых, даже если вы "замылили" какой-то результат, то все равно эта недоработка также всплывёт на ОЭ (этап 4). И вам все равно придется дорабатывать ИС, но при этом ещё отхватив кусок негатива от ключевых пользователей;

- кстати, для допуска к ОЭ (да и к переводу в ПЭ тоже), вам необходимо будет проводить комплексные предварительные испытания (а она проводятся в конце этапа, предшествующего ОЭ). И вот же вопрос - а как вы поймёте, что ИС по функциональности покрывает ваши процессы? Вам все равно придется описывать процессы и только потом составлять тест-кейсы для сквозного функционального тестирования. А если "не придется", то см.предыдущий пункт.