Metodologia Agile

1
Metodologia Agile SCRUM

• Elaborat Valentina Jardan

2
Dezavantajele metodelor clasice de management a
proiectelor

• For?e uriase în timpul etapei de planificare
• Resurse enorme pentru modificarea cerintele
  tehnice într-un mediu ce se schimba rapid
• Tratarea personalului ca factor de productie

3
Rezultatul metodelor clasice implementate în IDSI

• Haos datorita schimbarii cerintelor - cerintele
  unui proiect pot sa se schimbe în faza de design,
  implementare si chiar lansare. În mai toate
  metodologiile de dezvoltare, analiza este facuta
  în partea de început a proiectului, si nici o
  schimbare nu mai este permisa pîna spre final.
• Estimari nerealiste de timp, cost si calitate a
  proiectelor - managerul de proiect si
  dezvoltatorii tind sa subestimeze cît timp si
  resurse sunt necesare pentru un proiect, si cîte
  functionalitati pot fi livrate. Acestea nu pot fi
  niciodata prevazute 100 în faza de început a
  ciclului de dezvoltare.

4
Solutia?

• Agile Software Development
• nume preluat de la sportul de
• Rugby unde toata echipa actioneaza
• împreuna - analogie se face la
• dezvoltarea software unde echipa
• lucreaza împreuna pentru a dezvolta
• cu succes produse de calitate.

5
Ce este Agile?

• Metodologie de management a proiectelor ce
  încearca sa micsoreze riscurile de dezvoltare si
  timpul de executie prin implementarea proiectelor
  în forma foarte flexibila si interactiva.

6
Caracteristicile Agile

• Este iterativ o iteratie are între 1-4
  saptamîni,în rezultat sunt livrate anumite
  functionalitati ale proiectului.
• Este bazat pe timpdurata iteratiei e fixa si nu
  poate fi modificata pe parcursul proiectului. În
  acest fel exista întotdeauna un rezultat
  productiv la finalul iteratiei.
• Deschis catre clientla finalul fiecarei iteratii
  exista un rezultat care poate fi prezentat
  clientului.
• Bazat pe livrarea de versiuni intermediare ale
  produsului fiecare iteratie va implementa
  complet toate task-urile cuprinse în acea
  iteratie

7
Metodologii care deriveaza din Agile

• AGILE exista în mai multe feluri
• XP
• SCRUM
• DSDM,
• Crystal,
• Feature Driven
• Lean Development
• etc.
• Toate folosesc principii de baza ale filozofiei
  AGILE, dar o implementeaza în moduri diferite.

8
Sunt AGILE!

• Prioritatea este satisfacerea nevoilor clientului
  prin livrarea în timp a soft-ului
• Cererile de schimbare sunt binevenite, chiar si
  în stadiile avansate ale dezvoltarii
• Livram frecvent soft functional, cu o frecventa
  saptamînala spre lunara, cu preferinta pentru
  termenii mai scurti

9
Principiul AgileYAGNI

• "You Aren't Going To Need It... unless the
  business says so!".
• Prin acest principiu suntem încurajati sa
• implementam doar acele elemente pe care le
• solicita clientul si nimic mai mult!

10
Scrum
11
Principiul metodologiei SCRUM

• dezvoltarea incrementala a aplicatiei software
• livrari frecvente - de regula au loc o data la 4
  saptamâni
• clientul primeste de fiecare data o aplicatie ce
  contine un numar tot mai mare de functionalitati
  si care se afla în perfecta stare de functionare.
  

12
Reguli în Scrum

• Aceasta metoda necesita patru tipuri de sedinte
• Sedintele zilnice echipa se reuneste în fiecare
  zi si petrece circa 15 minute, în picioare,
  pentru a raspunde la urmatoarele trei întrebari
  ce am facut ieri? Ce voi face azi? Cu ce
  obstacole ma confrunt azi?
• Sedintele de planificare întreaga echipa se
  aduna pentru a decide care sunt functionalitatile
  care vor alcatui urmatorul sprint, si pentru a
  actualiza lista generala.
• Sedintele de revizuire a activitatii în timpul
  acestei sedinte, fiecare membru prezinta ceea ce
  a facut pe durata sprintului. Se organizeaza o
  demonstratie a noilor functionalitati si o
  prezentare a arhitecturii. Aceasta este o sedinta
  informala, de doua ore, la care participa toata
  echipa.
• Sedintele retrospective la finalul fiecarui
  sprint, echipa analizeaza aspectele care au
  functionat bine, precum si pe cele care au
  functionat mai putin bine. În timpul acestei
  sedinte de 1530 de minute, se organizeaza un vot
  de încredere pentru a decide ce îmbunatatiri
  trebuie implementate.

13
Avantaje

• reducerea documentatiei la minimul cu scopul
  sporirii productivitatii
• evitarea efectului de tunel", adica faptul de a
  obtine rezultatul abia la livrarea finala si de a
  nu întrezari nimic concret pe durata întregii
  faze de dezvoltare
• compunerea secventiala a continutului
  sprint-urilor permite efectuarea unei modificari
  sau adaugarea unei functionalitati care nu era
  prevazuta initial. Acesta este principalul aspect
  care face ca aceasta metoda sa fie agila
