Skip to main content

Scrum & Agile

Overview​

Scrum is an agile framework for developing complex products through iterative, time-boxed sprints. Covered by the Scrum Foundation Professional Certificate (SFPC) from CertiProf.


Agile Manifesto​

Values:

  • Individuals and interactions over processes and tools
  • Working software over comprehensive documentation
  • Customer collaboration over contract negotiation
  • Responding to change over following a plan

12 Principles: Customer satisfaction, welcome change, frequent delivery, collaboration, motivated teams, face-to-face communication, working software as progress, sustainable pace, technical excellence, simplicity, self-organising teams, regular reflection.


Scrum Framework​

Roles​

RoleResponsibilities
Product OwnerOwns the Product Backlog; prioritises based on business value; defines "what"
Scrum MasterFacilitates Scrum; removes impediments; protects the team; servant leader
Development TeamSelf-organising, cross-functional; builds the product increment

Artifacts​

ArtifactDescription
Product BacklogOrdered list of everything that might be needed in the product
Sprint BacklogItems selected for the current Sprint + plan to deliver them
IncrementSum of all completed backlog items; must be "Done" and potentially shippable

Definition of Done (DoD)​

A shared checklist that defines when work is truly complete, e.g., code reviewed, tested, documented, deployed to staging.

Events​

EventDurationPurpose
Sprint1–4 weeksTime-box to create a potentially shippable increment
Sprint Planning≤ 8 hrs (4-week sprint)Select backlog items; create Sprint Goal and Sprint Backlog
Daily Scrum15 minInspect progress; adapt plan for next 24 hrs
Sprint Review≤ 4 hrsDemo increment to stakeholders; update backlog
Sprint Retrospective≤ 3 hrsInspect team process; identify improvements

User Stories​

As a <role>, I want <feature>, so that <benefit>.

Acceptance Criteria:
- Given <context>, When <action>, Then <outcome>.

INVEST criteria: Independent, Negotiable, Valuable, Estimable, Small, Testable.


Estimation​

  • Story Points, relative effort (Fibonacci: 1, 2, 3, 5, 8, 13, 21).
  • Planning Poker, team members vote simultaneously to avoid anchoring.
  • Velocity, average story points completed per sprint; used for forecasting.

Common Mistakes​

  • Product Owner not available to the team.
  • Scrum Master acting as a project manager (command and control).
  • Carrying over incomplete items without re-estimation.
  • Skipping the retrospective, it is the most valuable ceremony for improvement.
  • Treating the Daily Scrum as a status report to management.

Interview Questions​

Q: What is the difference between Scrum and Kanban? Scrum uses fixed-length sprints, defined roles, and a sprint backlog. Kanban is a continuous flow system with WIP limits and no prescribed roles or ceremonies. Kanban is better for operational work; Scrum for product development.

Q: Who can change the Sprint Backlog during a Sprint? Only the Development Team can modify the Sprint Backlog during a Sprint. The Product Owner can negotiate scope with the team, but cannot unilaterally add or remove items.


Cheat Sheet​

Roles: Product Owner | Scrum Master | Development Team
Artifacts: Product Backlog | Sprint Backlog | Increment
Events: Sprint | Planning | Daily Scrum | Review | Retrospective
Story: As a <role>, I want <feature>, so that <benefit>
Estimation: Story Points | Planning Poker | Velocity