Tổng hợp ghi chú Agile Scrum Note – Luyện thi PMI-ACP

Tổng hợp ghi chú Agile Scrum Note – Luyện thi PMI-ACP

Scrum is one of the most popular Agile model. It is easy to understand but difficult to master. Scrum is based on three pillars: [wc_highlight color=”yellow”]transparency, inspection and adaptation[/wc_highlight]. This post is about the guidance practices, roles and responsibilities, events and artifacts, etc. of Scrum.

Scrum Cycle

 Scrum Agile ModelScrum development includes three major phases: pre-game, game, and post-game.

Scrum is based on three pillars:

  • Transparency – visibility of project progress and outcome for all involved, a common definition of “Done” is created to ensure alignment of expectations. A common understanding of what done means in a scrum project.
  • Inspection – inspections are done at timely intervals to look out for deviations or differences. Reviewing project to determine the completeness of the project; finding root cause of variances from project goals.
  • Adaptation – should a problem be found during inspections, project processes will be adjusted to avoid / minimize such problems from occurring in future. Making adjustments to the scrum process to mitigate problems or bad trends.

Scrum Roles (Teams)

  • Development team – the ones who actually build the product during the iterations / sprints
    • Self-organizing, empowered, cross-functional
    • Optimal size: 7 +/- 2 (i.e. 5 – 9 team members)
  • Product Owner – tasked with the responsibility to maximize the values delivered
  • Scrum Master – help to implement Scrum in the project

Scrum Events

  • Sprint – the Scrum term for “iteration” (a timeboxed period for project development work), often less than a month (2-week or 1-month), to build potentially releasable products. Activities of a sprint include the following:
    • Sprint Planning Meeting – a timeboxed meeting to determine what can be and will be delivered by end of the sprint based on consensus among the product owner and the team
    • Daily Scrum – a 15-minute timeboxed daily meeting to look into the following three questions:
      1. What has been achieved since last meeting?
      2. What will be done?
      3. What obstacles are encountered / expected?
    • Development Work
    • Sprint Review – (about the product) a meeting held at the end of each sprint to demonstrate what has been done and agree to what need to be done next, the product backlog will also be adjusted based on the progress; to be led by the Product Owner
    • Sprint Retrospective – (about the process, people, tools, relationship) a meeting to reflect on the process and look for improvements. The sprint retrospectives occur after the sprint reviews.
  • Key characteristics of a healthy daily stand-up meeting:
    • Peer pressure – the team is dependent upon each other so expectations of peers drives progress;
    • Fine-grained coordination – the team should understand the necessity for focus and working dependently;
    • Fine focus – the team should understand the need for brevity in the stand-up meeting so the team can be productive;
    • Daily commitment – the team should understand the value of daily commitments to each other and uphold those commitments;
    • Identification of obstacles – the team collectively should be aware of each other’s obstacles so that the team collectively can try to resolve them.
  • Scrum Events are time-boxed:
    • Sprint Planning – 8 hours
    • Daily Scrum – 15 minutes
    • Sprint Review – 4 hours
    • Sprint Retrospective – 3 hours 

Scrum Artifacts

  • Product backlog – an prioritized list of requirements of the project (often in the form functions, features, fixes and quality attributes [i.e. non-functional requirements], etc.). To be updated by the Product Owner. Higher priority requirements are more detailed in descriptions and estimates.
    • Grooming – add more details to and possibly re-order the backlog by both the team and the product owner
  • Sprint backlog – product backlog items selected for a particular sprint with an elaborated plan on how to achieve the sprint goal. To be updated by the Development Team only.
  • Definition of Done – describe the agreed definition of when the work is considered done by all


Leave a Reply

Your email address will not be published. Required fields are marked *

2 × five =

This site uses Akismet to reduce spam. Learn how your comment data is processed.