1. Ելքի ծախսերի սիմուլացիա
Sunk costs-ը մշուշեցնում է ղեկավարների դատողությունը։
Համեմատեք կորուստը, երբ նախագիծը կանգնեցնում եք ավանդական fixed-bid պայմանագրով, և ճկուն DaaS/Staff Augmentation մոդելով։
Կուտակված ծախսերի համեմատություն
Շարժեք սահիչը՝ փոխելու այն ամիսը, երբ որոշում եք դուրս գալ (չեղարկել)։
Ավանդական ռիսկ (fixed-bid)
Սովորաբար գործում են դադարեցման տուգանքներ և միջանկյալ deliverable-ների buyout պարտավորություններ, ինչը մեծացնում է sunk cost-ի ազդեցությունը։
DaaS ռիսկ (ճկուն պայմանագիր)
Դուք վճարում եք միայն կատարված աշխատանքի համար։ Քանի որ կարելի է կանգնեցնել ցանկացած պահի, կարող եք դուրս գալ՝ մինչև վնասը մեծանա։
Ցանկացած պահի չեղարկելու հնարավորությունը խրախուսում է մատակարարին պահել բարձր որակ։
2. vendor lock-in-ի և "թափանցիկության" անատոմիան
Lock-in-ի վախը գալիս է նրանից, որ չի երևում՝ ինչ կա ներսում։
Համեմատեք այն տարրերը, որոնք կանխում են black box-ը և վերականգնում են ինքնավար վերահսկողությունը։
Black-box զարգացում
Մանրամասն սպեկը միայն մատակարարի գլխում է
-
Կոդի անորոշ սեփականություն
Կաստոմ framework-ներն ու գրադարանները բարդացնում են այլ թիմի անցումը։
-
Բացակայող փաստաթղթեր
Ստանում եք աշխատող արտադրանք, բայց ոչ "ինչու"-ն դրա հետևում։
-
Մարդկային կախվածություն
Եթե հիմնական անձը հեռանա, համակարգը կարող է կանգնել։
White-box զարգացում
Պահեք համակարգը պատրաստ փոխանցման ցանկացած պահի
-
Ստանդարտ տեխնոլոգիայի ընտրություն
Ընտրեք լայնորեն ընդունված լեզուներ և framework-ներ՝ փոխարինման տարբերակները պահելու համար։
-
Միշտ կիսված GitHub-ում և այլն
Ամենօրյա commit-ներ արեք հաճախորդի repo-ում, որպեսզի առաջընթացն ու որակը տեսանելի լինեն իրական ժամանակում։
-
Ելքի ռազմավարությունը սահմանվում է սկզբից
Նախագծեք internalization/transition պլան առաջին իսկ օրից։
Գործընկեր ընտրելու գնահատման առանցքներ (Risk Radar)
Գործընկեր ընտրելիս գնահատեք ստորև նշված հինգ առանցքները, ոչ միայն գինը, որպեսզի չափեք վերադարձելիությունը։
- Թափանցիկություն: Մուտք տեղեկատվությանը
- Ստանդարտ տեխնոլոգիա: Որքան տարածված է տեխնոլոգիական ստեքը
- Պայմանագրի ճկունություն: Չեղարկման հեշտությունը
- Փաստաթղթեր: Գրանցված դիզայնի նպատակ
- Ինքնաբավության աջակցություն: Ակտիվորեն օգնելու պատրաստակամություն internalization-ում
3. Ազատվեք կախվածությունից՝ ելքի ռազմավարություն
Տեղափոխվեք պայմանագրային lock-in-ից դեպի արժեքային հարաբերություն։
Սահմանեք ճանապարհային քարտեզ՝ հարթ դուրս գալու և փոխանցման համար, երբ անհրաժեշտ է։
Քայլ 01 Ապահովեք ակտիվների սեփականությունը
Համոզվեք, որ սկզբնական կոդը, դիզայնի տվյալները և փաստաթղթերը պատկանում են հաճախորդին։
Հաճախորդը ստեղծում է repository-ը (GitHub և այլն) և հրավիրում է մատակարարին։
Քայլ 02 Դարձրեք գիտելիքը ոչ-անձնական
Փաստաթղթավորեք ոչ միայն հանդիպման գրառումները, այլ նաև կոդի մեկնաբանությունները և ADR-ները։
"Ինչու" կոնտեքստը պահպանելը նվազեցնում է փոխանցման ծախսը։
Քայլ 03 Ծածկման ժամանակահատված
Internalization-ի կամ մատակարարի փոխման դեպքում ապահովեք 1-2 ամիս ծածկում։
Օգտագործեք pair programming և code review՝ պատասխանատվությունը աշխատանքային մակարդակում փոխանցելու համար։
Նպատակ Լիակատար անկախություն
Վիճակ, երբ համակարգը շարունակում է աշխատել առանց արտաքին գործընկերների։
Սա ռիսկերի կառավարման վերջնական նպատակն է՝ առողջ զարգացման դիրքորոշում։