Риски проекта внедрения
Ниже я разместил некоторые риски от самых значимых к менее значимым:
1. Недостаточный уровень занимаемой спонсором должности или непрофильная зона ответственности спонсора.
Это приводит к снижению интереса заказчика к проекту. Как следствие, затягивание сроков реализации проекта и снижению качества работы сотрудников заказчика.
Решение: спонсор (или директор проекта со стороны заказчика) для проектов MES должен быть на должности Технического директора и иметь права печати, т.е. оплаты работ. Необходимо заранее убедить спонсора в выгодах от внедрения системы и добиться понимания основных технических решений.
2. Недостаток средств заказчика
Это приводит к остановке проекта в промежуточном положении.
Решение: разбить этапы проекта на цельные части. С тем, чтобы была полностью внедрена хотя бы часть функционала.
3. Недостаток времени
Недостаток времени может быть как по вине исполнителя, так и по вине заказчика.
Решение: четко распланировать проект в ДПП. Далее строго следовать ДПП и превентивно начинать выполнение задач. Особенно это касается передаче исходных данных, закупок и авансовых оплат. При необходимости использовать ресурс спонсора.
4. Расширение функционала во время внедрения проекта.
Типичный риск. Специалисты заказчика во время работ по проекту начинают все больше понимать и у них возникают желания расширить функционал. Естественно, за счет исполнителя.
Решение: классифицировать хотелки заказчика и отложить их реализацию на дополнение договора. Либо, по официальным договоренностям, заменить одни функции системы на другие. В бюджете проекта должны быть зарезервированы некоторые суммы на непредвиденные расходы, за счет которых может быть расширен функционал в некоторых пределах. Расширение функций системы без удлинения сроков и цены договора критично для проекта.
5. Недостаток квалификации заказчика
Этот риск приводит к снижению качества системы из-за не выявления недостатков во время внедрения, некачественная комплексная наладка
Решение: постоянное обучение проектной группы заказчика. Сначала это должны быть специализированные курсы, затем работа с документацией и квалифицированные консультации со стороны исполнителя. На обучение необходимо зарезервировать специальный бюджет и время.
6. Недостаток персонала заказчика.
Из-за необходимости делить рабочее время специалистами заказчика на должностные обязанности и на работу в составе проектной группы может ощущаться недостаток персонала для работы на проекте.
Решение: Заложить в бюджете заказчика деньги на мотивирование своих специалистов, поскольку такая работа может требовать удлинения рабочего времени. По возможности освободить значимых специалистов от основных обязанностей в пользу работы над проектом.
7. Разночтение в целях функций системы.
Если технические требования и техническое задание прописано недостаточно четко могут возникнуть конфликты в ожиданиях и исполнении функций системы.
Решение: технические требования должны быть прописаны как можно более тщательно и утверждены с обеих сторон заранее. Технические требования должны найти отражение в техническом задании и Основных технических решениях. В бюджете проекта должны быть зарезервированы некоторые суммы на непредвиденные расходы, за счет которых может быть расширен функционал в некоторых пределах.