1. Kostnaðarsímulering fyrir útgöngu
Sunk costs skekkja dómgreind stjórnenda.
Berðu saman tap þegar stöðva á verkefni undir hefðbundnum fixed-bid samningi vs. sveigjanlegu DaaS/Staff Augmentation líkani.
Samanburður á uppsöfnuðum kostnaði
Færðu sleðann til að breyta mánuðinum sem þú ákveður að hætta (afpanta).
Hefðbundin áhætta (fixed-bid)
Uppsagnargjöld og buyout-skuldbindingar fyrir milliskil eru algengar og hámarka áhættu vegna sunk costs.
DaaS áhætta (sveigjanlegur samningur)
Þú borgar aðeins fyrir unnið verk. Þar sem þú getur stoppað hvenær sem er, geturðu farið út áður en skaðinn vex.
Möguleikinn á að afpanta hvenær sem er hvetur þjónustuaðilann til að halda gæðum háum.
2. Líffærafræði vendor lock-in og "gagnsæis"
Ótti við lock-in kemur af því að ekki sést hvað er inni.
Berðu saman þætti sem koma í veg fyrir black box og endurheimta sjálfstæða stjórn.
Black-box þróun
Nákvæma forskriftin er aðeins í höfði birgisins
-
Óljós eignarhald kóða
Sérsniðin frameworks og bókasöfn gera öðrum teymum erfitt að taka við.
-
Skortur á skjalfestingum
Þú færð virka vöru, en ekki "hvers vegna" á bak við hana.
-
Háð fólki
Ef lykilmaður fer getur kerfið stöðvast.
White-box þróun
Haltu kerfinu tilbúnu til afhendingar hvenær sem er
-
Val á staðlaðri tækni
Veldu víða notuð tungumál og frameworks til að halda valkostum um skipti.
-
Alltaf deilt í GitHub o.s.frv.
Gerðu dagleg commit í repo viðskiptavinarins svo framvinda og gæði sjáist í rauntíma.
-
Útgöngustefna skilgreind frá upphafi
Hannaðu internalization/transition áætlun frá fyrsta degi.
Matsásar fyrir val á samstarfsaðila (Risk Radar)
Þegar samstarfsaðili er valinn, mettu fimm ásana hér að neðan, ekki aðeins verðið, til að mæla afturkræfni.
- Gagnsæi: Aðgangur að upplýsingum
- Stöðluð tækni: Hversu algengur tækni-staflinn er
- Samningssveigjanleiki: Auðvelt að hætta við
- Skjalfesting: Skráð hönnunarhugmynd
- Stuðningur við sjálfstæði: Vilji til að hjálpa við internalization
3. Losna úr háðu: Útgöngustefna
Færið ykkur frá samningsbundnu lock-in yfir í verðmætatengda sambönd.
Skilgreinið vegvísi fyrir mjúka útgöngu og afhendingu þegar þörf krefur.
Skref 01 Tryggja eignarhald á eignum
Tryggið að frumkóði, hönnunargögn og skjalfesting séu í eigu viðskiptavinarins.
Viðskiptavinurinn stofnar repository (GitHub o.s.frv.) og býður birgjanum inn.
Skref 02 Gera þekkingu ópersónulega
Skjalfestið ekki aðeins fundarnótur heldur einnig kóðaathugasemdir og ADR.
Að skilja eftir "hvers vegna" samhengi minnkar afhendingarkostnað.
Skref 03 Skörunartímabil
Við internalization eða skiptum á birgi, leyfið 1-2 mánaða skörun.
Notið pair programming og code review til að flytja vald á vinnustigi.
Markmið Full sjálfstæði
Ástand þar sem kerfið heldur áfram að keyra án ytri samstarfsaðila.
Þetta er endanlegt markmið áhættustýringar — heilbrigð þróunarstaða.