SlideShare a Scribd company logo
Presenter: Nhi
1 common understanding of some Scrum building blocks
2 What is core values of Scrum?
“Scrum is a framework for developing
complex products and systems. It is
grounded in empirical process control
theory. Scrum employs an iterative,
incremental approach to optimize
predictability and control risks.”
--Ken Schewaber--
Complex product
Iterative, incremental
approach
Scrum framework
Empirical process
control theory
Complex product
Iterative, incremental
approach
Scrum framework
Empirical process
control theory
Agenda
Iterative,
incremental
approach
Empirical process
control theory
 Meetings: Daily, S.Review,
Retrospective,…
 Product backlog – Product
Grooming
 …
 …
 …
 …
Image from: http://www.brookes.ac.uk/student/services/isas/blogs.html
Scrum for a team that have appled Scrum
Roles
Scrum
Master
Product
Owner
Scrum
Team
Events
Sprint
Sprint Planning
Daily Scrum
Sprint Review
Sprint Retrospective
Sprint Grooming
Artifacts
Product
Backlog
Sprint
Backlog
Increment
Time-
box
Events Time-boxed
(maximum time)
Sprint 4 weeks
Sprint planning 8 hours
Daily meeting 15 min (fixed)
Sprint Review 4 hours
Sprint Retrospective 3 hours
Grooming 16 hours
 Event time is proportional to Sprint time
 No need for meetings not defined in Scrum
 Limit overhead for communication: < 20%
When does a sprint end ?
• Includes: all items to be made
– Features, functions, requirements
– Enhancements
– Fixes
• Important properties
– Description
– Order
– Estimate
“Asa student, I want to view my grades online so that
I do have to travel all the way long to school to know it ”
INVEST
I – Independent
N – Negotiable
V – Valuable
E – Estimable
S – Small
T – Testable
From http://xp123.com/articles/invest-in-good-stories-and-smart-tasks/
Product backlog
• Single source of requirements
• A copy of the truth
Product
Owner
Internal
Stakehold
er
External
Stakeholder
Scrum
Master
Development
Team
Product Backlog
• Notes:
– Bugs from dev team
testing is within sprint
backlog
– Bugs from
ProductOwner/Users are in
the Product Backlog
PBI–levelsofdetails
Backlog refinement - Grooming
• Includes:
– Filling the Product Backlog
– Prioritizing PBI’s
– Adding acceptance criteria
– Splitting up large items
• Less than 10% of sprint time
Scrum for a team that have appled Scrum
Estimation
Estimation
not individuals
Work is assigned to an
entire team … … not individuals
Estimation
Not measure in time, but Effort
Planning poker
http://scrumtrainingseries.com/BacklogRefinementMeeting/
BacklogRefinementMeeting.htm
36/127
http://scrumtrainingseries.com/BacklogRefinementMeeting/
BacklogRefinementMeeting.htm
36/127
Definition of Done
DoD is a checklist of valuable activities required to produce software
• Unit tests passs and coverage met standard (85%)
• Code is reviewed (or pair programmed)
• Code standards are met
• Continues integration implemented (auto build, deployment and testing)
• Code is refactored
• Non-functinoal tests pass (scalability, reliability, security, etc.)
• Document is completed
Scrum for a team that have appled Scrum
Spring Planning Meeting
Sprint Planning
Meeting
Product Backlog
Team Capabilities
Business Conditions
Technology
Current Product
Sprint Backlog
Sprint Goal
Parts of Sprint Planning Meeting
• 1st Part: What will be done?
– Select Product Backlog items
– Determining the Sprint Goal.
– Participants: Product Owner, Scrum Master, Scrum Team
• 2nd Part: How will chosen work get done?
– Participants: Scrum Master, Scrum Team
– Creating Sprint Backlog
52/121
http://scrumtrainingseries.com/SprintPlanningMeeting/
SprintPlanningMeeting.htm
Scrum Team
• Self-organize
• Cross-function
Summary Part
1
Iterative, increment
al approach
Empirical process
control theory
 Time-box events
 Product backlog
Product Grooming
Estimation : 2 principles,
planning poker
 Definition of DONE,
technical debt
Scrum team: cross-.., self-..
 …
