1. Iuliana PascuAn IV CTI gr 3.2

2. Dezvoltare de software agila Este denumirea unui grup de metodologii de dezvoltaresoftware ce sunt bazate pe principii comune; Se pune accent pe inspectia frecventa si adaptarea,muncain echipa,auto-organizare si responsabilitate,favorizandastfel dezvoltarea rapida a unui produs software de marecalitate precum i coordonarea procesului de dezvoltarecu cererile clientului i obiectivele companiei; 3. Dezvoltarea iterata Cele mai multe metode agile propun dezvoltarea iterat (oiteraie produce unul sau mai multe pachete complete cemplinesc o funcie precis n cadrul proiectului, iartotalitatea iteraiilor ofer produsul final), munc nechip, colaborare i adaptabilitate pe ntreg parcusul deevoluie al proiectului; Manifestul Agil a fost conceput in 2001,de catre 17persoane care s-au intalnit pentru a discuta modalitati de aproduce software intr-un mod simplu,rapid si centrat injurul omului. 4. Valori ale manifestului Agil Indivizii si interaciunea mai important dect proceselei instrumentele; Software funcionabil mai important dect odocumentaie foarte ampl; Colaborarea cu clientul mai important dect negociereacontractului; Receptivitate la schimbare mai important decturmrirea unui plan; 5. Ce este SCRUM? SCRUM este un proces iterativ si incremental ce sefoloseste in dezvoltarea produselor software.El face partedin categoria metodelor agile de dezvoltare software. 6. De ce Scrum? Scopul este cel de a ajuta echipele de dezvoltare s iiconcentreze atenia asupra obiectivelor stabilite i minimizareamuncii depunse de acetia pentru rezolvarea sarcinilor maipuin importante Scrum dorete s pastreze simplicitate intr-un mediu de afacericomplicat. Termenul provine din rugby unde reprezint ostrategie de a readuce o minge pierdut napoi n joc folosindmunca de echip Nu ofer tehnici la nivel de implementare, ci se axeaz pemodul n care membrii unei echipe de dezvoltare ar trebui sinteracioneze pentru a produce un sistem flexibil, adaptabil iproductiv ntr-un mediu ce este permanent n schimbare. 7. Caracteristici ale procesului Reprezint planul unui proiect care include un set de activitii roluri predefinite Principalele roluri sunt cele de Conductor Scrum carentreine procesele i se comport ca un projectmanager, Deintor de produs care reprezint vocea clientuluii Echipa care include dezvoltatorii de software Produsul software evolueaz de-alungul mai multor etapenumite sprinturi 8. Procesul de lucru Dezvoltarea proiectului se face in iteratii Proprietarul produsului dezvolta Product Backlog La inceputul sprintului are loc sedinta de planificare aSprintului Se face sedinta zilnica de 15 minute(Daily Scrum) La finalui sprintului are loc intalnirea de revizuire a Sprintului Intalnirea retrospectiva a echipei 9. Procesul de lucru-grafic 10. Roluri in cadrul procesului n cadrul unui proces Scrum sunt definite 6 roluri(conform lui Schwaber i Beedle), fiecare cu diferitesarcini i scopuri. Aceste roluri sunt mprite n doucategorii: cei direct implicai n procesul de dezvoltare, angajai s construiasc proiectul i care sunt trai la rspundere. cei care nu sunt implicai direct n dezvoltarea proiectului, dar de a cror prere trebuie s se in cont. n abordarea agil un aspect foarte important l reprezint implicarea utilizatorilor, clienilor, oamenilor de afaceri n procesul de dezvoltare. Acetia trebuie s ofere feed-back cu privire la rezultatele fiecrui sprint pentru a adapta i mbunti viitoarele procese de lucru. 11. Cei implicati direct Conductorul Scrum are un rol de project manager (dar el nu este eful echipei) ce trebuie s asigure c procesul de dezvoltare evolueaz n conformitate cu tehnicile, valorile i regulile Scrum. Acesta interacioneaz att cu Echipa de dezvoltare, ct si cu clienii i conducerea organizaiei. Este de asemenea responsabil s se asigure c orice impediment i orice element care distrage atenia echipei sunt nlturate, astfel nct productivitatea echipei s fie permanent la un nivel ridicat. 12. Deintorul de produs reprezint vocea, intereseleclientului. El este responsabil de proiectarea,administrarea, controlul i prezentarea produsuluinerezolvat; ia decizia final cu privire la sarcinile dinprodusul nerezolvat i le asociaz prioriti. Este ales dectre Conductorul Scrum, client i conducere. Echipa este responsabil cu dezvoltarea produsului; areautoritatea de a decide ce msuri trebuie luate pentru arezolva sarcina asociat fiecrui sprint i are dreptul de ase auto-organiza tot n acelai scop. n general o echipScrum este alctuit din 5-9 persoane. 13. Cei care nu sunt implicati direct Utilizatorii cei care vor folosi produsul software Clienii cei care stabilesc scopul proiectului; suntimplicai n procesul de dezvoltare doar cnd are locevaluarea unui sprint Managerii cei responsabili de luarea deciziilor finale.Particip de asemenea n stabilirea obiectivelor i acondiiilor de lucru 14. Elemente Scrum Scrum nu propune tehnici specifice de dezvoltare software, cianumite metode i instrumente referitoare la management, ndiferite faze Scrum, pentru a evita confuzia creat deimprevizibilitatea i complexitatea proiectelor. Elementelecaracteristice metodei Scrum sunt: Sprint-ul Produsul nerezolvat Sprint-ul nerezolvat Burn down Estimarea efortului ntlnirea de planificare a unui sprint ntlnirea Scrum zilnic ntlnirea de evaluare a unui sprint 15. Sprint-ul perioad de 15-30 zile (durata exact este stabilit de ctreEchip). El include faze tradiionale de dezvoltaresoftware precum etape de cerine, analiz, design,evoluie, livrare. Echipa Scrum se organizeaz astfel ncts produc o nou unitate funionabila a produsului lasfritul unui sprint. Cu ajutorul acestora, sistemul seadapteaz mai uor la schimbri. 16. Produsul nerezolvat mulime de sarcini nerezolvate: descrieri ale funcionalitilor siserviciilor dorite tot ce este nevoie pentru a atinge obiectivul final aa cum este el definit n prezent; poate fi modificat de ctreoricine. Sarcinile au asociate prioriti de ctre Deintorul de produsn funcie de valoarea lor din punct de vedere al afacerii (valoarestabilit de ctre Deintorul de produs), i de efortul necesardezvoltrii acestora (stabilit de ctre Echip). Este actualizat n modconstant prin adugare, modificare, specificare, nlturare, stabilirede prioriti cu privile la elementele coninute. Cteva dintreelementele ce pot face parte produsul nerezolvat sunt implementareaanumitor funcii, remedierea bug-urilor, nlturarea defectelor,mbuntirea diferitelor componente. Printre cei care pot participa laconstruirea acestui produs sunt clienii, Echipa de dezvoltare, echipade marketing i vnzri. Deintorul de produs este cel responsabil cuadministrarea produsului nerezolvat. 17. Sprint-ul nerezolvat reprezint un document, detaliat, bazat pe elementele din produsulnerezolvat ce vor fi adresate n urmtorul sprint; conine informaiidespre modul n care Echipa va implementa cerinele stabilite.Sarcinile sunt mprite pe ore astfel nct nici o sarcin s durezemai mult de 16 ore (daca o sarcin ar dura mai mult, ea trebuiemprit n sarcini mai mici). Sarcinile nu sunt repartizateangajailor acetia au libertatea de a-i alege sarcinile dorite. Ceicare stabilesc ce elemente vor face parte din sprint-ul nerezolvat suntConductorul Scrum, Deintorul de produs i Echipa ncadrul ntlnirii de planificare sprint pe baza prioritilor i aobiectivelor stabilite pentru acel sprint. Sprint-ul nerezolvat estestabil pn cnd sprint-ul este terminat. Cnd toate sarciniledin sprint-ul nerezolvat sunt mplinite o nou iteraie a sistemuluieste finalizat. 18. Burn down este un grafic afiat la vedere ce reprezint timpul imunca rmas pn la terminarea proiectului. Esteactualizat zilnic i ajut la estimarea datei la care va gataprodusul. 19. Estimarea efortului este proces iterativ n care se concentreaz atenia spreestimarea ct mai precis a efortului depus pentru tratareaunei sarcini nerezolvate atunci cnd exist mai multeinformaii despre acea sarcin. 20. ntlnirea de planificare a unui sprint reprezint o ntlnire n dou etape organizat deConductorul Scum. La prima parte a ntlnirii iau parteclienii, utilizatorii, conducerea, Deintorul de produs iEchipa, pentru a decide obiectivele i funionalitateaurmtorului sprint. La a doua parte a ntlnirii participConductorul Scrum i Echipa pentru a discuta desprecum se va implementa unitatea produsului reprezentat deacest sprint. 21. ntlnirea Scrum zilnic este organizat pentru a urmri continuu progresul echipei;deservete de asemenea i ca ntlnire de planificare: se vorbetedepsre ce s-a fcut de la ultima ntlnire i pn acum i ce se va facede acum pn la urmtoarea ntlnire; se discut i despre problemelei impedimentele care au afectat membri echipei n ceea ce priveteatingerea obiectivelor stabilite. Conductorul Scrum este cel careconduce aceast ntlnire ce dureaz aproximativ 15 minute. Fiecarentlnire urmrete anumite reguli:ntlnirea ncepe la timp; de multeori ntrzierile se pedepsesc Toi sunt binevenii, ns doar porcii au voie s vorbeasc ntlnirea dureaz 15 minute indiferent de numrul de participani Toti participani ar trebui s stea jos Toate ntlnirile ar trebui s aib loc n fiecare zi n acelai loc i laaceeai or 22. ntlnirea de evaluare a unui sprint n ultima zi a sprint-ului Echipa mpreun cuConductorul Scrum prezint conducerii, clienilor,utilizatorilor i Deintorului de produs, rezultatul sprint-ului, ntr-o ntlnire neformal. Participanii la ntlnireevalueaz rezultatul i iau decizii cu privire la direciile cetrebuie urmate n continuare. Dureaz cel mult 4 ore. Sepun dou ntrebri principale: Ce a mers bine ntimpul sprint-ului? si Ce se poate mbunti nurmtorul sprint? 23. Concluzii Scrum este un model agil perplex si paradoxal de gestionare aproiectelor Practicarea,normele si artefactele simple si usoare Simplitate inselatoare Necesita schimbarea gandirii clasice Membrii echipei sunt mai implicati Proiectele nu sunt descrise in detaliu la inceputul lor dar Scrumpoate ghida proiectul spre rezultat Ajustarile sunt foarte usor de implementat Rezultatele vizibile:productivitate,stres diminuat,feedbackrapid,reduce deseurile si perioadele de asteptare 24. Bibliografie http://www.slideshare.net/calin.iepure/management-de-proiect-agil-metodologia-scrum#btnNext http://profs.info.uaic.ro/~alaiba/mw/index.php?title=Procesul_SCRUM_de_dezvoltare_agil%C4%83_a_produselor_software http://myadobe.ro/2009/01/23/scrum-in-10-minutes/ http://agilemanifesto.org/iso/ro/manifesto.html