Înțelegere, reducerea incertitudinii, apoi dezvoltare
Începem cu zonele care pot face proiectul să eșueze: o regulă de business ambiguă, o dependență externă, o migrare de date, volumul de date sau o constrângere de găzduire.
Odată clarificate aceste riscuri, proiectul este împărțit în elemente testabile. Alegerile structurale sunt documentate suficient de devreme pentru ca o decizie temporară să nu devină o arhitectură definitivă.
1. Definirea proiectului
Obiective, utilizatori, date, constrângeri și criterii de succes.
2. Arhitectură
Modelul de date, responsabilități, interfețe, integrări și securitate.
3. Construcție
Dezvoltare în incremente controlabile, nu o perioadă lungă fără o versiune utilizabilă.
4. Verificare
Teste funcționale, responsive, performanță, erori și indexabilitate atunci când proiectul este public.
5. Lansare și monitorizare
Implementare pregătită, backup, monitorizare și plan de revenire atunci când este necesar.
Să începem cu definirea proiectului
O primă discuție este suficientă pentru a identifica zonele de risc ale proiectului dvs.