Първите сто дни след придобиване не са изпълнени с решения, които всички тежат еднакво. Част от тях трябва да се вземат веднага: кой подписва за какво, коя система остава активна, кой комуникира с клиентите. Друга част може да изчака, а понякога изчакването е по-добрият избор. Въпросът, който често липсва, не е "какво трябва да се направи", а "какво се случва, ако това решение се вземе две седмици по-късно" — и кой следи тази пролука в междинния период.
Редът на решенията през първите сто дни често се подрежда като проектно планиране: какво може паралелно, какво трябва последователно. Това е част от историята. Другата част е неопределеността. Решение, което само по себе си е малко, все пак може да трябва да стои най-отпред, защото поддържа неясноти относно случващото се в пет други екипа, докато не бъде взето. Как правите това разграничение, прочетете при метода за сортиране на решенията по разходите за неопределеност вместо по планиране. Без тази сортировка се получава списък, който изглежда логичен, но оставя най-скъпите неопределености най-отдолу.
Съществува предположение, че план за 100-ия ден трябва да е пълен: всичко, свързано с интеграцията, планирано някъде. Това предположение не е правилно. Някои решения по-добре се отлагат до след стотния ден, защото тогава ще е налична информация, която сега все още не е, или защото сливането на тази част въпреки всичко не е сигурно. Какво може да изчака и какви са условията за наблюдение на това отлагане, вместо то да бъде забравено, е описано при прегледа на какво може да остане за след стотния ден и кой продължава да го следи. Отлагането на решение е решение; то трябва да има собственик, дори когато самото действие все още не се случва.
Въпросът "кой следи това" е точно толкова важен, колкото въпросът кои решения има. Списък с решения без собственик за всяко решение е документ, не насочване. При повечето интеграции това наблюдение е задача на интеграционен офис: малък екип или отделен човек, който всяка седмица проверява дали решенията, които трябвало да се вземат тази седмица, наистина са взети, и който прави видимо, когато това не е така. Как такъв интеграционен офис остава работещ — не се разраства до собствена бюрокрация, не се изпразва до формуляр, който никой вече не попълва — е описано при подхода за поддържане на интеграционния офис лек и функционален.
Решенията през първите сто дни рядко стоят изолирано едно от друго. Решението за коя CRM система остава определя кога екипите по продажби могат да се обединят. Решението за правната структура определя кога фактурирането може да се интегрира. Част от забавянето в интеграциите не идва от бавно вземане на решения, а от зависимости, които не са били картографирани предварително. Кои зависимости блокират останалата част от графика и как да следите това, е описано при начина за идентифициране на блокиращи зависимости, преди те да спрат графика.
Стотният ден е крайъгълен камък, не гаранция. Плановете се проточват, решенията се вземат по-късно от предвиденото, и въпросът тогава не е дали това е проблем, а какъв е следващият стъпка. Препланирането без да се допусне целият процес да се разстрои е отделен въпрос, със собствен подход.
Част от решенията през първите сто дни минава през конкретни хора: този, който познава клиентската връзка, този, който управлява системата, този, чийто подпис е необходим. Ако този човек напусне, отсъства заради отпуска, или се претовари, решението застива, без това да е било видимо в плана. Кои са тези ключови хора и как предотвратявате едно отсъствие да спре графика, е описано при подхода за идентифициране на ключовите хора при придобиване и управление на тяхното отсъствие.
При всяко решение в тези сто дни се крие въпрос, който не е сам по себе си даден: трябва ли тази част всъщност да се обедини? Интеграцията понякога унищожава стойност вместо да добавя стойност — обединяването на две системи, които и двете работят, не е автоматично по-добро от съществуването им паралелно. Този въпрос трябва да се поставя за всяка част, не като изключение, а като постоянен елемент от решението.
Тази страница описва рамка: кои решения имат тежест, в какъв ред, и кой ги следи. Тя не е послужен списък и не е изпълнен проект, към който да се насочи вниманието — това е инструмент, който предлага структура на период, който бързо се задръства без структура. Инструментът, който подпомага тази рамка, с генератори за базовата линия на синергиите, плана за 1-ия ден и плана за 100-ия ден, е в изграждане. Който иска да го използва, може да се запише за списъка на изчакване.
Част от стотте дни се състои от работа, която не се състои от решения, а от изпълнение: обединяване на отчети, пренасяне на данни, изготвяне на комуникация. За тази част е релевантен друг въпрос: колко от тази работа може да бъде поета от AI. Работният скенер на FTE TO AI изчислява за всяка задача какъв дял от работата отговаря на условията за това, което дава индикация къде в интеграцията може да се освободи капацитет за решенията, които остават човешка работа.
Vraag maar wat er op Day 1 moet staan, of wat integreren juist kapotmaakt.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.