Livrare agilă disciplinată

Disciplined Agile Delivery ( dezvoltare flexibilă disciplinată în engleză  ), DAD  este o abordare a dezvoltării flexibile a soluțiilor IT care se concentrează pe învățare și ia în considerare în primul rând factorul uman. Abordarea este scalabilă și poate fi aplicată la nivelul întregii întreprinderi, nu doar la echipele mici. Ciclul de viață al abordării este construit pe principiile „risc-valoare” și este axat pe atingerea timpurie a obiectivelor [1] [2] .

Descriere

Cadrul este o abordare hibridă care completează Scrum cu cele dovedite[ de cine? ] strategii din diverse domenii: modelare agilă, programare extremă , kanban , dezvoltare software lean , proces unificat (UP), dezvoltare externă (OID) și altele. DAD este dezvoltat de IBM. Scopul cadrului a fost extinderea Scrum în așa fel încât să descrie complet ciclul de viață al dezvoltării software, de la inițierea proiectului, terminând cu lansarea produsului și utilizarea acestuia de către utilizatorii finali [3] .

Spre deosebire de abordarea prescriptivă utilizată în Scrum și Extreme Programming , Disciplined Agile Delivery utilizează o abordare bazată pe obiective.[ ce? ] . În special, DAD oferă posibilitatea de a alege între mai multe alternative, permițându-vă să modificați cadrul în conformitate cu fiecare situație specifică și să selectați strategii potrivite pentru utilizatorii specifici ai cadrului [4] .

Conform cadrului Disciplined Agile 2.X, ciclul de viață al proiectului conține trei faze principale [5] :

  1. Începutul . În această fază, proiectul este inițiat. În ciuda faptului că comunitatea agilă nu acceptă împărțirea proiectelor în „faze”, în realitate, marea majoritate a echipelor efectuează un anumit front de lucru chiar la începutul proiectului. Această fază nu trebuie confundată cu „sprintul zero”, deoarece de cele mai multe ori aceste activități durează mai mult. Astfel, DAD separă aceste lucrări într-o fază separată, al cărei scop este fixarea limitelor proiectului.
  2. Design . Această fază permite echipei de dezvoltare să creeze o soluție potențial utilizabilă într-un mod incremental. Acest lucru se poate face folosind iterații sau într-un mod mai continuu. Echipa poate aplica diverse practici de la Scrum, Extreme Programming și alte metodologii de dezvoltare agilă.
  3. Transfer . Potrivit DAD, furnizarea de software către părțile interesate nu este un proces trivial. Echipele de dezvoltare, precum și întreprinderea care primește produsul finit, îmbunătățesc procesele de livrare pe durata de viață a produsului, astfel încât această fază să ia o perioadă minimă de timp și, în mod ideal, ar dispărea cu totul.

Note

  1. ↑ Agile Software Development Arhivat 20 decembrie 2016 la Wayback Machine Cum să o implementați și să o personalizați în funcție de nevoile dvs. IBM developerWorks Rusia
  2. ↑ IBM developerWorks Rusia: Noțiuni introductive cu IBM Connections 3.0.1 . www.ibm.com (7 octombrie 2011). Consultat la 13 ianuarie 2017. Arhivat din original la 20 decembrie 2016.
  3. ↑ Capitolul 17: Disciplined Agile Delivery Framework - The Project Manager's Guide to Mastering Agile: Principles and Practices for an Adaptive Approach [Carte ] . safaribooksonline.com. Data accesului: 17 decembrie 2016. Arhivat din original pe 20 decembrie 2016.
  4. ↑ Scott W. Ambler. Going Beyond Scrum (link indisponibil) . disciplinedagileconsortium.org. — Livrare agilă disciplinată. Data accesului: 17 decembrie 2016. Arhivat din original pe 20 decembrie 2016. 
  5. ↑ Cicluri de viață complete de livrare Agile  , Disciplined Agile 2.X (6 mai  2014). Arhivat din original pe 22 decembrie 2016. Preluat la 13 ianuarie 2017.