Esmu redzējis migrācijas projektus, kuriem bija viss, kas vajadzīgs ir bijis: spēcīga komanda, skaidrs tehniskais virziens, pareizie rīki. Un tomēr tie palēninājās. Ne tāpēc, ka tehnoloģija nestrādāja, bet tāpēc, ka process nestrādāja.
Kur tas parasti nelūzt
Datubāzu migrācijās, arī Oracle → PostgreSQL, lielākā uzmanība parasti tiek veltīta:
- arhitektūrai
- datiem
- veiktspējai
- rīkiem
Tur arī tiek pieņemts, ka slēpjas lielākie riski.Praksē lielākās aizkavēšanās bieži rodas citur.
Tur, kur tās sākumā neredz- iekšējos procesos.
Atkārtojošais modelis
Strādājot ar dažādām organizācijām, šie paši šķēršļi atkārtojas. Ne tehniskie- organizatoriskie.
- Lēmumiem nav skaidra īpašnieka
Migrācija ir svarīga. Bet neviens to pilnībā nepārvalda. IT gaida virzienu no biznesa. Bizness gaida skaidrību no IT. Rezultātā lēmumi tiek pieņemti lēni, vai netiek pieņemti vispār. Tas, kam vajadzētu aizņemt dienas, ievelkas nedēļā un projekts pamazām zaudē tempu.
- Projekta tvērums nepārtraukti paplašinās
Sākumā mērķis ir skaidrs, tad parādās realitāte. Jaunas prasības, papildu scenāriji.
“Kamēr mēs jau to darām, varētu vēl arī…” Katrs lēmums atsevišķi ir loģisks. Kopā tie padara projektu grūti kontrolējamu. Migrācija vairs nav projekts, tā kļūst par iniciatīvu bez mērķa uz robežām..
- Izpilde sākas pirms ir skaidrība
Šis ir visgrūtāk pamanāmais. Komandas sāk darīt, pirms ir pilnīga izpratne par:
- reālo darba apjomu
- esošās loģikas sarežģītību
- testēšanas apjomu
Jo ir spiediens sākt. Un, kad izpilde jau ir sākusies, atkāpties kļūst grūtāk. Tajā brīdī komanda vairs neplāno, bet gan reaģē.
Kur projekti maina virzienu
Veiksmīgos projektos agrīnā stadijā notiek kas cits. Komanda apstājas. Ne tāpēc, ka kaut kas ir salūzis, bet tāpēc, ka viņi grib saprast, ko tieši uzņemas. Viņi uzdod sev jautājumus:
- Kas patiesībā pieņem galīgos lēmumus?
- Ko mēs patiesībā piegādājam un ko nē?
- Vai mēs saprotam darba apjomu, vai tikai to pieņemam?
Šī pauze bieži izskatās kā kavēšanās, bet praksē tā novērš mēnešiem ilgu pārdarīšanu vēlāk.
Saikne ar tehnoloģiju
Pat ļoti tehniskos projektos, piemēram, Oracle → PostgreSQL migrācijās, šie paši principi nemainās. Ja: nav skaidras atbildības, tvērums nav stabils, lēmumi balstās pieņēmumos, rezultāts kļūst neprognozējams. To nevar atrisināt ar rīkiem un to nevar atrisināt ar platformu. Tehnoloģija tikai pastiprina to, kā organizācija strādā.
Cits skatījums uz modernizāciju
Sportā rezultāts reti ir atkarīgs no viena brīža. Tas ir atkarīgs no izvēlētās pieejas. Īstermiņa uzvaras var izskatīties labi. Bet tās nenosaka rezultātu. Tas pats attiecas uz migrācijas projektiem. Ātri sākt nenozīmē virzīties pareizajā virzienā.
Lielākā daļa migrācijas projektu neizgāžas pēkšņi. Tie palēninās. Tad sāk “peldēt”. Un beigās kļūst grūti pabeidzami. Ne tāpēc, ka sistēma ir pārāk sarežģīta. Bet tāpēc, ka veids, kā projekts tiek vadīts, padara to sarežģītu. kaidrība, atbildība un disciplīna ir tas, kas projektu virza uz priekšu. Tehnoloģija nāk pēc tam.
Kur jūsu projektos šobrīd ir lielākais bremzējošais faktors: tehnoloģija vai lēmumu pieņemšana?