Empirical
= knowledge comes from experience and
making decisions based on what is known
Empirical = Inspect & Adjust
Exp: Temperature control system for a room
– What input parameter do you need?
Empirical
How does “Empirical ”
expose in Scrum ?
3 Scrum pillars - Transparent
Transparent = Vision
You act on what you perceive
Transparent in Scrum
How does Scrum create transparency?
“Scrum is a framework for developing
complex products and systems. It is grounded in
empirical process control theory. Scrum employs
an iterative, incremental approach to optimize
predictability and control risks.” --Ken
Schewaber--
Summary
Iterative,
incremental
approach
Empirical process
control theory
 Time-box events
 Product backlog
Product Grooming
Estimation : 2 principles,
planning poker
 Definition of DONE,
technical debt
Scrum team: cross-.., self-..
 Empirical = inspect and
adapt
Transparent is all Scrum
• http://www.scrum.org
• http://scrumtrainingseries.com/
• http://qualityswdev.com/2010/02/24/how-
transparent-is-scrum/
• … (and a lot more)
&Thank
you

More Related Content

PPTX
Introduction to Scrum
PPT
Agile testing
PDF
Agile Testing – embedding testing into agile software development lifecycle
PPTX
Scrum - Atlanta Code Camp
PPTX
Introducing QA Into an Agile Environment
PPTX
QA Best Practices in Agile World_new
PPTX
Testing strategy for agile projects updated
PPT
Scrum Testing Methodology
Introduction to Scrum
Agile testing
Agile Testing – embedding testing into agile software development lifecycle
Scrum - Atlanta Code Camp
Introducing QA Into an Agile Environment
QA Best Practices in Agile World_new
Testing strategy for agile projects updated
Scrum Testing Methodology

What's hot (20)

PPTX
Agile Testing Strategy
PPTX
Agile Testing - Approach and Strategies
PPTX
Software Quality Qssurance, Scrum and Linkedin
PPTX
Test Management in Agile - Agile testing Days 2018
PPT
Agile QA presentation
PPTX
Agile Testing Best Practices
PDF
ATD-2018_kroth_agile_thinking
PPT
Quality assurance activities in agile
PPT
Role Of Qa And Testing In Agile 1225221397167302 8
PDF
Dealing with Auditors: Helping Them Understand Agile
PPTX
ANI | Flow Based Development- A Venture of the 5G Development Team | Ravindra...
PPT
Two Things You Must Have for Lasting Agility
PDF
Testing in Agile Development
PDF
Agile Testing Introduction
PDF
Scrum, A Brief Introduction
PPT
QA in Agile
PPTX
Introduction to Agile Testing
PPTX
Software Quality Assurance
PPT
Intro to Agile
PPTX
Agile and Auditors
Agile Testing Strategy
Agile Testing - Approach and Strategies
Software Quality Qssurance, Scrum and Linkedin
Test Management in Agile - Agile testing Days 2018
Agile QA presentation
Agile Testing Best Practices
ATD-2018_kroth_agile_thinking
Quality assurance activities in agile
Role Of Qa And Testing In Agile 1225221397167302 8
Dealing with Auditors: Helping Them Understand Agile
ANI | Flow Based Development- A Venture of the 5G Development Team | Ravindra...
Two Things You Must Have for Lasting Agility
Testing in Agile Development
Agile Testing Introduction
Scrum, A Brief Introduction
QA in Agile
Introduction to Agile Testing
Software Quality Assurance
Intro to Agile
Agile and Auditors
Ad

Similar to Scrum for a team that have appled Scrum (20)

PDF
Introduction to Scrum
PPTX
Software Engineering -Different Development models.pptx
PPTX
Scrum training
PPTX
Scrum Training
PPT
What Is Agile Scrum
PPSX
Management fundamentals scrum 101
PPTX
Introduction To Scrum Presentation for beginners
PDF
Scrum Framework
PPTX
Agile Methodology in Software Development
PDF
SCRUM and Poker Game In Agile Project
PPT
Vacation Stealth Scrum
PPTX
Agile software development
PDF
5 Whys of Scrum
PPTX
Practicing Agile through Scrum
PPT
CAI - Agile Scrum Development Presentation
PDF
Perfect Backlogs - 3 July 2023
PPTX
What is Scrum? SlideShare
PDF
Agile software-development-overview-1231560734008086-2
PPTX
PPTX
Agile Development with Scrum.pptx
Introduction to Scrum
Software Engineering -Different Development models.pptx
Scrum training
Scrum Training
What Is Agile Scrum
Management fundamentals scrum 101
Introduction To Scrum Presentation for beginners
Scrum Framework
Agile Methodology in Software Development
SCRUM and Poker Game In Agile Project
Vacation Stealth Scrum
Agile software development
5 Whys of Scrum
Practicing Agile through Scrum
CAI - Agile Scrum Development Presentation
Perfect Backlogs - 3 July 2023
What is Scrum? SlideShare
Agile software-development-overview-1231560734008086-2
Agile Development with Scrum.pptx
Ad

