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