Sunteți pe pagina 1din 63

Scrum & Agile 1

Bianca Alecu
Skillab
Curs 1

Fundamentele
managementului de proiect
Despre mine
2022

2015 ● Head of PMO

2013 ● Am obținut titlul de Doctor în


Comunicare oferit de SNSPA 2021
Am absolvit
Master în ● Prima certificare în project
Managementul ● SAFe Agilist -
management - PMP (PMI) Scaled Agile
Proiectelor
organizat ● Customer Project Manager - ● 2021 - Scrum Master -
de SNSPA Ericsson Scaled Agile

2010-2013 2013-2015 2014 2014-2015 2018

Best Shore Project Trainer Director Education AgilePM Practitioner


Process Lead Manager - HP Microsoft and Certification (APMG International)
EMEA - HP Project PMI Romania
Despre mine
Să ne cunoaștem

● Ce experiență aveți în Project Management?


● În ce tipuri de proiecte ați participat?
● În ce domeniu activați?
● Așteptări de la curs
Desfășurarea cursului

În timpul cursului:
Teme:
- ținem camerele pornite
dar microfonul oprit - miercuri spre joi - studiu
individual, teme de gândire
- nu facem multitasking
- joi spre vineri - lucru în
- punem întrebări atât în
echipe
timpul sesiunilor
dedicate cât și atunci
când apare întrebarea În afara cursului:
- dacă este o întrebare generală -
pe Whatsapp grup
- dacă este ceva personal - pe mail
Skillab

● Școală internațională de educație online, fondată în 2015 în


Ucraina;
● Din 2021 sunt prezenți și în România;
● Prezenți în 40 de țări și lideri pe piața din Europa de Est;
● Cursuri business în domenii precum HR, management,
marketing și programe;
● Predarea este făcută de către specialiști din domeniu.
La ce cuvânt vă gândiți când
auziți despre Agile Project
Management?

Menti
Agenda

1. Diferite metodologii de management de proiect


2. Istoria Agile
3. Agile Manifesto
4. Principiile Agile
5. Agile și în alte domenii?
1. Diferite metodologii de
management de proiect
1.1 Waterfall

Milestone
după
fiecare
etapă

Metodologia
clasică

Scop fix,
cost și Waterfall
durată
variabile

O etapă Abordare
pornește lineară
doar după
ce cealaltă
se încheie
Avantaje

● Scopul este clar de la începutul proiectului


● În funcție de etapa proiectului, membrii echipei pot lucra la
diverse activități în același timp
○ EX. Testerii pot pregăti test object list sau script-urile pentru testare în
timpul etapei de dezvoltare a softului

● Cu excepția momentelor în care aprobarea lui este necesară,


(în momentul milestone-urilor) clientul nu este direct implicat
în desfășurarea proiectului
● Design-ul este una dintre primele faze, ceea ce permite
utilizarea output-ului pentru dezvoltarea altor proiecte
Dezavantaje

● Cerințele pot fi ambigue la începutul proiectului


● Produsul final poate să nu fie pe placul clientului
● Cerințele de la începutul proiectului pot să își piardă din
însemnătate/prioritate la finalul proiectului
● Durata lungă de vizualizare a produsului finit
1.2 Agile

Livrabilele sunt
prioritizate în
funcție de
valoarea de Metodologie
business iterativă
stabilită de
client

Sprinturi Agile
egale ca
durată, livrari Livrare
periodice rapidă a unei
către client aplicații cu
componente
Toată echipa funcționale
este implicată
pe toată Cost și
perioada durată fixe,
desfășurării scop
proiectului variabil
Avantaje

● Clientul are oportunități multiple de a vizualiza rezultatul proiectului,


de a lua decizii și a face modificări în timpul desfășurării proiectului

● Clientul are responsabilități mărite și este direct implicat

● Time to market redus

● Dezvoltarea este concentrată pe utilizatorul final

● Transparență

● Permite schimbări mai rapide și mai frecvente

● Calitate mărită

● Testare intensivă și frecventă


Dezavantaje

● Implicare sporită a clientului


● Echipa de proiect trebuie să fie 100% dedicată proiectului
● Durata totală a proiectului se poate modifica
● Ideal toți membrii echipei sunt în același birou/locație
● Scopul proiectului nu este clar definit la început
Agile vs. Waterfall

Sursa: Shutterstock
1.2.1. Scrum

Iterații Unul dintre cele


scurte de mai populare
lucru cadre pentru
implementarea
Agile

Scrum

Folosit în
Scrum ≠
software
Agile
development
1.2.2. Kanban

● Metoda de workflow management, nu de project management

● Ajută la vizualizarea activităților din echipa de proiect și la


maximizarea eficienței

● Originară în producție, a devenit ulterior folosită și în dezvoltare


software

● Kanban = tabla vizuală

● Toyota, 1950s

● Metoda a fost definită în 2007


Kanban Board

Stories To Do In progress Testing Done


