Suprasti, sumažinti neapibrėžtumą ir tik tada programuoti
Pradedame nuo sričių, dėl kurių projektas gali žlugti: dviprasmiška verslo taisyklė, išorinė priklausomybė, duomenų migracija, duomenų kiekis ar talpinimo apribojimas.
Išsiaiškinus šias rizikas, projektas skaidomas į testuojamas dalis. Esminiai pasirinkimai dokumentuojami pakankamai anksti, kad laikinas sprendimas netaptų galutine architektūra.
1. Apimties apibrėžimas
Tikslai, naudotojai, duomenys, apribojimai ir sėkmės kriterijai.
2. Architektūra
Duomenų modelis, atsakomybės, sąsajos, integracijos ir saugumas.
3. Kūrimas
Programavimas kontroliuojamais etapais, o ne ilgas laikotarpis be naudojamos versijos.
4. Patikra
Funkciniai testai, prisitaikantis dizainas, sparta, klaidos ir viešų projektų indeksuojamumas.
5. Paleidimas ir palaikymas
Parengtas diegimas, atsarginė kopija, stebėsena ir prireikus atšaukimo planas.
Pradėkime nuo apimties apibrėžimo
Užtenka pirmo pokalbio, kad nustatytume Jūsų projekto rizikos sritis.