ABONAMENTE VIDEO REDACȚIA
RO
EN
NOU
Numărul 141
Numărul 140 Numărul 139 Numărul 138 Numărul 137 Numărul 136 Numărul 135 Numărul 134 Numărul 133 Numărul 132 Numărul 131 Numărul 130 Numărul 129 Numărul 128 Numărul 127 Numărul 126 Numărul 125 Numărul 124 Numărul 123 Numărul 122 Numărul 121 Numărul 120 Numărul 119 Numărul 118 Numărul 117 Numărul 116 Numărul 115 Numărul 114 Numărul 113 Numărul 112 Numărul 111 Numărul 110 Numărul 109 Numărul 108 Numărul 107 Numărul 106 Numărul 105 Numărul 104 Numărul 103 Numărul 102 Numărul 101 Numărul 100 Numărul 99 Numărul 98 Numărul 97 Numărul 96 Numărul 95 Numărul 94 Numărul 93 Numărul 92 Numărul 91 Numărul 90 Numărul 89 Numărul 88 Numărul 87 Numărul 86 Numărul 85 Numărul 84 Numărul 83 Numărul 82 Numărul 81 Numărul 80 Numărul 79 Numărul 78 Numărul 77 Numărul 76 Numărul 75 Numărul 74 Numărul 73 Numărul 72 Numărul 71 Numărul 70 Numărul 69 Numărul 68 Numărul 67 Numărul 66 Numărul 65 Numărul 64 Numărul 63 Numărul 62 Numărul 61 Numărul 60 Numărul 59 Numărul 58 Numărul 57 Numărul 56 Numărul 55 Numărul 54 Numărul 53 Numărul 52 Numărul 51 Numărul 50 Numărul 49 Numărul 48 Numărul 47 Numărul 46 Numărul 45 Numărul 44 Numărul 43 Numărul 42 Numărul 41 Numărul 40 Numărul 39 Numărul 38 Numărul 37 Numărul 36 Numărul 35 Numărul 34 Numărul 33 Numărul 32 Numărul 31 Numărul 30 Numărul 29 Numărul 28 Numărul 27 Numărul 26 Numărul 25 Numărul 24 Numărul 23 Numărul 22 Numărul 21 Numărul 20 Numărul 19 Numărul 18 Numărul 17 Numărul 16 Numărul 15 Numărul 14 Numărul 13 Numărul 12 Numărul 11 Numărul 10 Numărul 9 Numărul 8 Numărul 7 Numărul 6 Numărul 5 Numărul 4 Numărul 3 Numărul 2 Numărul 1
×
▼ LISTĂ EDIȚII ▼
Numărul 12
Abonament PDF

De ce ne răcim gura cu AGILE?

Bogdan Nicule
Manager IT cu o vastă experiență internațională



DIVERSE

Articolul de față prezintă câteva din beneficiile utilizării metodologiei Agile în viața de zi cu zi în domeniul IT. Elementul de comparație este cea mai utilizată metodologie până pe la începutul anilor 2000, metodologia Waterfall, cea în care mulți dintre noi au lucrat și continuă să lucreze.

Teoria (bună ca întotdeauna)

În compararea oricăror două entități se utilizează de obicei criterii de evaluare comune. În acest caz vom vedea cum pot fi caracterizate celedouă metode de lucru în funcție de: modul lor de a se adapta la schimbările continue ale cerințelor inițiale ale unui proiect, capacitatea de respectare a termenelor de livrare, calitatea produsului livrat și predictibilitatea evoluției proiectului pe parcursul acestuia, atât sincronic cât și diacronic.

Așadar:

  • Adaptabilitate - caracteristica fundamentală a metodologiei Agile este aceea că echipa care o utilizează poate face față cu ușurință schimbărilor constante de pe parcursul unui proiect. Includerea reprezentantului clientului în echipă permite ajustarea ușoară la noile lui cerințe și schimbarea rapidă a priorităților. În cazul metodologiei Waterfall schimbările pe parcursul proiectului sunt mai greu de inclus.
  • Termene de livrare - pentru o echipă care folosește metodologia Agile livrarea la timp nu este o preocupare. Produsul ar trebui să fie livrabil și stabil la finalul fiecărui sprint încheiat. În cazul utilizării metodologiei Waterfall, există riscul amânării livrării dacă se descoperă defecte majore în ultima parte a perioadei de testare.
  • Calitatea produsului livrat - în cazul utilizării metodologiei Agile, calitatea produsului este crescută întrucât acesta a trecut prin mai multe faze de testare completă până la momentul livrării. O echipă care utilizează metodologia Waterfall acceptă riscul ca defecte majore să fie detectate într-o fază înaintată de testare. Costul necesitat în acest caz pentru remedieri poate fi destul de ridicat.
  • Predictibilitate - este unul din atuurile importante ale utilizării metodologiei Agile. Predictibilitatea este crescută sincronic, deoarece în orice moment al proiectului se știe ce funcționalități existau la finalul sprint-ului anterior și, cu o precizie crescută, cele care vor fi adăugate pe parcursul sprint-ului curent. În cazul metodologiei Waterfall, predictibilitatea este crescută diacronic. Ea crește o dată cu apropierea finalului perioadei de testare și depinde de întreaga succesiune de evenimente din cadrul proiectului de până atunci.

