Skip to content

Ana
Blogul unei alergatoare amatoare

Home
Despre mine
Contact

Ce este metodologia AGILE. Cele 12 principii AGILE

explicate
Posted on April 20, 2016by Ana
AGILE, pentru cine nu tie, e cea mai en vogue, pe trend, metodologie utilizat n
industria IT. Astfel c, la interviuri pentru poziii n cadrul echipelor de dezvoltare,
testare, product management, business analysis, business intelligence, web design,
o s fii ntrebai dac ai lucrat cu AGILE. Acum, n funcie de tipul job-ului,
cunotinele variaz. Astfel c, dac aplici ca Product Owner sau Product Manager
sau Delivery Manager-trebuie s tii mult mai multe lucruri de aplicare a
metodologiei AGILE dect dac aplici ca programator, tester, UX specialist etc. Adic
una e s conduci un proiect, alta e s lucrezi la dezvoltarea lui.

https://idsi.md/files/file/Agile/Metodologia_Agile_SCRUM.ppt
 (sursa foto: Scrum/Agile via Shutterstock.com)

Istoria AGILE
n iarna lui 2001, 17 mini luminate ntr-ale dezvoltrii de soluii software s-au
ntlnit s skieze la un resort din Utah (US). i dup o zi de rupt picioarele pe prtie,
seara s-au ntlnit la un vin sec i vechi s-i rup minile. Dup ce au terminat de
povestit despre amante, copii, neveste, golf club-uri, au ajuns inevitabil la munc.
Aa au nceput plngerile: ba ca se ntrzie cu proiectele, ba ca nu se respect
timeline-ul, ba c nu pot introduce schimbri n proiectul deja aprobat. Astfel c, de
la plngeri i de la vinul bun, au rsrit ca soarele de iarn ntr-o diminea geroas
i ideile de abordare a unei noi metodologii. Aa s-a nscut ceea ce azi nc a rmas
n istorie: AGILE Manifesto.

Ce inseamna AGILE
AGILE nseamn un set de tehnici care au la baz 12 principii. Pentru c minile
luminate atunci cnd se ntlnesc, n reguli noi se poticnesc, au zis s ia modelul
Moise i s vina i ei nu cu 10 porunci, ci cu 12 principii, principii care au sperat ei, i
au avut dreptate, vor revoluiona metodologiile de project management. (hooray!).

12 principii AGILE
i pentru c tiu c nici poruncile n-ar fi fost nelese dac nu ar fi fost explicate i
ras-explicate, o s le lum pe fiecare n parte s vedem ce vor s spun de fapt.
Toate sun fancy, dar dincolo de avalana de trendiness, au o aplicabilitate pe care
adepii, pardon, entuziatii AGILE e musai s-o neleag.

1. Satisfy the customer through early and continuous delivery

Nu degeaba acest principiu e primul. Pentru c n orice companie clientul trebuie
satisfcut prin toate mijloacele (ortodoxe, c nu degeaba am menionat de Moise mai
sus). i cnd zic client, m refer att la clieni externi ct i la internal stakeholders
(product managers, delivery managers, sales management, marketing managers,
support managers-adic bossii). Ei vin cu cerinele: ce vor, cu timpul: cnd vor s fie
gata i mai ales cu de ce-ul: la ce vor folosi produsul/funcionalitile.

i pentru c unele proiecte sunt complexe i implementarea lor poate dura pn la 6

luni-1 an, uneori mai mult, e necesar ca aceste cerine s fie sparte n task-uri, task-
urile s fie integrate n sprint-uri, sprint-urile integrate n iteraii-n funcie de ce e
mandatory pentru crearea unui MVP (minimal viable poduct). Astfel c, la sfritul
unui sprint s se poat face un demo ctre client. Dac nu-i convine ce vede,
echipele de development se vor mobiliza i vor adapta schimbrile. (O vorba celebra
printre AGIListi este S-a schimbat schimbarea!). Gndii-v dac s-ar stabili de la
nceput tot proiectul, durat lui 1 an i n timpul asta clientul s nu poat veni cu
niciun feedback iar la finals nu fie exact ce i-a dorit. FAIL. Big, big FAIL.

2. Welcome changing requirements, even in late development

Din categoria s-a schimbat schimbarea, ntotdeauna pe parcursul procesului de
dezvoltare al proiectului, vor aprea, uneori chiar i ntr-un sprint (3 sptmni)
cteva schimbri. De asta echipa trebuie s fie agil, Scrum Master-ul s fie unul
care s tie s manageruiasca conflictele, la fel i Product Manager-ul, pentru a evita
presiunea prea mare care va cdea inevitabil n crca programatorilor. Un alt plus al
schimbrii constante este i avantajul competitiv. Poi schimba din mers strategia,
funcionalitile, s fii printre primii care livreaz pe pia soluii unice. Aa, dac
apari dup 1 an, dup ce consumatorii deja au beneficiat de soluia respectiv de la
alt furnizor, riti s cazi n redundan i s nu mai fii un competitor relevant.

