Pirmajās simts dienās pēc darījuma problēma bieži šķiet lēmumu trūkums. Biežāk problēma ir secība. Lēmums par kopējo ERP sistēmu bloķē pārskatu līniju izveidi. Lēmums par to, kurš saņem komerciālo mandātu, bloķē katru sarunu ar kopīgajiem klientiem. Kamēr neviens šo atkarību nenosauc, divas komandas vienlaikus gaida vienai no otras, un neviens to nepamana.
Ne katrs neatrisinātais lēmums ir problēma. Dažas lietas var gaidīt, nesamazinot pārējā progresu — kuras tās ir un kurš to drīkst noteikt, aprakstīts lapā par to, kas var gaidīt līdz pēc Day 100. Bloķēts lēmums ir cita lieta: tas ir lēmums, no kura ir atkarīgi citi lēmumi, un kas šos citus lēmumus pierādāmi tur ciet. Atšķirība nav vienmēr redzama no vienas komandas skatpunkta. Finanšu nodaļa neredz, ka tās gaidīšana uz sistēmas izvēli aptur arī HR integrāciju, jo algas lapas ir piesaistītas tai pašai sistēmai. Šīs saiknes atklājas tikai tad, kad kāds tās apzināti kartē, neatkarīgi no nodaļas, kura nejauši ir pēdējā rindā.
Bloķēta lēmuma izmaksas reti ir fiksēta summa nedēļā. Tās ir atkarīgas no tā, kas stāv nekustīgi: cenas vienošanās, kuru nevar pārskatīt, kamēr produktu portfelis nav apvienots, galvenais darbinieks, kas aiziet, jo neviens sniedz skaidrību par viņa lomu, klients, kas pāriet pie konkurenta, jo divas klientu komandas viena otrai runā pretī. Šie nav skaitļi, kurus var iepriekš izrēķināt. Tos tomēr var sakārtot: kurš lēmums ietekmē cik daudzus citus lēmumus, un kāda ir kaitējuma daba, ja tas ilgst vēl. Šī sakārtošana — pēc nenoteiktības un sekām, ne pēc tā, kurš skaļāk kliedz — ir aplūkota lapā par lēmumu sakārtošanu pēc nenoteiktības izmaksām.
Kartējot bloķējošos lēmumus, ir jautājums, kuru nevar izlaist: vai šī daļa vispār būtu integrējama. Atkarības risināšana, apvienojot divas sistēmas, nav automātiski labāka par to atstāšanu blakus vienai otrai. Dažreiz ātrākais veids, kā novērst bloķādi, ir nolemt, ka integrācija šajā punktā nedod pievienoto vērtību. Šis lēmums nedrīkst tikt pieņemts klusējot tikai tāpēc, ka neviens neuzdeva jautājumu; tam ir jābūt skaidri uz galda, līdzās jautājumam par to, kad un kādā secībā.
Bloķējošo lēmumu saraksts jau integrācijas pirmajā dienā ir nepilnīgs, un tas kļūst nepilnīgāks, jo vairāk lēmumu tiek pieņemts. Jaunas atkarības rodas tieši tad, kad tiek atrisinātas vecās: sistēma ir izvēlēta, un tagad izrādās, ka ieviešana ir atkarīga no piegādātāja līguma, kas joprojām ir spēkā. Kādam šī karte ir jātur aktuāla, ne kā vienreizējs vingrinājums pirmajā nedēļā, bet kā pastāvīgs uzdevums — citādi bloķāde vienkārši pārvietojas uz citu vietu. Kurš pilda šo lomu un kā šī persona novērš to, ka karte pati kļūst par kavējošu birokrātiju, aprakstīts lapā par integrācijas biroja darbspējas uzturēšanu.
Bloķēti lēmumi bieži ir iemesls, kāpēc Day 100 plāns netiek izpildīts, ne tāpēc, ka plāns bija kļūdains, bet tāpēc, ka atkarība tika novērtēta pārāk zemu. Kuri lēmumi katrā ziņā pieder pirmajām simts dienām un kurš seko, lai tie tiešām tiktu pieņemti, aprakstīts lapā par lēmumiem pirmajās simts dienās. Ko darīt, ja termiņš tomēr netiek sasniegts — kuri lēmumi tad tiek pārprioritizēti un kurš to izlemj — aprakstīts lapā par Day 100 nesasniegšanu. Bloķādes signalizēšana nav tas pats, kas tās atrisināšana, bet bez signalizēšanas kavēšanās paliek neredzama līdz brīdim, kad ziņojums ir jānodod.
mergerintegration.net generatori un integrācijas birojs strukturē šīs atkarības: tie kartē, kurš lēmums gaida uz kuru citu lēmumu, un kura organizācijas daļa tāpēc stāv nekustīgi. Tas nav pieredzes apliecinājums — nav izpildīta projekta, uz kuru šis rīks atsaucas, un tas šeit nav norādīts. Tas ir veids, kā precīzi uzdot jautājumu, pirms kavēšanās parādās skaitļos, kurus vairs neviens nevar izlabot. Kas vēlas ar to strādāt, var pierakstīties gaidīšanas sarakstā; rīks ir izstrādes procesā.
Daļa laika, kas tiek zaudēts bloķētu lēmumu dēļ, tiek pavadīta darbā, ko cilvēki dara manuāli, kaut arī to var darīt automātiski: klientu sarakstu apvienošanā, līguma nosacījumu salīdzināšanā, atkarību kartes uzturēšanā, kas mainās pēc katras sanāksmes. FTE TO AI darba skenēšana katram uzdevumam izrēķina, kādu tā daļu var pārņemt AI, tādējādi padarot redzamu, kur atbrīvojas kapacitāte, kuru citādi būtu varēts veltīt pašai integrācijai.
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.