План Cutover при имплементации ERP-систем

Существует ошибочная точка зрения, что наиболее критичным этапом внедрения ERP-системы является разработка, это не совсем так. Немаловажны активности, связанные с тестированием, обучением и миграцией данных. Однако все это задачи, выполняются на стороне заказчика. В проект имплементации корпоративной информационной системы вовлечены и прочие заинтересованные стороны, в честности контрагенты [1]. Несмотря на то, что вопрос перехода к продуктивному использованию системы является ключевым в ходе запуска, его важность иногда недооценивается. По крайней мере, до тех пора пока вы не столкнетесь с Cutover’ом вплотную. Да, да, именно так называют план перехода в среде технических специалистов. План перехода включает в себя ряд активностей, выполнение которых решает две основные задачи: техническая подготовка программного решения для функционирования в режиме реального времени, а также взаимодействие с клиентами и поставщиками для обеспечения непрерывной работы с ними. Cutover-план затрагивает технические, бизнес и вопросы, связанные с историческими данными [2]. Формирование плана перехода начинается много раньше промышленного запуска, так как задача в первую очередь требует большого вовлечения сотрудников заказчика, во-вторых, сильно зависит и влияет на технические активности смежных команд. Своевременная подготовка, а она занимает в среднем два-три месяца, и выполнение Cutover-плана, длящегося около двух месяцев, позволяют обеспечить такой режим запуска новой программной системы, который никак или минимально повлияет на клиентов и поставщиков предприятия. Будьте уверены, вы не сможете подготовить план перехода без заказчика. Эту и другие особенности Cutover-плана мы попытаемся рассмотреть в настоящей статье.

https://habr.com/ru/articles/861294/

#cutover #план_перехода #cutoverплан #бизнес_катовер #катовер #технический_катовер #миграция_данных #erpсистемы

План Cutover при имплементации ERP-систем

Существует ошибочная точка зрения, что наиболее критичным этапом внедрения ERP-системы является разработка, это не совсем так. Немаловажны активности, связанные с тестированием, обучением и миграцией...

Хабр

Speedy Cutover Service, SXS switching cutover to ESS filmed live at Glendale CA central office, 1984:

https://www.youtube.com/watch?v=saRir95iIWk

#CO #CentralOffice #TelephoneExchange #Telephony #5ESS #ATT #ESS #Switching #Cutover #WesternElectric

Speedy Cutover Service, SXS switching cutover to ESS filmed live at Glendale CA central office, 1984

YouTube

Less than 72 hours before the next great #production #cutover.

We’ve done the #dryRun several times. We have documents, #playbooks (#Ansible and otherwise), and #pullrequests. (We had past pull requests that were specifically about making our current pull requests easier!) We have #troubleshooting scenarios queued up. We’ve got the work items on our #board. Not much left to do but #divide and #conquer.

I hope the rest of the #enterprise is as well-#prepared as my #team are.

We didn’t have time or space to prepare some of the stuff for this latest #cutover and it showed. And three or four hours after first noticing that the problem may have been in the load balancer, someone took the time to go line by line through the configs, reconciling them against what actually worked. And thus light was seen at the end of the tunnel.

Preparation prevents perspiration. And complaints.

I hope tomorrow’s #cutover of two #UAT environments to the #cloud go so smoothly that we can genuinely call it #RinseAndRepeat. (Hey #Ansible, you’re on deck!)

Maybe we’ll even have enough time to get that #kubernetes #cluster from a #deprecated version to something more recent and reasonable. I would hate for all my #kustomize #shenanigans to go to waste!

Everything will go perfectly swimmingly, until #MurphysLaw decides to show up. #GirdYourLoins folks, it could get weird.

#CutOver
die Zeit zwischen #Ablösung der #Software und tatsächlicher #Abschaltung der Software.

wer älter ist als 50 Jahre braucht sich damit nicht mehr zu beschäftigen.