Atsakymas trumpai: Pradėkite ne nuo technologijos, o nuo vieno sakinio: „Kas pasikeis versle, kai problema išspręsta?“ Tada — ar esamos programos gali tai padaryti su integracija, ar reikia naujo modulio / sistemos.
Dauguma sėkmingų projektų prasideda nuo siauro tikslo ir matavimo, ne nuo „reikia programuotojo“. Šis kelias sumažina riziką ir biudžeto netikslumą.
Kada tai geras pasirinkimas
- Kai vadovybė prašo biudžeto pagrindimo.
- Kai turite 2–3 skirtingus tiekėjų pasiūlymus ir nesuprantate skirtumo.
- Kai viduje nėra IT, bet procesas jau skauda.
Kada verta rinktis kita kelią
- Kai jau turite patvirtintą specifikaciją ir komandą — reikia tik vykdymo.
Igyvendinimo planas
- Apibrėžti vieną KPI (laikas, klaidos, pajamos).
- 30 min. discovery su patyrusiu partneriu.
- Gauti 2 variantus: mažiausias žingsnis vs pilnas sprendimas.
- Pilotas su aiškia stop / go riba.
Dazniausios klaidos
- Pirkti „viską iš karto“ be MVP.
- Rinktis tik pagal žemiausią kainą.
- Nepasirašyti IP ir palaikymo sąlygų.
DUK
Ar pirmiausia reikia techninės specifikacijos?
Pakanka verslo lygio aprašymo discovery etapui. Specifikacija — discovery rezultatas.
Kada pradėti .NET projektą su partneriu?
Kai jau aišku, kokią problemą norite išspręsti, arba kai esamam projektui reikia patyrusio techninio partnerio — žr. /dotnet-programuotojas.
Jei norite pritaikyti tai savo situacijai, rekomenduojame pradeti nuo atitinkamos paslaugos apzvalgos ir tuomet susiderinti konkretu veiksmu plana.
Turinio rengimo principus rasite redakcijos politikoje.