После перехода в dia$par эксплуатант заключает договор о технической поддержке с авторизованным интегратором.

С любым из них — по собственному выбору.

Можно ли поддерживать силами собственных ИТ-специалистов, без привлечения внешнего интегратора?

Да.

Немного подробностей о каждой схеме поддержки.

1. Поддержка dia$par авторизованным интегратором

Работы выполняются и оплачиваются по схеме time & material — то есть по затраченным человеко-часам.

Эксплуатант платит только за выполненные (по собственным заявкам) работы, и ни за что больше. Управление изменениями ведется через web- и мобильные интерфейсы dia$par Change Management Center в режиме реального времени. 

Ежеквартально, независимо от интеграторов, вендор проводит контрольные замеры удовлетворенности пользователей согласно следующей анкете:
 

• Использование dia$par оказывает явное положительное влияние на операционные показатели компании. Сотрудники интегратора dia$par проявляют высокую бизнес-компетентность и регулярно предлагают эффективные решения для оптимизации бизнес-процессов, ведущие к росту прибыли и/или сокращению затрат.

    Уровень B

• Однозначно отделить положительный вклад dia$par от действия прочих факторов представляется затруднительным, но мы, несомненно, удовлетворены как результатами эксплуатации мета-системы, так и сотрудничеством с интегратором dia$par.

    Уровень С

• Переход в dia$par произведен.
  Каких-то прочих существенных достижений не отмечено.

    Уровень D

• Нас обманули. Ничего общего с тем, что вы обещаете.
   

Повторяющиеся неудовлетворительные оценки ведут к утрате статуса dia$par Authorised Integrator. 

Договор поддержки может быть расторгнут заказчиком в одностороннем порядке.

Совокупная стоимость владения dia$par  — при обслуживании авторизованным интегратором, и при среднем темпе изменений бизнеса — составляет порядка 10% от стоимости проекта перехода в год.

Для бурно развивающихся предприятий, деятельность которых, помимо значительного количественного роста, распространяется на новые сферы и существенно усложняется в старых, — вдвое-втрое выше.

В случае компаний в фазе «денежной коровы», бизнес-процессы которых стабилизированы, TCO dia$par стремится к нулю.
 

2. Поддержка собственными ИТ-инженерами

Вы абсолютно свободны в решении поддерживать и развивать dia$par как вам угодно, в рамках собственной ответственности.

2.1 Потребуется обучить прикладных разработчиков, они же программисты (dia$par model engineers), и процессных лидеров.

2.2 Минимальные квалификационные требования к разработчикам — в разделе «С чего начать». На практике с обучением программистов проблем не возникает.

2.3 Процессный лидер = mleader + eleader (детальнее см. «Методологию транзита»).

Словесно, в компетенции процессного лидера входят:

• понимание идеологии процессного подхода IEM Enterprise
• понимание базовой логики его реализации в технологии mutual mapping (абстракции цепочки создания стоимости и ее участков — mchain/mstep соответственно)
• понимание общей схемы организации бизнес-процессов данного предприятия (основные цепочки создания стоимости)
• знание деталей реализации бизнес-процессов на собственном участке цепочки создания стоимости данного предприятия: как в «отражении» .Matrix, так и работе реального предприятия .Enterprise.

2.4 Соответственно, чем больше масштаб предприятия, и чем сложнее и разветвлённее его бизнес-процессы, — тем больше понадобится процессных лидеров, и тем уже будет сфера ответственности каждого.

2.5 Рекомендуемая литература для самостоятельной подготовки процессных лидеров:

Джеффри Лайкер «Дао Тойота»

Элияху Голдратт, серия романов «Цель»

Публикации IEMCommunity.ru: парадигма IEM Enterprise