Управљајте неизвесношћу
у развоју система

Vendor lock-in и колапси пројеката су највеће трауме за извршне руководиоце.

Објашњавамо улогу "транспарентности" која вас држи спремним да се повучете у било ком тренутку и избегнете те ризике.

1. Симулација трошкова за повлачење

Потонули трошкови замагљују процену руководилаца.

Упоредите губитак при заустављању пројекта под традиционалним fixed-bid уговором у односу на флексибилни DaaS/Staff Augmentation модел.

Поређење кумулативних трошкова

Померајте клизач да промените месец када одлучите да изађете (откажете).

Тренутак изласка:

Традиционални ризик (фиксна цена)

Често се примењују пенали за раскид и обавезе откупа међудостава, што максимизује изложеност потонулим трошковима.

DaaS ризик (флексибилан уговор)

Плаћате само за обављени рад. Пошто можете да станете у било ком тренутку, можете одлучити да изађете пре него што штета порасте.

Могућност отказивања у било ком тренутку мотивише добављача да одржава висок квалитет.

2. Анатомија vendor lock-in и "транспарентности"

Страх од lock-in долази из тога што не видите шта је унутра.

Упоредите елементе који спречавају black box и враћају аутономну контролу.

Традиционални добављач
📦

Black-box развој

Детаљна спецификација живи само у глави добављача

  • Нејасно власништво над кодом

    Прилагођени framework-и и библиотеке отежавају преузимање од другог тима.

  • Недостајућа документација

    Добијате функционалан производ, али не и "зашто" иза њега.

  • Зависност од људи

    Ако кључна особа оде, систем може да стане.

Препоручени модел (DaaS)
🔍

White-box развој

Држите систем спремним за предају у било ком тренутку

  • Избор стандардне технологије

    Изаберите широко усвојене језике и framework-е да задржите опције замене.

  • Увек дељено на GitHub-у итд.

    Свакодневно правите commit-е у клијентовом repo-у како би напредак и квалитет били видљиви у реалном времену.

  • Стратегија изласка дефинисана од почетка

    Осмислите plan internalization/transition од првог дана.

Осе евалуације при избору партнера (Risk Radar)

При избору партнера процените пет оса испод, не само цену, да бисте измерили реверзибилност.

  • Транспарентност: Приступ информацијама
  • Стандардна технологија: Колико је уобичајен технолошки стек
  • Флексибилност уговора: Лакоћа отказивања
  • Документација: Забележена намера дизајна
  • Подршка самосталности: Спремност да помогне у internalization

3. Ослободите се зависности: Стратегија изласка

Пређите са уговорног lock-in на однос заснован на вредности.

Дефинишите roadmap за глатко повлачење и предају када је потребно.

Корак 01 Обезбедите власништво над средствима

Обезбедите да су изворни код, подаци о дизајну и документација у власништву клијента.

Клијент креира репозиторијум (GitHub итд.) и позива добављача.

Корак 02 Учинимо знање неперсоналним

Документујте не само записнике са састанака, већ и коментаре у коду и ADR-ове.

Задржавање контекста "зашто" минимизује трошак предаје.

Корак 03 Период преклапања

При internalization или промени добављача, омогућите 1-2 месеца преклапања.

Користите pair programming и code review да пренесете ауторитет на радном нивоу.

Циљ Пуна независност

Стање у којем систем наставља да ради без спољних партнера.

Ово је крајњи циљ управљања ризицима - здрав развојни став.