Помимо перечисленных ролей, можно выделить еще "роли поддержки". Это специалисты и эксперты в ключевых точках инфраструктуры. Они привлекаются к работам, когда это необходимо, но не принимают решений. Если численность проектной группы меньше шести человек, то часть ролей может совмещаться, и их будет выполнять один человек. Если численность проектной группы больше шести человек, то одна роль может быть закреплена более чем за одним человеком и, следовательно, эта группа должна быть определенным образом структурирована. В простейшем случае выделяется лидер группы. Члены команды проекта должны обладать углубленной подготовкой по следующим направлениям:
При внедрении ИС собственными силами существует большая опасность того, что проект внедрения станет плохо управляемым, и собственная команда внедрения рано или поздно "переключится" на решение текущих проблем (например, адаптация интерфейса системы по требованиям отдельных пользователей) вместо достижения глобальных целей проекта. Поэтому внедрять систему собственными силами следует только в том случае, если руководству предприятия удастся построить отношения с командой внедрения как со сторонним консультантом в части постановки задач и контроля их выполнения. Имеющийся опыт показывает, что на этапах обследования, постановки задачи, обучения команды внедрения, первоначальной настройки системы и при доработке программного продукта должен быть использован опыт сторонней компании-консультанта. Последующие же этапы (обучение конечных пользователей, перенос данных из существующих систем, ввод входящих остатков, создание отчетных форм, сопровождение на этапе эксплуатации и т.д.), могут быть выполнены и собственными силами предприятия при условии обеспечения профессионального руководства проектом. [2] К сожалению, вовлечением пользователей в процесс разработки и внедрения ИС сложно управлять. Основные соображения, почему организации и команды разработчиков не привлекают пользователей к работам над проектом, следующие:
|