#ProjectManagement #KnowledgeContinuity #ERP
Для обеспечения преемственности знаний на проектах нужно находить необходимый баланс между соблюдением бюджетов и надёжностью команды — то есть наличием дублёров у всех ведущих консультантов по функциональным блокам. Хочу поделиться проектным опытом и набитыми шишками.
Ситуация с комплектацией команды ERP проекта
На одном из проектов, где я выступал функциональным архитектором, мы с руководителем проекта не очень пристально следили за соблюдением преемственности знаний. Были ведущие консультанты, которые самостоятельно отлично вели свои функциональные блоки. При этом работа документировалась надлежащим образом, этапы закрывались, заказчик получал свою ценность — и всё вроде хорошо.
Но вот прошёл период опытно-промышленной эксплуатации, система запущена в промышленную эксплуатацию, настал черёд передавать систему команде сервисного сопровождения. Тут нужно отметить особенность данного проекта: сложность и объём доработок были значительными. Кроме того, так совпало, что сразу же после перехода в промышленную эксплуатацию необходимо было проводить обновление системы и — соответственно — большой объём модульного тестирования и тестирования интеграционных интерфейсов.
В итоге, невзирая на наличие проектной документации, которая в целом соответствовала стандартам компании, сервисная команда не смогла своевременно погрузиться. Пришлось привлекать проектную команду, которая была уже распределена по текущим проектам, для тестирования. Ну это, сами понимаете, переработки, выгорание… со всеми вытекающими.
Вывод / рекомендация для соблюдения баланса
Есть два способа работать с этими рисками.
Первый — заранее включать сервисную команду, например в момент старта ОПЭ, чтобы они набрались опыта от проектной команды.
Второй — комплектовать команду консультантами-дублёрами, готовыми работать в сервисном сопровождении, погружать их в проект в момент, когда можно с чувством, с толком перехватить все необходимые знания и навыки.