1. شبیهسازی هزینه خروج
هزینههای غرقشده قضاوت مدیران اجرایی را تیره میکند.
زیان توقف پروژه در قرارداد سنتی fixed-bid را با مدل انعطافپذیر DaaS/Staff Augmentation مقایسه کنید.
مقایسه هزینه تجمعی
اسلایدر را جابهجا کنید تا ماهی را که تصمیم به خروج (لغو) میگیرید تغییر دهید.
ریسک سنتی (fixed-bid)
جریمههای فسخ و تعهدات خرید خروجیهای میانی اغلب اعمال میشوند و مواجهه با هزینههای غرقشده را بیشینه میکنند.
ریسک DaaS (قرارداد انعطافپذیر)
فقط برای کار انجامشده پرداخت میکنید. چون هر زمان میتوانید متوقف شوید، میتوانید قبل از تشدید خسارت خارج شوید.
امکان لغو در هر زمان، تامینکننده را به حفظ کیفیت بالا ترغیب میکند.
2. کالبدشناسی vendor lock-in و "شفافیت"
ترس از lock-in از ندیدن آنچه درون پروژه است میآید.
عناصر جلوگیری از black box و بازگرداندن کنترل مستقل را مقایسه کنید.
توسعه جعبه سیاه
مشخصات دقیق فقط در ذهن تامینکننده است
-
✕
مالکیت مبهم کد
فریمورکها و کتابخانههای سفارشی انتقال به تیم دیگر را دشوار میکند.
-
✕
مستندسازی ناقص
محصول کار میکند، اما "چرا" پشت آن را ندارید.
-
✕
وابستگی به افراد
اگر فرد کلیدی برود، سیستم میتواند متوقف شود.
توسعه جعبه سفید
سیستم را همیشه آماده تحویل نگه دارید
-
✓
انتخاب فناوری استاندارد
زبانها و فریمورکهای پرکاربرد را انتخاب کنید تا گزینههای جایگزینی حفظ شود.
-
✓
همیشه در GitHub و ... به اشتراک گذاشته شده
روزانه در مخزن مشتری commit کنید تا پیشرفت و کیفیت در لحظه دیده شود.
-
✓
راهبرد خروج از ابتدا تعریف میشود
از روز اول برنامه internalization/transition را طراحی کنید.
محورهای ارزیابی برای انتخاب شریک (Risk Radar)
هنگام انتخاب شریک، پنج محور زیر را نیز بسنجید، نه فقط قیمت، تا بازگشتپذیری سنجیده شود.
- شفافیت: دسترسی به اطلاعات
- فناوری استاندارد: رایجبودن پشته فناوری
- انعطاف قرارداد: سهولت لغو
- مستندسازی: نیت طراحی ثبتشده
- حمایت از خودکفایی: تمایل به کمک در internalization
3. رهایی از وابستگی: راهبرد خروج
از lock-in قراردادی به رابطه مبتنی بر ارزش حرکت کنید.
نقشهراه خروج و تحویل نرم را در مواقع لازم تعریف کنید.
گام 01 مالکیت داراییها را تضمین کنید
اطمینان دهید که کد منبع، دادههای طراحی و مستندات متعلق به مشتری است.
مشتری مخزن (GitHub و غیره) را ایجاد میکند و تامینکننده را دعوت میکند.
گام 02 دانش را غیرشخصی کنید
نهتنها صورتجلسهها، بلکه کامنتهای کد و ADRها را مستندسازی کنید.
نگهداشتن زمینه "چرا" هزینه تحویل را کاهش میدهد.
گام 03 دوره همپوشانی
در internalization یا تغییر تامینکننده، 1 تا 2 ماه همپوشانی در نظر بگیرید.
برای انتقال اختیار در سطح اجرا از pair programming و code review استفاده کنید.
هدف استقلال کامل
حالتی که سیستم بدون شرکای بیرونی به کار خود ادامه میدهد.
این هدف نهایی مدیریت ریسک است — وضعیت توسعه سالم.