Fazele ciclului de viață ale dezvoltării software Agile explicate

#On startups

Metodologia de dezvoltare software Agile este una dintre cele mai simple, dar eficiente modalități de a livra un produs excelent pe piața. Și totuși, undeva pe parcurs, oamenii au început să o complice într-adevăr. Implementarea corectă Agile este rapidă, flexibilă, rezistentă la erori și este doar o modalitate simplă de a gestiona echipele de dezvoltare software. În acest articol, vom explica fazele ciclului de viață al dezvoltării software Agile și cum se încorporează principiile Agile.

Principiile cheie ale dezvoltării Agile

Ideile principale din spatele Agile dezvoltarea au fost subliniate în Manifestul original pentru dezvoltarea software-ului agil. Când sunt rezumate, acestea sunt:

• Schimbarea este inevitabilă. Proiectul trebuie să se adapteze la acesta, mai degrabă decât să îl ignore;
• „Rezultatul livrării este mai important decât procesele și instrumentele stabilite;
• Nevoile reale ale clienților au prioritate față de cerințele din planurile de dezvoltare.

Aceste idei sunt prezentate în continuare în principiile cheie ale dezvoltării software-ului agil.

Accentul din spatele Agile este satisfacția utilizatorului final. Toate sarcinile care nu funcționează direct pentru îmbunătățirea acesteia sunt secundare. Și în timp ce echipele de dezvoltare Agile încă lucrează la stabilirea proceselor, scrierea documentației și urmărirea planurilor, aceste sarcini pot fi amânate sau realizate la un nivel minim acceptabil dacă amenință eficiența dezvoltării.

Agile Methodology Explicat

Instrumentul principal al dezvoltării Agile este iterația. Iterarea este un proces în care un set de acțiuni se repetă într-o secvență până când se îndeplinește o condiție.

Diferite metode de dezvoltare Agile realizează iterația în moduri diferite. Scrum, de exemplu, implementează Sprints. Sprinturile sunt perioade fixe de timp – în general, de 1-2 săptămâni – în timpul cărora echipa de dezvoltare realizează o anumită parte a funcționalității și atinge obiective prestabilite.

Iată un exemplu al fluxului de lucru într-un singur Scrum Sprint:

• Proprietarul produsului – cel responsabil de finalizarea acestuia – examinează sarcinile incomplete din Backlog-ul produsului. Sarcinile învechite sunt eliminate în timp ce se adaugă cele noi;
• Proprietarul produsului stabilește domeniul de aplicare al noului Sprint și obiectivul pe care își propune să îl atingă.
• Proprietarul produsului are o planificare Întâlnire cu echipa de dezvoltare. Acestea creează povești ale utilizatorilor, care sunt descompuse în sarcini pentru anumite Sprint stocate în Backlog.
• Echipa de dezvoltare organizează întâlniri zilnice, în cadrul cărora se mențin la curent cu privire la progresul fiecărui membru al echipei;
• După expirarea intervalului de timp al Sprint-ului, Sprint-ul este considerat complet. Sarcinile neterminate sunt mutate înapoi în Product Backlog; În cazuri excepționale, o dată de încheiere Sprint poate fi modificată de către un proprietar de produs.
• Proprietarul de produs organizează o demonstrație pentru client și arată munca depusă în timpul Sprintului.
• Proprietarul de produs ține o întâlnire cu echipa de dezvoltare, unde rezultatele Sprintului sunt revizuit. Echipa stabilește ce s-a făcut bine și ce procese pot fi îmbunătățite în următorul sprint. Această recenzie se numește Sprint Retrospective.
• Începe următorul Sprint.

Revizuirea periodică a Backlog-ului ajută la menținerea relevanței caracteristicilor din Backlog. Scopul limitat al Sprinturilor și obiectivele lor prestabilite îi ajută pe dezvoltatori să finalizeze la timp lucrări semnificative. Vitrinele continue ale noilor caracteristici păstrează clientul mulțumit și capabil să ofere feedback. În general, dezvoltarea devine mai eficientă.

NOTĂ. Scrum este doar o metodologie Agile printre mulți. De exemplu, Kanban nu are niciun echivalent Sprint și își păstrează relevanța prin coada de prioritate a sarcinilor actualizată constant.

Fazele cheie ale ciclului de viață al dezvoltării software-ului Agile

Când o împărțiți la conceptele de bază, dezvoltarea Agile nu este atât de dificilă. Și, deși poate părea risipitoare cu numărul de întâlniri implicate, economisește mult timp prin optimizarea sarcinilor de dezvoltare și reducerea erorilor în timpul etapelor de planificare.

Faza 1: Cerințe

Înainte ca un proprietar de produs să înceapă chiar să proiecteze un proiect, trebuie să creeze documentația inițială care să enumere cerințele inițiale. Acestea sunt:

• Rezultatul final pe care proiectul îl va obține. De exemplu, un editor de text;
• Funcțiile pe care le va accepta. De exemplu, diferite dimensiuni de font;
• Funcțiile pe care nu le acceptă inițial. De exemplu, adăugarea de animații la text sau abilitatea de a încorpora videoclipuri;

O recomandare generală este de a reduce aceste cerințe inițiale cât de tare se poate, adăugând doar caracteristicile cu siguranță necesare și ignorându-le pe cele care nu va fi folosit des. Dezvoltatorii pot lucra la acestea mai târziu, odată ce aplicația este implementată și funcțiile de bază funcționează bine.

NOTĂ: Dacă dezvoltatorii aleg să ignore această etapă, sunt predispuși să prezinte creep – situație atunci când noi caracteristici non-cruciale sunt adăugate în mod constant la proiect, îndepărtând timpul dezvoltatorilor de sarcinile importante.

La alte iterații, clientul și proprietarul produsului examinează cerințele și le fac mai relevante.

Etapa 2: Proiectare

Există două modalități de abordare design în dezvoltarea de software – unul este designul vizual, iar celălalt este structura arhitecturală a aplicației.

Proiectare software

În timpul primei iterații, Proprietarul produsului își adună echipa de dezvoltare și introduce cerințele create în etapa anterioară. Echipa discută apoi cum să abordăm aceste cerințe și propune instrumentele necesare pentru a obține cel mai bun rezultat. De exemplu, echipa definește limbajul de programare, cadrele și bibliotecile pe care proiectul le va folosi.

La alte iterații, dezvoltatorii discută despre implementarea caracteristicilor și structura internă a produsului.

UI / UX Design

În această etapă SDLC, proiectanții creează o machetă dură a UI. Dacă produsul este destinat consumatorului, interfața cu utilizatorul și experiența utilizatorului sunt cele mai importante. Deci, în general, este o idee bună să revizuiți posibilii concurenți pentru a vedea ce fac bine – și mai ales ce fac greșit.

Mai multe iterații sunt cheltuite rafinând designul inițial și / sau refăcându-l pentru a se potrivi cu caracteristici noi.

Faza 3. Dezvoltare și codificare

Faza de dezvoltare este despre scrierea codului și conversia documentației de proiectare în software-ul propriu-zis în cadrul procesului de dezvoltare software. Această etapă a SDLC este în general cea mai lungă, deoarece este coloana vertebrală a întregului proces.

Nu există multe modificări între iterații aici.

Faza 4. Integrare și testare

Această etapă este dedicată asigurării faptului că software-ul nu conține erori și este compatibil cu orice altceva pe care dezvoltatorii l-au scris anterior. Echipa de asigurare a calității efectuează o serie de teste pentru a se asigura că codul este curat și că obiectivele comerciale ale soluției sunt îndeplinite.

Pe parcursul următoarelor iterații ale acestei etape SDLC, testarea devine mai implicată și conturile nu numai pentru testarea funcționalității, dar și pentru integrarea sistemelor, interoperabilitatea și testarea acceptării utilizatorilor etc.

Faza 5. Implementare și implementare

Aplicația este implementată pe servere și furnizată către clienții – fie pentru demo, fie pentru utilizarea reală. Iterații suplimentare actualizează software-ul deja instalat, introducând noi funcții și rezolvând erorile.

Faza 6. Revizuirea

Odată ce toate fazele de dezvoltare anterioare sunt finalizate, Proprietarul produsului reunește din nou echipa de dezvoltare și analizează progresele realizate către îndeplinirea cerințelor. Echipa își prezintă ideile spre rezolvarea problemelor apărute în fazele anterioare, iar proprietarul de produs ia în considerare propunerile lor.

Ulterior, fazele ciclului de viață ale dezvoltării software Agile încep din nou – fie cu o nouă iterație, fie prin trecerea la etapa următoare.

Incorporarea principiilor generale Lean în cadrul metodologiei Agile

Principiile Lean sunt:

• Eliminați deșeurile;
• Calitatea construirii;
• Creați cunoștințe;
• Arătați responsabilitatea;
• Livrați rapid;
• Respectați oamenii;
• Optimizați ca întreg.

În general, aceste valori corespund destul de bine cu metodologia Agile și pot fi folosite pentru a o completa dacă apar întrebări. .

Concluzie

Dezvoltarea software-ului este un proces iterativ structurat. Cu toate acestea, nu există un singur mod „corect” de a face Agile – există doar altele care se potrivesc sau nu se potrivesc unei anumite echipe.Fiecare companie are propria idee despre ceea ce constituie dezvoltarea Agile și fiecare are meritele sale. Ceea ce contează la sfârșitul zilei este un produs final valoros livrat la timp.

Și așa, la Relevant Software dezvoltăm aplicații bine adaptate care să răspundă nevoilor de afaceri ale clienților noștri. Folosim paradigme Agile pentru toate proiectele noastre și oferim în mod constant rezultate remarcabile.