Tabelul de mai jos sintetizează informațiile prezentate în această primă parte.

Practica

Voi prezenta în cele ce urmează trei contexte de lucru în care am utilizat metodologia Agile.

Disciplina Americii de Nord

  • Locație: Toronto;
  • Mărimea echipei: 150;
  • Experiența membrilor echipei: foarte experimentați, echipă existentă;
  • Tipul proiectului: proiect în derulare;
  • Calitatea livrării: excelentă.

Datorită implementării eficiente a metodologiei Agile la nivel de companie și a gradului înalt de cooperare între membrii echipei, coroborate cu o disciplină model și asigurarea unei activități de QA de cea mai înaltă clasă, acesta poate fi un exemplu ideal pentru conferința a cărei temă centrală este Agile, "Even mamooths can be agile".Toate aspectele specific metodologiei (negocierea inițială, întâlnirile zilnice, pair programming) funcționau cu o precizie elvețiană. Prin urmare, modelul Agile este utilizabil la nivel de corporații și echipe cu un număr mare de membri.

Succesul fulminant al începătorilor

  • Locație: Cluj;
  • Mărimea echipei: 10;
  • Experiența membrilor echipei: majoritatea junior, echipa nouă;
  • Tipul proiectului: proiect existent, rulat anterior în manieră Waterfall
  • Calitatea livrării: excelentă.

În acest caz, aș putea spune că valoarea produsului livrat s-a datorat în cea mai mare parte disciplinei de care a dat dovadă echipa, entuziasmului specific vârstei (o medie de vârstă sub 30 de ani) și deschiderii membrilor de a învăța și a pune în practică lucruri noi. Confirmarea valorii echipei și a produsului livrat s-a întâmplat într-un moment de decizie a continuării colaborării. Reprezentanții clientului au decis fără echivoc continuarea colaborării cu această echipă, care atunci a primit mai multe voturi de încredere din afara companiei decât dinăuntrul ei.

Variabila numită Context

  • Locație: Cluj și Germania
  • Mărimea echipei: 9
  • Experiența membrilor echipei: toate nivelurile, echipa nouă
  • Tipul proiectului: proiect nou
  • Calitatea livrării: bună

Acesta este un exemplu în care tranziția de la metodologia folosită anterior spre Agile s-a făcut cu dificultate. Din această cauză, eficiența procesului de livrare a avut de suferit și valoarea produsului final a fost la nivel mediu. Câțiva dintre membrii echipei au făcut cu greu trecerea spre noua modalitate de lucru, iar disciplina a fost un capitol sensibil, nu foarte ușor de gestionat.

Tabelul de mai jos sintetizează informațiile incluse în partea a doua a articolului.

Concluzie

La întrebarea dacă metodologia Agile e bună, răspunsul ar fi următorul: metodologia Agile e foarte bună, dar e alergică la context. Ține foarte mult de deschiderea echipei care utilizează Agile, disciplina ei, dorința reală de a învăța lucruri noi și de a le aplica.

Dacă ar fi să ne gândim la întrebarea clasică dacă metodologia Agile e mai bună față de Waterfall putem spune că aduce câteva beneficii însemnate față de Waterfall și că rezultatele oferite de fiecare țin mult de disciplina echipei care le utilizează.

Prin urmare, pentru lumea în continuă schimbare în care ne aflăm, o lume care vrea să aibă vizibilitate cât mai bună asupra lucrurilor, putem spune că metodologia Agile e mai potrivită prin claritatea și gradul de siguranță pe care le oferă.

LANSAREA NUMĂRULUI 141

Analiza de business (BA)

miercuri, 27 martie, ora 18:00

sediul Accesa

Facebook Meetup StreamEvent YouTube

NUMĂRUL 140 - Generative AI

Sponsori

  • Accenture
  • BT Code Crafters
  • Accesa
  • Bosch
  • Betfair
  • MHP
  • BoatyardX
  • .msg systems
  • Yardi
  • Colors in projects

INTERVIURI VIDEO