3. Deliver working software frequently

Principiul 3 este strns legat de 2, adic atunci cnd echipele de dezvoltare i QA fac
demo-urile de produs, de obicei la final de sprint, ceea ce arat trebuie s
funcioneze. Cu o zi nainte de demo, se instaleaz pe serverul de test sau de stage,
build-ul la care s-a lucrat i care s-a testat, i a doua zi se prezint clientului i, de
preferat, s fie funcional, altfelnseamn c edinele de stand-up zilnice nu au
avut nicio utilitate. (o s povestim despre ele detaliat ntr-un articol viitor).

4. Business people and developers work together daily

Toat lumea lucreaz cu toat lumea. Programatorii cu business analystii, business
analystii cu product managerii, product managerii comunic direct cu stakeholderii
implicai i tot aa. E o familie mare i numeroas care comunic i iar comunic
despre proiectul la care lucreaz. Se clarific cerine, se pun ntrebri, se vine cu
soluii. All the goody and jucy things.

5. Build projects around motivated individuals

Indivizi motivai = fr presiune, fr deadline-uri imposibil de atins, suportul
tehnologic de care au nevoie i cel mai important este s li se aloce dreptul de self-
organizing-organizarea task-urilor n interiorul echipelor, fr intervenia extern a
managementului. De asta n-o s vedem team leaderi n echipele care funcioneaz
dup standardele AGILE, i o s avem scrum-master care organizeaz task-urile
alturi de programatori.

6. Convey information via face-to-face conversation

Fr mail-uri lungi, (NO TLDR!!) fr proceduri alambicate, AGILE promoveaz
interaciunile face-to-face, sau acolo unde se lucreaz n remote teams, prin video-
conferine. Scopul este ca ntrebrile s fie adresate direct i rspunsurile s fie ct
mai concise, fr loc de interpretri ulterioare. i cum poi obine cel mai bine
elocvena n clarificrile de cerine altfel dect prin comunicarea verbal?

7. Working software is the primary measure of progress

Orice se livreaz trebuie s fie funcional. Adic nu prezini clientui un mock-up, ci
funcionalitatea cu care acesta se poate juca n mediul de test pn se va ajunge la
implementarea live.

8. Maintain a contant pace indefinitely

Un mediu plcut de lucru, o balana optimist ntre viaa personal i job, armonie i
nelegere ntre memebrii echipelor, fr tensiuni i orgolii expandate inutil. All is
good and give peace a chance.

9. Give continuous attention to technical exellence

S mearg, s mearg, dar s mearg bine. Nu cu opriri, frne neateptate, poticniri
i scrieli. Ori facem o treab bun, ori n-o mai facem. De aceea foarte importante
sunt i edinele de retrospectiv cnd fiecare povestete la ce a lucrat, ce a aflat
nou, de ce impedimente s-a lovit, etc. Stiu, provocarea vine atunci cnd
functionalitatile trebuie livrate i repede i foarte bune. Dar asta e un subiect pentru
altdat.

10. Simplify: maximize the amount of work not done

Aici se aplic principiul PARETO: 80/20. Ce presupune el? Pe scurt c 80% din
rezultatele obinute vin din 20% efort depus. Cheia e s te educi s te concentrezi pe
partea cea mai productiv a celor 20%, parte care n final produce cele mai bune
rezultate din cele 80%. Astfel c, poi optimiza timpul i efortul celor 20% n a
produce cei mai buni 80%. Adic, timp bine optimizat, cod bun livrat. Yey.

11. Teams self-organize

Aa cum ziceam, membrii echipelor se organizeaz singuri, i mpart task-urile, fr
s fie nevoia de intervenia unui lider impus.

12. Teams retrospect and tune behaviour.

Retrospectiv proiectului. Se poate face la final de sprint sau de iteraie pentru a
mprti din know-how, pentru transfer of knowledge i induction ctre juniori sau
ctre cei care nu au avut o vizibilitate de ansamblu asupra proiectului.

Rezumand:

Related Post
3 tool-uri gratuite de Project Management pentru f...
Ce face si cat castiga un Business Analyst in Roma...
34

Posted in Tech & Digital

Tagged agile, agile manifesto, agile methodology, project management
Ana
Most of the time I am a happy unicorn

Post navigation
Previous Post
Rebranding un blog de tehnologie
Next Post
Apeluri de grup prin Facebook Messenger

One Thought on Ce este metodologia AGILE. Cele 12 principii AGILE explicate

1.

Diana
May 26, 2016 at 04:59
punctul 8: e vorba de pace (ritm) si nu de peace (pace, nelegere). Adic ceva de
genul: tine un ritm constant pe o perioada indefinit.

Reply
Comment navigation
Leave a Comment