Scrum Mudel - JOstapjuk/Konspeekt_Agiil GitHub Wiki
Scrum Mudel
Definitsioon oma sõnadega
Scrum on Agile'i metoodikal põhinev raamistik, mis keskendub struktureeritud töötsüklitele ehk sprintidele, meeskonna omavahelisele koostööle ja pidevale parendusele. Selle eesmärk on saavutada parem tootekvaliteet ja paindlikkus muutuste suhtes läbi läbipaistvuse, jälgimise ja kohandumise.
Peamised omadused
-
Sprintidel põhinev töö
Töö jaotatakse 1–4-nädalasteks sprintideks, millest igaüks lõppeb töötava tarkvaratükiga. -
Selged rollid
Scrumis on kolm põhiosa: Product Owner, Scrum Master ja arendustiim – igaüks konkreetse vastutusega. -
Igapäevane Scrum-koosolek
Lühike igapäevane koosolek (Daily Scrum), et arutada edusamme ja takistusi. -
Sprinti planeerimine ja retrospektiiv
Iga sprint algab planeerimise ja lõppeb ülevaate ning tagasivaatega, et õppida ja parendada. -
Toote Backlog ja Sprint Backlog
Kogu töö on jaotatud kahte backlog’i – toote- ja sprinti backlog’i, mida hallatakse pidevalt.
Iteratsiooni näide
Näide: Meeskond töötab mobiilirakenduse kallal.
- Sprint 1: Disainitakse põhiekraan ja seadistatakse andmebaas.
- Sprint 2: Lisatakse kasutaja registreerimine ja sisselogimine.
- Sprint 3: Integreeritakse teavitussüsteem ja testitakse kogu voog.
Iga sprint lõppeb demo ja kasutajalt tagasiside kogumisega.
Eelised
-
Struktuur ja läbipaistvus
Töö on jagatud selgeteks tsükliteks koos eesmärkide ja mõõdikute jälgimisega. -
Pidev tagasiside ja parendus
Iga sprint annab võimaluse kohanduda ja täiustada toodet või protsessi. -
Motiveeritud ja iseseisev tiim
Meeskonnal on autonoomia oma töö korraldamisel, mis suurendab kaasatust.
Puudused
-
Rangus võib piirata loovust
Liigne raamistik võib tunduda piiravana väga loomingulistes projektides. -
Kõrged nõuded Product Ownerile
Edu sõltub suuresti sellest, kui hästi Product Owner suudab prioriteete ja nõudeid juhtida. -
Võib mitte sobida väga lühikeste tähtajadega projektidele
Sprintide pikkus võib olla liiga pikk väga kiireloomuliste ülesannete jaoks.
Scrum vs Kanban
Tabel võrdluseks
Kriteerium | Scrum | Kanban |
---|---|---|
Tööjaotus | Sprintideks (ajaühikud) | Katkematu voog, ilma kindlate tsükliteta |
Rollid | Product Owner, Scrum Master, tiim | Rollid pole määratletud |
Planeerimine | Töö valitakse sprinti alguses | Töö võetakse jooksvalt kanban-tahvlilt |
Mõõdikud | Velocity, burndown chart | Läbivusaeg (lead time), tööde arv (WIP) |
Paindlikkus | Väiksem sprinti sees, suurem sprintide vahel | Väga kõrge kogu protsessi jooksul |
Sobivus | Projekti-põhised arendused | Jätkuv tugi- või hooldustöö |
Scrum Model
Definition in Your Own Words
Scrum is a framework based on Agile methodology that focuses on structured work cycles (called sprints), team collaboration, and continuous improvement. Its goal is to achieve better product quality and adaptability to change through transparency, inspection, and adaptation.
Key Features
-
Sprint-Based Work
Work is divided into 1–4 week sprints, each ending with a working piece of software. -
Defined Roles
Scrum has three core roles: Product Owner, Scrum Master, and Development Team – each with specific responsibilities. -
Daily Scrum Meeting
A short daily stand-up to discuss progress and any blockers. -
Sprint Planning and Retrospective
Each sprint begins with planning and ends with a review and retrospective to identify improvements. -
Product Backlog and Sprint Backlog
All tasks are managed via two backlogs – product backlog (long-term) and sprint backlog (current sprint).
Example of an Iteration
Example: A team is building a mobile app.
- Sprint 1: Design the main screen and set up the database.
- Sprint 2: Add user registration and login.
- Sprint 3: Integrate notifications and test the full flow.
Each sprint ends with a demo and user feedback collection.
Advantages
-
Structure and Transparency
Work is broken into clear cycles with defined goals and metrics for tracking. -
Continuous Feedback and Improvement
Each sprint offers a chance to adapt and improve both the product and the process. -
Motivated and Autonomous Team
The team manages its own work, promoting ownership and engagement.
Disadvantages
-
Rigidity Can Limit Creativity
The structured approach may feel restrictive in highly creative projects. -
High Dependence on Product Owner
Success heavily relies on the Product Owner’s ability to manage priorities and communicate effectively. -
Not Ideal for Urgent Short-Term Tasks
Sprint length may not align well with very fast-moving or reactive projects.
Scrum vs Kanban
Comparison Table
Criteria | Scrum | Kanban |
---|---|---|
Work Structure | Time-boxed sprints | Continuous flow, no fixed iterations |
Roles | Product Owner, Scrum Master, Team | No mandatory roles |
Planning | Work is selected at the beginning of each sprint | Work is pulled continuously from the board |
Metrics | Velocity, burndown charts | Lead time, Work in Progress (WIP) limits |
Flexibility | Less within a sprint, more between sprints | Very high throughout the process |
Best Fit For | Project-based development | Ongoing support or maintenance work |