Не е нужно да сменяте системата, за да поправите процеса

Аргументът за смяна на основна система обикновено се гради от оплаквания за процеса: регистрирането на клиент отнема четири дни, финансите въвеждат всичко наново, никой не може да получи справка. Тези оплаквания са реални. Но по-често, отколкото не, те са за пространството между системите, а не за самите системи.

Разделете двата въпроса

Проваля ли се системата в това, за което е предназначена? Осчетоводява ли ERP-ът записите правилно, поддържа ли главната книга, приключва ли периода? Обикновено да. Основните системи, работили петнадесет години, обикновено са много добри в истинската си работа.

Проваля ли се работата около системата? Прехвърлят ли се данни ръчно, преформатират ли се, сверяват ли се, гонят ли се? Там живеят четирите дни и това е различен проблем с различна цена.

Смесването им е начинът, по който проблем с изравняването се превръща в тригодишна програма за подмяна.

Как изглежда един мост

Между две системи, които вече имате, поставен върху двете: извличане от какъвто формат реално произвежда източникът, валидиране спрямо правила, които можете да прочетете, оркестрация с повторни опити и маршрут за изключения, и път за запис в целевата система през нейния API или, където няма такъв, през интерфейса, който би използвал човек.

Това е работа от седмици, не от години. Обратимо е. Не изисква никой да мигрира история, да преобучава отдел или да замразява пътната карта.

Кога подмяната наистина е отговорът

Три сигнала, и те засягат собствената работа на основната система:

• Поддръжката от доставчика приключва на дата, която не можете да преместите.
• Моделът на данните не може да изрази нещо, от което бизнесът вече има нужда - втора валута, второ юридическо лице, тип продукт, за който системата никога не е била създадена.
• Всяка промяна изисква специалист, който се пенсионира, а знанието не е записано никъде.

Те са структурни. Никой мост не ги решава, а преструването, че не е така, само отлага разхода с лихва.

Редът, който спестява пари

Първо мост, после измерване в продължение на две тримесечия, след това решение. Автоматизацията около наследена основна система върши две полезни неща, дори ако по-късно я смените: премахва непосредствената болка и документира - прецизно, в код - какво реално прави процесът. Тази спецификация е най-ценният вход, който една миграция може да има, и точно без нея започват повечето програми.