Valdykite neapibrėžtumą
sistemų kūrime

Vendor lock-in ir projektų sprogimai yra didžiausios traumos vadovams.

Paaiškiname "skaidrumo" funkciją, kuri leidžia bet kada pasitraukti ir išvengti šių rizikų.

1. Išėjimo kaštų simuliacija

Sunk costs aptemdo vadovų sprendimą.

Palyginkite nuostolį stabdant projektą pagal tradicinį fixed-bid kontraktą su lanksčiu DaaS/Staff Augmentation modeliu.

Kaupiamų kaštų palyginimas

Pajudinkite slankiklį, kad pakeistumėte mėnesį, kai nusprendžiate išeiti (atšaukti).

Išėjimo laikas:

Tradicinė rizika (fixed-bid)

Dažnai taikomos nutraukimo baudos ir buyout įsipareigojimai dėl tarpinių deliverable'ų, maksimaliai didinant sunk cost poveikį.

DaaS rizika (lankstus kontraktas)

Mokate tik už atliktą darbą. Kadangi galite sustabdyti bet kada, galite pasitraukti dar prieš didėjant žalai.

Galimybė atšaukti bet kada skatina tiekėją išlaikyti aukštą kokybę.

2. vendor lock-in ir "skaidrumo" anatomija

Lock-in baimė kyla iš to, kad nematote, kas yra viduje.

Palyginkite elementus, kurie neleidžia black box ir atkuria autonominę kontrolę.

Tradicinis tiekėjas
📦

Black-box kūrimas

Išsami specifikacija gyvena tik tiekėjo galvoje

  • Neaiški kodo nuosavybė

    Custom framework'ai ir bibliotekos apsunkina perėmimą kitai komandai.

  • Trūksta dokumentacijos

    Gausite veikiantį produktą, bet ne "kodėl" už jo.

  • Priklausomybė nuo žmonių

    Jei išeina svarbus žmogus, sistema gali sustoti.

Rekomenduojamas modelis (DaaS)
🔍

White-box kūrimas

Laikykite sistemą pasiruošusią perduoti bet kada

  • Standartinių technologijų pasirinkimas

    Rinkitės plačiai naudojamas kalbas ir framework'us, kad išliktų pakeitimo galimybės.

  • Visada dalinamasi GitHub ir pan.

    Kasdien commit'inkite į kliento repo, kad progresas ir kokybė būtų matomi realiu laiku.

  • Išėjimo strategija apibrėžta nuo pradžių

    Sukurkite internalization/transition planą nuo pirmos dienos.

Partnerio pasirinkimo vertinimo ašys (Risk Radar)

Renkantis partnerį, vertinkite ne tik kainą, bet ir penkias ašis žemiau, kad pamatuotumėte grįžtamumą.

  • Skaidrumas: Prieiga prie informacijos
  • Standartinė technologija: Kaip dažnas technologijų stackas
  • Sutarties lankstumas: Atšaukimo lengvumas
  • Dokumentacija: Užfiksuotas dizaino ketinimas
  • Savarankiškumo palaikymas: Pasirengimas padėti internalization

3. Išsilaisvinkite nuo priklausomybės: Išėjimo strategija

Pereikite nuo sutartinio lock-in prie vertės pagrindu paremtų santykių.

Apibrėžkite roadmap sklandžiam pasitraukimui ir perdavimui, kai prireiks.

Žingsnis 01 Užtikrinkite turto nuosavybę

Užtikrinkite, kad šaltinio kodas, dizaino duomenys ir dokumentacija priklausytų klientui.

Klientas sukuria repository (GitHub ir t. t.) ir pakviečia tiekėją.

Žingsnis 02 Padarykite žinias neasmeniškomis

Dokumentuokite ne tik susitikimų pastabas, bet ir kodo komentarus bei ADR.

Paliekant "kodėl" kontekstą sumažinamas perdavimo kaštas.

Žingsnis 03 Persidengimo laikotarpis

Internalization arba tiekėjo keitimo metu numatykite 1-2 mėnesių persidengimą.

Naudokite pair programming ir code review perduodant atsakomybę darbo lygmeniu.

Tikslas Visiška nepriklausomybė

Būsena, kai sistema toliau veikia be išorinių partnerių.

Tai galutinis rizikų valdymo tikslas — sveika vystymo laikysena.