След подписването започва период, в който се вземат повечето необратими решения: кои системи се обединяват, кой на кого докладва, кои клиенти първи забелязват промяна. Изкушението е да се нарече това период на изпълнение, като планът вече е готов. Обикновено не е. Първите сто дни са период на вземане на решения, и качеството на тези решения определя повече, отколкото скоростта, с която се изпълняват.
Не всяко решение трябва да се вземе през този период. Някои въпроси могат да изчакат, докато се узнае повече; други стават по-скъпи, колкото по-дълго чакате. Разграничението между тях само по себе си е решение, и то често се пропуска, защото всеки предпочита да се захване с работата, вместо първо да разбере какво всъщност означава да се захванеш с работата.
Редът, в който се вземат решенията, често е по-важен от самите решения. Решение относно системата за клиенти, взето твърде рано, преди да е ясно какъв модел на печалба ще остане в сила, може да направи по-късно решение невъзможно. Решение относно отчетните линии, взето твърде късно, оставя организацията седмици наред без ясноста кой решава какво.
Помага, ако решенията се подредят не по това, какво изглежда най-неотложно, а по това, какво ще излезе най-скъпо, ако остане неясно. Някои несигурности струват малко, ако останат открити няколко седмици; други струват пари или хора всеки ден. Който иска да сортира по този начин, може да разгледа как подреждате решенията по разходите от несигурност, защото тези разходи не се движат успоредно с това, колко важно изглежда решението на хартия.
При всяко решение относно интеграция стои предварителен въпрос, който често се пропуска: дали тази част всъщност трябва да се обедини. Обединяването на два търговски екипа, защото звучи логично, може да разстрои добре функциониращ екип, без другата страна да получи нищо в замяна. Обединяването на две IT-среди, защото изглежда по-просто, може да доведе до години техническия дълг за спестяване, което никога не се случва.
Въпросът дали нещо наистина трябва да се обедини не е изключение, което се поставя при спорни случаи. Той е стандартният въпрос при всяка част, и отговорът може спокойно да бъде „да се остави отделно“, колкото и „да се интегрира“. Базова линия на синергиите, план за Ден 1 и план за Ден 100 са инструменти за отговаряне на този въпрос за всяка част, а не за потвърждаване на интеграцията като изходна точка.
Някои решения блокират други. Решение относно ERP системата може да определи дали финансовото отчитане може да се обедини. Решение относно търговската марка може да определи дали маркетинговите екипи вече могат да започнат. Който не картографира тези блокади, ги открива в момента, в който екип се затормози и никой не може да каже защо.
Картографирането на кои зависимости блокират останалата част от процеса следователно не е административна стъпка накрая, а част от самото определяне на реда. Решение, което на хартия изглежда малко, може да бъде шлюзът, на който чакат десет други решения.
Сто дни са важен етап, не краен срок с наказание за него. Някои решения все още не са зрели след сто дни, защото липсва информация или защото първите седмици налагат други приоритети. Това само по себе си не е неуспех, но се превръща в такъв, ако никой не определи какво се случва след това.
Който иска да знае какво да прави, ако планът за Ден 100 не бъде постигнат, прави добре да обмисли този сценарий предварително, вместо да го открие на деветдесетия ден. Това е един от малкото моменти, в които интеграционният офис трябва да коригира сам себе си, без това да се тълкува като провал.
Интеграционен офис, който иска да следи всяка зависимост, всяко решение и всяка синергия в подробности, се затъва в собствената си администрация. Въпросът не е колко има за следене, а колко трябва да остане следимо, без самото следене да се превърне в проект. За тези, които търсят този баланс, става дума за как поддържате интеграционния офис управляем, с проследяване, което служи за подкрепа на решенията, а не за оправдаване на себе си.
Трите генератора и интеграционният офис предлагат структура: базова линия на синергиите, от която да се измерва, план за Ден 1 за първата седмица, план за Ден 100 за периода след това, и място за проследяване на зависимостите и списъка с решения кое да се интегрира и кое не. Те не заменят опита и не гарантират резултат. Те структурират какво трябва да се реши, така че хората, които вземат решенията, да го правят с общ поглед, а не с разпръснати бележки от разпръснати съвещания.
Този инструмент е в процес на разработка. Който иска пръв достъп при пускането му, може да се запише в списъка на чакащите.
Веднага след като е ясно кои решения се вземат през първите сто дни, следва естествено въпросът кой поема работата след това: кой мигрира системите, кой обединява отчетите, кой пише комуникацията към клиентите. Част от тази работа е достатъчно повтаряема, за да се погледне по друг начин. Работният скенер на FTE TO AI изчислява за всяка задача каква част от работата може да се поеме от 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.