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 зэрэгт үргэлж хуваалцдаг
Өдөр бүр клиентын repo-д commit хийж, ахиц ба чанарыг бодит цагт харагдуулна.
-
✓
Гарах стратеги эхнээсээ тодорхой
Internalization/transition төлөвлөгөөг эхний өдрөөс боловсруулах.
Түнш сонгох үнэлгээний тэнхлэгүүд (Risk Radar)
Түнш сонгохдоо зөвхөн үнээр биш, доорх таван тэнхлэгийг үнэлж буцаах боломжийг хэмж.
- Ил тод байдал: Мэдээлэлд хандах боломж
- Стандарт технологи: Тех стек хэр нийтлэг вэ
- Гэрээний уян хатан байдал: Цуцлах хялбар байдал
- Баримтжуулалт: Бүртгэгдсэн дизайны зорилго
- Өөрөө хангах дэмжлэг: Internalization-д туслах хүсэл
3. Хамаарлаас ангижрах: Гарах стратеги
Гэрээний lock-in-оос үнэ цэн дээр суурилсан харилцаанд шилж.
Хэрэгтэй үед зөөлөн гарах ба шилжүүлэх roadmap-ыг тодорхойл.
Алхам 01 Хөрөнгийн өмчлөлийг баталгаажуулах
Эх код, дизайны өгөгдөл, баримтжуулалт нь клиентын өмч гэдгийг баталгаажуул.
Клиент repository (GitHub гэх мэт) үүсгэж нийлүүлэгчийг урина.
Алхам 02 Мэдлэгийг хүнээс хамааралгүй болгох
Хурлын тэмдэглэлээс гадна кодын тайлбар, ADR-уудыг баримтжуул.
"Яагаад" гэсэн контекстыг үлдээх нь шилжүүлэх өртгийг багасгана.
Алхам 03 Давхцах үе
Internalization эсвэл нийлүүлэгч солих үед 1-2 сарын давхцлыг зөвшөөр.
Pair programming болон code review ашиглан ажлын түвшинд эрх мэдлийг шилжүүл.
Зорилго Бүрэн бие даасан байдал
Систем гаднын түншгүйгээр үргэлжлэн ажилладаг байдал.
Энэ бол эрсдэлийн удирдлагын эцсийн зорилго — эрүүл хөгжлийн байр суурь.