Перейти к основному содержимому

Внедрение ERP — чек-лист самопроверки

Отмечайте «да» только при наблюдаемом факте за последние 1–3 месяца проекта, а не при наличии пункта в презентации.

Выбор и старт​

  • Есть согласованный список функциональных требований с приоритетами и must-have.
  • Проведён fit-gap по единому шаблону (не только устное «всё есть»).
  • Понятны TCO на 3–5 лет (не только цена лицензии).
  • При слабых требованиях запланирован предпроект, а не fix price «на весь объём».
  • Выбрана методология (классика / гибрид), а не режим «просто сделайте».

Люди и управление​

  • Назначены спонсор, куратор заказчика и РП с полномочиями.
  • Выделены ключевые пользователи с % времени в проекте, а не «по остаточному».
  • Есть управляющий комитет или эквивалент для эскалаций.
  • Конфликты подразделений обсуждаются, а не замалчиваются до ОЭ.
  • Заказчик понимает разницу проекта внедрения и сопровождения.

План и оценки​

  • Построена ИСР (WBS) с оценкой трудозатрат по листьям.
  • Тип оценки соответствует фазе (ROM → budget → definitive).
  • Для fix price заложен резерв на риски и доработки по fit-gap.
  • Календарный план учитывает параллелизм, а не только сумму часов.
  • Зафиксированы критерии выхода из ОЭ и закрытия проекта.

Разработка, тесты, среды​

  • Рабочая база отделена от dev/test (минимум 2 контура, лучше 3–4).
  • Есть master (или аналог) для регрессии перед переносом в prod.
  • Доработки проходят код-ревью и тесты до попадания к пользователям.
  • Ведётся журнал изменений на опытной эксплуатации.
  • Обучение привязано к to-be процессам, а не только к кнопкам.

Риски и приёмка​

  • Ведётся реестр рисков с вероятностью, влиянием и планом реакции.
  • Типовые риски ERP (саботаж, вечная ОЭ, смена законодательства) идентифицированы.
  • UAT / ключевые пользователи подписывают сценарии, а не «потыкали неделю».
  • Интеграции с внешними системами проверены в SIT до ПЭ.

Интерпретация​

Доля «да»Скорее всего
БольшинствоУправляемый ERP-проект или зрелый этап
ПоловинаУзкие места — см. слабые блоки; усилить риски и ЖЦ
Меньше третиВысокий риск срыва; вернуться к выбору и участникам

Общая диагностика методологии IT-проекта — 7-03/999.

См. также

Другие статьи этого же раздела в боковом меню (как на странице "О разделе").

Освоение главы0%