Recently uploaded (20)

PDF
Unlocking AI with Model Context Protocol (MCP)
PDF
Profit Center Accounting in SAP S/4HANA, S4F28 Col11
PDF
Optimiser vos workloads AI/ML sur Amazon EC2 et AWS Graviton
PDF
Per capita expenditure prediction using model stacking based on satellite ima...
PPTX
Effective Security Operations Center (SOC) A Modern, Strategic, and Threat-In...
PPTX
KOM of Painting work and Equipment Insulation REV00 update 25-dec.pptx
PDF
TokAI - TikTok AI Agent : The First AI Application That Analyzes 10,000+ Vira...
PDF
Agricultural_Statistics_at_a_Glance_2022_0.pdf
PDF
Advanced methodologies resolving dimensionality complications for autism neur...
PDF
How UI/UX Design Impacts User Retention in Mobile Apps.pdf
PPTX
Cloud computing and distributed systems.
PPT
Teaching material agriculture food technology
PDF
The Rise and Fall of 3GPP – Time for a Sabbatical?
PDF
Reach Out and Touch Someone: Haptics and Empathic Computing
PDF
KodekX | Application Modernization Development
PDF
Diabetes mellitus diagnosis method based random forest with bat algorithm
PDF
Mobile App Security Testing_ A Comprehensive Guide.pdf
PPT
“AI and Expert System Decision Support & Business Intelligence Systems”
PPTX
sap open course for s4hana steps from ECC to s4
PDF
Network Security Unit 5.pdf for BCA BBA.
Unlocking AI with Model Context Protocol (MCP)
Profit Center Accounting in SAP S/4HANA, S4F28 Col11
Optimiser vos workloads AI/ML sur Amazon EC2 et AWS Graviton
Per capita expenditure prediction using model stacking based on satellite ima...
Effective Security Operations Center (SOC) A Modern, Strategic, and Threat-In...
KOM of Painting work and Equipment Insulation REV00 update 25-dec.pptx
TokAI - TikTok AI Agent : The First AI Application That Analyzes 10,000+ Vira...
Agricultural_Statistics_at_a_Glance_2022_0.pdf
Advanced methodologies resolving dimensionality complications for autism neur...
How UI/UX Design Impacts User Retention in Mobile Apps.pdf
Cloud computing and distributed systems.
Teaching material agriculture food technology
The Rise and Fall of 3GPP – Time for a Sabbatical?
Reach Out and Touch Someone: Haptics and Empathic Computing
KodekX | Application Modernization Development
Diabetes mellitus diagnosis method based random forest with bat algorithm
Mobile App Security Testing_ A Comprehensive Guide.pdf
“AI and Expert System Decision Support & Business Intelligence Systems”
sap open course for s4hana steps from ECC to s4
Network Security Unit 5.pdf for BCA BBA.

Scrum for a team that have appled Scrum

