Kennisbank

Когато Ден 100 не бъде постигнат

Ден 100 е дата, която екипите по интеграция сами си налагат, не природен закон. Когато тази дата приближава и планът не е готов, обикновено възниква безпокойство: нещо се е объркало ли, трябва ли да се ускори темпото, трябва ли някой да поеме отговорност? Тези въпроси са разбираеми, но често не са правилните. Първият въпрос е по-точен: коя част от плана не е постигната и какво означава това за останалата част.

Не всяка пропусната част тежи еднакво

План за Ден 100 се състои от решения, които зависят едно от друго, и решения, които не зависят. Ако миграция на ИТ системи се забави, но останалата част от организацията не чака за нея, това е различен проблем от случая, когато се забави решение за персонала, докато пет други екипа чакат него, преди да могат да продължат. Преди да заключите, че Ден 100 е провален, си заслужава да проверите кои от първоначалните решения действително са лежали на критичния път и кой е следял това. Пропуснат срок по решение, което не блокира нищо, не е криза. Пропуснат срок по решение, за което всичко останало е чакало, обаче е.

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

Разходите от чакане рядко са разпределени равномерно

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

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

Има и друга страна: не всяко решение трябва да се взема в рамките на сто дни, и форсирането на това може да навреди повече, отколкото отлагането му. Някои интеграционни избори се вземат по-добре след период на наблюдение, когато е по-ясно как двете организации реално работят заедно. Затова е точно толкова важно да се знае какво може да почака след Ден 100, без процесът да заседне, колкото да се знае какво не може да почака. Пропуснат срок по решение, което всъщност е по-добре да се вземе по-късно, не е провал — това е корекция.

Какво реално казва пропуснат Ден 100 за интеграционния офис

Когато Ден 100 не бъде постигнат, въпросът често не е в самото решение, а в структурата, която трябваше да следи решенията. Интеграционен офис, който само поддържа списък с дати, вижда пропуснат срок само след като той вече е пропуснат. Интеграционен офис, който следи зависимости и разходи от несигурност, вижда идващо забавяне и може навреме да определи дали е необходима корекция или отлагането е приемливо.

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

Също така никога няма един-единствен отговор на въпроса какво трябва да се случи, когато Ден 100 не бъде постигнат: отговорът зависи от това кое решение е засегнато, какво чака него и дали забавянето реално струва ценност или, обратно, запазва ценност, като избягва прибързан избор. Онзи, който на този етап търси структура вместо готов отговор, ще намери разработен подход на страницата, която конкретно разглежда какво да се направи, когато Ден 100 не бъде постигнат и кой следи този процес.

Интегрирането не винаги е правилният избор

Всяка пропусната част от план за Ден 100 съдържа и основния въпрос дали изобщо е било необходимо тази част да се обединява. Някои системи, екипи или процеси не печелят нищо от интеграция, а губят време и внимание, необходими другаде. Пропуснат срок е добър момент отново да се зададе този въпрос, не само да се тласка по-силно към първоначалната дата.

За да се определи коя част от работата около такъв интеграционен процес трябва да се извърши от хора и коя част може да се подпомогне с изкуствен интелект, FTE TO AI предлага работен анализ, който за всяка задача изчислява какъв дял може да бъде поет. За екипите, които след пропуснат Ден 100 искат да разберат къде капацитетът засяда и къде може да се освободи, това е конкретна отправна точка.