Продолжение темы про детализацию задач по интеграции.

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

Итак, для чего нужен этот ключевой результат:

- детализация задач, описанных в ТЗ к договору. В виду того, что на более ранних стадиях получение ряда детальных сведений по проекту не представляется возможным, важно детализировать задачи до уровня, на базе которого имелась бы возможность формализовать задачи на разработку и кейсы для проверки корректности проведенной разработки (тест-кейсы);

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

- создание базы для дальнейшей формализации тест-кейсов для контрольных мероприятий и испытаний ИС (в плане интеграции ИС).

В случае отсутствия данного результата возможны следующие негативные последствия:

- увеличение сроков разработки в виду "внезапного" обнаружения крупных недоработок при проведении контрольных мероприятий или испытаний на последующих этапах;

- увеличение сроков разработки в случае, если часть работ по интеграции не будет оценена по трудозатратам, и соответственно, на это не будут выделены исполнители;

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

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

- про потентциальное снижение доходности проекта уже написал выше.