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 жасаңыз, прогресс пен сапа нақты уақытта көрінеді.
-
✓
Шығу стратегиясы бастапқыдан анықталған
Internalization/transition жоспарын бірінші күннен жасаңыз.
Серіктес таңдауға арналған бағалау осьтері (Risk Radar)
Серіктес таңдағанда бағаны ғана емес, төмендегі бес осьті бағалап, қайтарымдылықты өлшеңіз.
- Транспаренттілік: Ақпаратқа қолжетімділік
- Стандартты технология: Техстек қаншалықты кең таралған
- Келісімшарт икемділігі: Болдырмаудың жеңілдігі
- Құжаттама: Тіркелген дизайн ниеті
- Өзіндік жеткіліктілік қолдауы: Internalization-ға көмектесуге дайындық
3. Тәуелділіктен босау: Шығу стратегиясы
Келісімшарттық lock-in-нен құндылыққа негізделген қатынасқа өтіңіз.
Қажет болғанда тегіс шығу және тапсыруға арналған жол картасын анықтаңыз.
Қадам 01 Активтердің иелігін қамтамасыз ету
Бастапқы код, дизайн деректері және құжаттама клиенттің меншігі екеніне көз жеткізіңіз.
Клиент репозиторийді (GitHub және т.б.) құрып, жеткізушіні шақырады.
Қадам 02 Білімді тұлғадан тәуелсіз ету
Кездесу жазбаларын ғана емес, код түсініктемелері мен ADR-ларды да құжаттаңыз.
"Неге" контекстін қалдыру тапсыру құнын азайтады.
Қадам 03 Қабаттасу кезеңі
Internalization немесе жеткізушіні ауыстырғанда 1-2 айлық қабаттасуды қамтамасыз етіңіз.
Жұмыс деңгейінде өкілеттікті беру үшін pair programming және code review қолданыңыз.
Мақсат Толық тәуелсіздік
Жүйе сыртқы серіктестерсіз де жұмысын жалғастыратын күй.
Бұл тәуекелді басқарудың түпкі мақсаты — сау даму ұстанымы.