Координирование работ проекта.
ред.1 Сысовская, Найденов 15/09/01
Адрес проекта IT2B, на котором опубликован материал документа: it2b.h1.ru
Разработать детальный план внедрения.
Как у любого проекта, у него есть этапы планирования (предварительное и оперативное по ключевым показателям), организации, актуализации, регулирования, учета, анализа. Они касаются ресурсов и качества.
Преобразовать проект в последовательность действий, имеющих четко определенные цели, ограниченных во времени и допускающих независимые процедуры верификации (детальный план внедрения). Необходимо учитывать приоритеты. Реальный срок действия проекта внедрения - до 2-х лет. Из них от 3 мес - на освоение базовой функциональности до 2-х лет для освоения всех возможностей системы, необходимых для эффективного ведения бизнеса. В связи с длительностью процедуры внедрения необходимо отталкиваться от реальных сроков и пессимистичного бюджета. Необходимо вести проект внедрения в MS Project, отслеживая вехи и этапы выполнения задач. Нарушение сроков проекта или платежей наравне с не просчитанным планом внедрения является основной причиной срыва проекта.
Состав детального плана.
Общий план работ должен содержать:
План конфигурирования и предпроектного обследования.
План управления контрактами и развития команды.
План поддержки документирования.
План обучения.
План обеспечения программными и техническими средствами.
План настройки и актуализации системы.
План операций по общему управлению.
Необходимо сделать анализ взаимосвязей, оценить состав, длительность работ, ресурсоемкость, стоимость, составить сводное расписание.
График платежей.
Составляется график платежей, связанных с приобретениями функциональных и пользовательских лицензий, консалтинговыми услугами, затратам на программирование и совмещение ПО. Необходимо выяснить – когда платить. Можно оплатить сразу первоочередной функциональный комплекс и необходимое на первое время количество рабочих мест. Можно оплачивать по мере внедрения блоков, докупая необходимые рабочие места. Если настройку проводит фирма – внедренец, то функциональные блоки можно оплачивать по мере их готовности к сдаче заказчику, после подписания акта сдачи – приемки. График закупки и продажи тех. средств. Смета расходов и график платежей, связанных с зарплатой и обучением персонала, занятого во внедрении. График платежей и регламент действий, связанных с поддержкой и развитием системы (обновления версий, отчетности, модулей совмещения с другими программами).
Составить сводный бюджет.
Общее управление.
Управление по целям.
Управление по показателям.
Управление рисками.
Общее управление изменениями и принятием решений.
Оперативное планирование.
Процессы контроля.
Организация поддержки жизненного цикла.
Необходимо понимать, что развитие ИС – непрерывный процесс. С момента внедрения системы запускается процесс ее модернизации, заканчивающийся действиями, связанными с переходом к новой информационной системе.
Конфигурационное управление.
Включает план обновления версий и расширения функциональности как часть общего плана управления проектом, рекомендации по конфигурационной идентификации, контролю, учету, отчетности и развитию конфигурации. Включает в себя управление количеством пользовательских лицензий. Предполагается, что сопровождение может выполняться другими специалистами, не теми, кто создавал ИС на предыдущих этапах. Они анализируют сообщения об ошибках и предложения о модификации ПС, и оценивают целесообразность проведения изменений. Изменения могут инициироваться как внутренними причинами (сбои в работе, модернизация) или внешними (выпуск новых версий и заплаток с целью исправления ошибок или расширения возможностей). В документации должен быть пункт, регламентирующий внесение изменений в систему внутренними специалистами, так как подобные действия могут вызвать затруднения обновления версий. Подготовленные изменения тестируют и проверяют по критериям, определенным в документации. При подтверждении необходимости изменений в программах производится корректировка документации. Далее планируется распространение внесенных изменений или новой версии пользователям, которым была поставлена предшествующая версия. Рекомендуется учитывать возможность одновременного использования версий с разным составом проведенных модификаций.
Поддержка ПО для бизнеса
Поддержка вспомогательного ПО
Поддержка ТС
Управление данными
Поддержка документационного обеспечения, системы знаний и обучения.
Поддержка документационного обеспечения
Обеспечение актуальной документацией по стандартам, регламентам поддержки и руководств.
Связь модели ИС и модели бизнес – процессов.
Поддержка системы знаний и обучения.
Поддержка организационного обеспечения
Обеспечение квалифицированными сотрудниками, необходимыми для работы ИС.
Предусмотреть будущее.
На данный момент наблюдаются ряд тенденций в технологиях КИС. Это интеграция ERP – технологий с системами электронного бизнеса B2B и B2C. Можно точно сказать, что мы будем вынуждены перейти к использованию этих решений в течении максимум 2-х ближайших лет, но скорее всего раньше. Несвоевременный переход к использованию таких решений означает потерю конкурентоспособных свойств компании. Системы класса Аксапта поддерживают данные решения, однако в ближайшее время (1-2 года) могут появиться другие перспективные направления. Проект внедрения ИС рассчитывается на 2 года и в него необходимо включить план мероприятий по контролю за актуальностью ИС, контроля за жизненным циклом ИС, в котором будет два этапа – внедрение и деактуализация, возможно, наложенные друг на друга.