1.3 Lean

● Metodologie pentru îmbunătățirea proceselor


● Creeaza procese mai eficiente prin eliminarea
practicilor/proceselor/etapelor care nu produc valoare
și îmbunătățește eficiența acestora
● Kanban este o metodă de aplicare a Lean
● Identifică defectele din procese și le elimină
● Originară din producție, acum se aplică în toate domeniile
1.4 SAFe

● Scaled Agile Framework


● Program pentru proiecte Agile
● >20.000 companii au implementat
● Echipe crosfuncționale
● SAFe folosește principiile și valorile Agile ca fundație
pentru a le scala în companii mari, complexe și răsfirate.
● Include principii din Lean, DevOps
Avantaje

● Cadru ușor de implementat


● Creează eficiență în dezvoltarea software
● Deciziile sunt luate centralizat
● Poate fi aplicat pe echipe mari (peste 100 persoane)
● Standardizează procese între echipe
● Obiectivele de business și cele strategice sunt întotdeauna
în prim plan
Dezavantaje

● Aplicabil doar companiilor mari

● Mai puțină libertate de a lua decizii cascadata către dezvoltatori

● Poate încetini procesele și poate limita flexibilitatea în comparație cu


un mediu Agile

● Abordarea de sus în jos îndepărtează dezvoltatorii și testerii de la


vizibilitatea pe care Agile le-o oferă relativ la obiectivele proiectului

● Cicluri de planificare mai lungi și roluri mai fixe în cadrul sprinturilor –


contrar viziunii Agile

● Multe acronime și elemente de jargon


2. Istoria Agile
Istoria Agile

•Crystal Clear (Alistar Cockburn)