Editor's Notes

  • #4: To define the GOALIn the context that we have decided to use Scrum for the project. So I do not focus us Why should we select Scrum? = How effective it is in practical? …But I define 2 goalsFirst, …I will elaborate, give details, properties, rules on some types of meeting that we often conduct during the 3 sprints. As well for Roles that often call others: Scrum mater, scrum team, or product ownerThen we build a common understanding of requirements for each of those component.
  • #5: Second part is my favorite.I think all the defined elements such as daily meeting, product owners, product backlog, … are just the output behavior.The reasons, philosophy behind them is more important. They will direct us to properly apply, or even when we want to customize, we still keep the core, we still obtain all the built-in value, benefit of Scrum.
  • #11: This is a great diagram1. The project is initiated by some stakeholder demanding for a system/product to solve their problems.The idea is rough, without very detailed and in pure business term. 2.They tell their idea to PO. PO will collect all SH’s idea and organize them into a list. Until the list is detailed, fine-grained enough, PO give it to Scrum Team. Scrum team will start many circle of Sprint to process them.3. Each sprint, some item from product backlog is chosen to be implemented, then being broken down into a list of more detailed, actionable task list, called Sprint backlog. Each sprint should be within1-4 weeks. Each working day in sprint will start with a 15-minute daily meeting
  • #15: http://agilebench.com/blog/the-product-backlog-for-agile-teamsIt’s pretty common to have items in the form of:user stories – representing new functionality; and bugs – representing work to address a defect.Over time you may be a bit more sophisticated an add in:chores – representing work that must be done, but provide no direct business valueepics – representing big user stories. Originally defined as too big to fit in an iteration (the equivalent of a Scrum sprint).prototypes (a form of risk mitigation) – representing proof of concepts that help provide information for decision making around whether some functionality may be valuable.
  • #16: http://xp123.com/articles/invest-in-good-stories-and-smart-tasks/And customer-oriented
  • #17: http://osnabrugge.wordpress.com/2013/04/07/tfs-as-perfect-tool-for-scrum-part-2-product-backlog-grooming/
  • #18: http://osnabrugge.wordpress.com/2013/04/07/tfs-as-perfect-tool-for-scrum-part-2-product-backlog-grooming/
  • #21: Team look forward pbis in the futurePurpose: understand the description, do daft estimation. These estimation becomes input for PO to reprioritize pbis Thanks to this grooming, all pbis are well understood before Sprint PlanningParticipants: PO, ScrumMaster, Dev team.
  • #25: Game rule:Whole team, one featureRaise result at the same timeIf the result is not similar, each member explain their reasonThe important thing is that the team shares an understanding of the scale it is uses, so that every member of the team is comfortable with the scale’s values.
  • #28: DoD is a checklist of valuable activities required to produce softwareDoD is not static but is informed by reality.
  • #33: Engaged Teams Outperform Manipulated TeamsThe natural human tendency to be accountable to a peer group contradicts years of habit for workers. Allowing a team to become self-propelled, rather than manipulated through extrinsic punishments and rewards, contradicts years of habit for managers.Heterogeneous teams outperform homogeneous teams at complex work. They also experience more conflict.Disagreements are normal and healthy on an engaged team; team performance will be determined by how well the team handles these conflicts.Bad apple theory suggests that a single negative individual (“withholding effort from the group, expressing negative affect, or violating important interpersonal norms”) can disproportionately reduce the performance of an entire group. Such individuals are rare, but their impact is magnified by a team’s reluctance to remove them. This can be partly mitigated by giving teams greater influence over who joins them
  • #39: Any information you perceived reflect your action, decision. To a developer, what influences:Your tasks, your technicalFuture of product, relevant feature, how your colleague solve his problem, what is your partner obstacles, how is the reaction of customer, ….
  • #40: http://qualityswdev.com/2010/02/24/how-transparent-is-scrum/How does Scrum create transparency?A visual (physical) task board is a great tool to raise the team’s visibility of the status of the current Sprint. For me the instant status report for manager type people is a mere side effect. Much more important is the constant feedback for the team – to be aware of the progress within the Sprint. Only with this knowledge can the team be truly self-organizing. This is why I am usually against all these software tools that try to replace a physical task board. Yes, there is a slight overhead to produce index cards and print out the burndown chart, but in my opinion it is minor in comparison to the raised level of transparency. Advocates of Kanban say that the typical Scrum task board with its columns for Backlog, In Progress and Done is not transparent enough. The column In Progress is a black box, hiding states like Analysis or Development. What is the right granularity for your team depends on your context, like the complexity of your development process, team size and others. My advice is to try keeping it as simple as possible without sacrificing transparency.Early feedback is essential to make sure you are doing the right thing and that you are doing it right. It enables the team to discover and correct any errors and misconceptions as soon as possible. Feedback cycles can be applied at every level of development: pair programming, unit tests, acceptance tests, Daily Scrums, Sprints and releases. The time frames of these cycles range from seconds to months and the feedback is coming from different sources: your colleagues, automated tests, the Product Owner and most importantly the users of your product.Future work seems to be predictable. This is achieved by the Product Backlog, which can be examined by anyone anytime. This creates a sense of predictability during the project. Even though most team members barely ever look at it, its existence creates the illusion of anticipation of where the project is heading.Cross-functional teams work together on a common task. In an ideal (software development) world there is no them only an us. More often than not there is a bit of rivalry and tension when developers, testers and DBAs  are in separate teams. This is because they don’t understand each others pain points, caused by a lack of communication and transparency between teams. In big organizations they might not even sit in the same office or know each other personally. People tend to be so much more understanding and forgiving when they communicate face to face rather than via email. By putting all needed specialists within the same team, Scrum enables communication between them and makes their needs transparent to each other.