• metoda participativa fiecare membru al echipei
  este invitat sa îsi exprime parerea si poate
  contribui la toate deciziile luate în cadrul
  proiectului, fiind astfel mai implicat si mai
  motivat
• facilitarea comunicarii lucrînd în aceeasi sala
  de dezvoltare sau fiind conectata prin
  intermediul diferitelor mijloace de comunicare,
  echipa poate comunica usor si poate schimba
  informatii despre impedimentele întâlnite în
  scopul eliminarii cât mai rapide a acestora
• ameliorarea cooperarii comunicarea zilnica
  dintre client si echipa face posibila o
  colaborare mai strânsa între cele doua parti
• cresterea productivitatii prin eliminarea
  anumitor exigente" specifice metodelor clasice,
  precum documentatia
• timpul de livrare a produsului final se reduce
  semnificativ.

14
Riscuri si solutii

• Dimensiunea echipei fiind limitata la 7 -10
  persoane, dimensiunea echipei se poate transforma
  într-un obstacol daca se depaseste numarul de
  membri recomandat. În acest caz, organizarea de
  sedinte devine imposibila. Solutia consta în
  realizarea unui Scrum of Scrums - împartirea
  proiectului în echipe de dimensiuni standard si
  adaugarea unei instante superioare care sa
  grupeze ScrumMasterii fiecarui Scrum
• Cereri multiple cererile pot proveni din mai
  multe surse în cadrul unui proiect si pot uneori
  sa fie dificil de gestionat datorita aspectului
  lor contradictoriu. Pentru a remedia aceasta
  problema, trebuie sa se utilizeze în mod
  obligatoriu o aplicatie de gestiune a cererilor
• Calitatea produsului realizat cu cât numarul
  echipelor este mai mare, cu atât calitatea este
  mai greu de controlat. Pentru aceasta, este
  important sa existe o politica de calitate
  riguroasa si un plan de calitate a proiectului.
  Verificarea frecventa a codului si introducerea
  unor indicatori pentru masurarea performantei
  programatorilor permit reducerea la minimum a
  acestui risc.

15
Organizare Scrum

• Metodologia SCRUM implica interventia a trei
  protagonisti
• Product owner responsabilul de produs si
  coordonatorul echipei clientului. El este cel
  care defineste si stabileste functionalitatile
  prioritare si alege data si continutul fiecarui
  sprint pe baza volumelor de lucru comunicate de
  echipa.
• ScrumMaster acesta faciliteaza buna desfasurare
  a proiectului, are grija ca fiecare membru sa
  poata lucra la capacitate maxima eliminând
  impedimentele si protejând echipa de perturbarile
  exterioare. De asemenea, acorda o atentie
  speciala respectarii diferitelor faze SCRUM.
• Echipa fiind de regula alcatuita din circa 4-10
  persoane, echipa aduna la un loc specialistii
  necesari în cadrul unui proiect, si anume
  arhitectul, designerul, programatorul, testerul
  etc. Echipa se organizeaza singura si ramâne
  neschimbata pe toata durata sprintului.

16
Tabla Scrum
17
Tabla Scrum în LTIC
18
Comunicare ProgramatorTester
19
Tabla LTIC restructurata
20
Motivare Scrum
21
Restrictii si recomandari pentru tabla Scrum

• Cît mai putine sarcini mici în Sprint per
  persoana cu atît mai bine
• Modificati tabla Scrum conform necesitatilor
  echipei si a proiectului
• Sarcini curente în realizare maxim 2
• Numarul de sarcini plasate pe tabla trebuie sa
  fie realizate la finisarea Sprint-ului
• Nu se accepta sarcini noi în Sprint-ul care este
  în proces de realizare.
• Solutie Înlocuirea sarcinilor

22
Sprint Software
23
Cui se adreseaza acest tip de organizare?

• Acest tip de organizare poate fi utilizat în
  majoritatea proiectelor
• Metodologia Agile SCRUM este destinata în
  special proiectelor care nu au un cadru bine
  conturat
• E nevoie o echipa cu initiativa care cuprinde
  oameni carora le place sa experimenteze, sa
  schimbe si sa se adapteze cerintelor
• Echipe care stiu sa se organizeze

24
Este IDSI o echipa Agile-Scrum?
25
Este IDSI o echipa Agile-Scrum?

• Numarul foarte mare de studenti (70) cu un orar
  de lucru part-time
• Cele 4 tipuri de sedinte Scrum nu pot fi
  organizate
• Categorii de vîrsta si mod de percepere diferit a
  procesului de lucru
• Nu toti membrii echipei vor sa fie Agile
• Dimensiunea echipei este mare si nu se regasesc
  în ea posturile necesare unei echipe Scrum
• Numarul mare de proiecte la mentenanta
• Fiecare membru al echipei este implicat în mai
  mult de 1 proiect în Sprint
• Nu pot fi planificate si estimate corect
  sarcinile pentru Sprint
• Sarcini neplanificate se solutioneaza în timpul
  Sprint-ului
• Nu este posibil de estimat corect timpul la
  sarcini de catre echipa
• Nu se face livrarea proiectului la finisarea
  fiecarui Sprint
• etc

26
Solutia?
27
Link-uri utile

• http//www.agilemoldova.com/
• http//agilemanifesto.org/

28
Întrebari ?