Изученный урок №112. Оставляйте риск производительности системы в фокусе внимания

Ситуация:
Ситуация, рассмотренная в этом уроке, схожа с ситуацией, рассмотренной в Изученный урок №89. Прописывай в контракте показатели производительности системы [1].
Вы - менеджер проекта на внутреннем проекте по тиражированию специализированной системы в филиалы. В настоящий момент, у вашей организации несколько десятков филиалов, работающих в разных ИТ системах. Было принято решение по переводу всех филиалов на работу в единую систему с единой базой данных. При инициации проекта, на управляющем комитете, вы озвучиваете риск низкой производительности системы. Владельцем риска назначается другое лицо. В ходе проекта, вы периодически подключаетесь к решению проблем производительности, т.к. риск активен и проблемы с производительностью, действительно возникают, однако, не берете данные работы на себя, т.к. по ним уже назначено другое ответственное лицо. К моменту окончания проекта, несмотря на увольнение ответственного за риск производительности лица, вы считаете, что большинство проблем решены, т.к. система работает и в ней работают пользователи всех филиалов, однако, на одном из управляющих комитетов озвучивается, что проблемы производительности все еще не решены. Вы не можете ответить на вопрос, решены ли полностью данные проблемы, т.к. у вас нет достаточных данных которые вы можете подтвердить документально, по причине вашей низкой вовлеченности в работы по производительности и вы предчувствуете большие проблемы с формальным закрытием проекта при его завершении.
 
Вывод:

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