Modelul Waterfall Dezvoltare rapidă de aplicații •XP (Kent Beck, Ward Lean Software development
(Winston W. Royce) (RAD) (James Martin Cunningham, Rom Jeffries) (Mary & Tom Poppendieck)

1970 1974 1991 1995 1996 2001 2003

•Conceptul „Dezvoltare • Scrum (Ken Schwaber, Jeff


software adaptativă” Sutherland) Agile Manifesto
(E.A. Edmonds) • Dezvoltare adaptativă de software
(ASD) (Jim Highsmith, Sam Bayer)
• FDD (Jeff de Luca)
• DSDM (DSDM Consortium)
Istoria Agile

● Primăvara 2000
● 17 software developers – Alianța Agile în Utah
● Cum putem îmbunătăți timpii de dezvoltare pentru a livra
software mai repede?
○ Feedback obținut rapid, îmbunătățire continuă
○ Scurtarea perioadei de livrare (time to market)
● Au redactat Agile Manifesto
○ 4 valori
○ 12 principii
Cei 17
Kent Beck A creat eXtreme Programming
Mike Beedle Co-autor al Agile Software Development with Scrum
Arie van Bennekum Detine Integrated Agile
Alistair Cockburn Strategist IT și creator al metodologiei Crystal Agile
Ward Cunningham Inventator al Wiki și primul care a definit termenul „datorie tehnica”
Martin Fowler Dezvoltator de software și partener în cadrul Thoughtworks
James Grenning Autor al Dezvoltării bazate pe testare
Jim Highsmith Creator al Adaptive Software Development (ASD)
Andrew Hunt Co-autor al cărtii The Pragmatic Programmer
Ron Jeffries A creat eXtreme Programming (XP) împreună cu Kent
Jon Kern Consultant în implementarea metologiei Agile
Brian Marick Specialist în IT, autor al mai multor cărți de programare
Robert C. Martin Cunoscut și drept “Unchiul Bob,” deține blogul Clean Coding prin care ofera consultanta
Steve Mellor Specialist in IT ce a inventat Analiza de sistem orientată pe obiecte(OOSA)
Ken Schwaber A dezvoltat SCRUM împreună cu Jeff Sutherland
Jeff Sutherland Inventator și creator al SCRUM
Dave Thomas Programator și co-autor al cărtii  The Pragmatic Programmer
3. Agile Manifesto
3. Agile Manifesto

Noi scoatem la iveală modalități mai bune de dezvoltare de software prin


experiență proprie și ajutându-i pe ceilalți.

Prin această activitate am ajuns să apreciem:

Indivizii şi interacţiunea înaintea proceselor şi uneltelor

Software funcţional înaintea documentaţiei vaste

Colaborarea cu clientul înaintea negocierii contractuale

Receptivitatea la schimbare înaintea urmăririi unui plan

Cu alte cuvinte, deşi există valoare în elementele din dreapta, le apreciem


mai mult pe cele din stânga.
3.1 Indivizii şi interacţiunea înaintea
proceselor şi uneltelor
Succesul este determinat de oamenii cu care lucrezi și de felul în care
interactionezi cu ei mai degrabă decât de cât de bine documentat este
procesul și cât de avansate sunt uneltele, aplicațiile cu care lucrezi.

Amândouă elementele sunt importante

Stânga are prioritate


3.2. Software funcţional înaintea
documentaţiei vaste
Dezvoltarea tradițională de produs presupunea documentație
extensiva până în momentul în care prima linie de cod era scrisă

A obține un software care funcționează și a-l livra clientului este


cea mai mare prioritate

Documentația, totuși, nu trebuie ignorată


1.3 Colaborarea cu clientul înaintea
negocierii contractuale
Filozofia Agile pune accent pe importanța dezvoltării produselor
având clientul în minte.

Foarte important de înțeles nevoile clientului

Feedback-ul clientului este în mod continuu integrat în dezvoltarea


produsului
1.4. Receptivitatea la schimbare
înaintea urmăririi unui plan

Un mare avantaj al metodologiei


Dinamism!
este că încurajează revizuirea și
reelaborarea frecventă a
planurilor curente pe baza
informațiilor obținute

Prioritățile sunt ajustate


Dezvoltarea produsului nu mai
ori de cate ori acest lucru
este ceva static
are sens strategic
4. Principiile Agile
4. Principiile Agile

Satisfacția
clientului
1. Prioritatea no.1 este satisfacția
clientului prin livrări timpurii și
continue de software valoros.
4. Principiile Agile

Satisfacția
Schimbare
clientului
2. Modificarea cerințelor sau apariția
acestora târziu în proces sunt
binevenite. Procesele Agile valorifică
schimbarea pentru a crea un avantaj
competitiv clientului.
4. Principiile Agile

Satisfacția Livrarea
Schimbare
clientului produsului
3. Software funcțional este livrat cu o
frecvență de la câteva săptămâni
până la câteva luni cu preferință
pentru intervalul de timp mai scurt.
4. Principiile Agile

Satisfacția Livrarea Lucru în


Schimbare
clientului produsului echipă
4. Oamenii de business și dezvoltatorii
de software trebuie să lucreze
împreună zilnic pe tot parcursul
proiectului
4. Principiile Agile

Satisfacția Livrarea Lucru în


Schimbare
clientului produsului echipă

Mediu de
lucru
5. Construiește proiecte cu oameni
motivați. Oferă-le mediul și sprijinul
de care au nevoie și ai încredere în ei
pentru a duce treaba la bun sfârșit
4. Principiile Agile

Satisfacția Livrarea Lucru în


Schimbare
clientului produsului echipă

Mediu de
Față în față
lucru
6. Cea mai eficientă și eficace metodă
de a transmite informații către și în
cadrul unei echipe de dezvoltare este
conversația față în față.
4. Principiile Agile

Satisfacția Livrarea Lucru în


Schimbare
clientului produsului echipă

Mediu de Software
Față în față
lucru funcțional
7. Principala măsură a progresului este
un software funcțional.
4. Principiile Agile

Satisfacția Livrarea Lucru în


Schimbare
clientului produsului echipă

Mediu de Software Dezvoltare


Față în față
lucru funcțional durabilă
8. Procesele Agile promovează
dezvoltarea durabilă. Sponsorii,
dezvoltatorii și utilizatorii ar trebui să
poată menține un ritm constant la
nesfârșit.
4. Principiile Agile

Satisfacția Livrarea Lucru în


Schimbare
clientului produsului echipă

Mediu de Software Dezvoltare


Față în față
lucru funcțional durabilă

Atenție
9. Agilitatea este sporită de o atenție
continuă acordată excelenței tehnice
și a designului bun.
4. Principiile Agile

Satisfacția Livrarea Lucru în


Schimbare
clientului produsului echipă

Mediu de Software Dezvoltare


Față în față
lucru funcțional durabilă

Atenție Simplitate
10. Simplitatea – arta de a maximiza
cantitatea de muncă neefectuată –
este esențială.
4. Principiile Agile

Satisfacția Livrarea Lucru în


Schimbare
clientului produsului echipă

Mediu de Software Dezvoltare


Față în față
lucru funcțional durabilă

Echipe ce se
Atenție Simplitate pot
auto-organiza
11. Cele mai bune structuri, cerințe și
design-uri apar din echipe care se
pot auto-organiza.
4. Principiile Agile

Satisfacția Livrarea Lucru în


Schimbare
clientului produsului echipă

Mediu de Software Dezvoltare


Față în față
lucru funcțional durabilă

Echipe ce se
Atenție Simplitate pot Eficiență
auto-organiza
12. La intervale regulate, echipa reflectă
la cum să devină mai eficientă apoi
își reglează și ajustează
comportamentul în consecință.
5. Agile și în alte domenii?
Marketing și publicitate Construcții

Organizare evenimente

Dezvoltare de produse Finanțe


Q&A
Teme de gândire

● Care dintre metodele prezentate astăzi s-ar potrivi în


domeniul în care lucrați? Justificați.
● Cum ați vedea aplicată metodologia agile ultimului
proiect din care ați făcut parte?

S-ar putea să vă placă și