1. Scrum
Overview
By N. Paul
Project Manager

2. • Scrum is a process framework that has been used to manage complex
product development since the early 1990s. Ken Schwaber first
introduced Scrum into his company.
• In 1995, Jeff Sutherland and Schwaber jointly presented a paper
describing the Scrum methodology at the Business Object Design and
Implementation Workshop.
• Scrum is not a process or a technique for building products, rather, it is a
framework within which you can employ various processes and
techniques. Scrum is
• Lightweight.
• Simple to understand.
• Extremely difficult to master.

4. There are three core roles and a range of ancillary roles. Core roles are often
referred to as pigs and ancillary roles as chickens(reference link).
Core roles are ,
• The Product Owner.
• The Development Team.
• The Scrum Master.
Ancillery roles are,
• Project Manager.
• The Project Executive and Project Board.
• Project Assurance.
• Managers.
• Stakeholders.

5. The product owner is commonly a lead user of the system or
someone from marketing, product management or anyone
with a solid understanding of users, the market place, the
competition and of future trends for the domain or type of
system being developed. Responsible for the product backlog
and maximizing the product ROI.
• Represents the users.
• Clearly expressing Product Backlog items.
• Ordering the items in the Product Backlog to best achieve
goals and missions.
• Ensuring that the Product Backlog is
visible, transparent, and clear to all, and shows what the
Scrum Team will work on next.

6. Responsible for delivering a potentially shippable increment of working
software.
• They are self-organizing. No one (not even the Scrum Master) tells the Development
Team how to turn Product Backlog into Increments of potentially releasable
functionality.
• Development Teams are cross-functional, with all of the skills as a team necessary to
create a product Increment.
• Individual Development Team members may have
specialized skills and areas of focus, but accountability
belongs to the Development Team as a whole.
• Can consists of 4 to 9 persons.
• The Product Owner and Scrum Master roles are not
included in this count unless they are also
executing the work of the Sprint Backlog‘s.

7. Responsible for the entire scrum process. Scrum Masters do this by
ensuring that the Scrum Team adheres to Scrum
theory, practices, and rules.
• Removes impediments the development team is facing.
• Understanding and practicing agility.
• Facilitating Scrum events as requested or needed.
• Facilitates communication.
• Finding techniques for effective Product Backlog management.
• Leading and coaching the organization in its Scrum adoption.
• Planning Scrum implementations within the organization.

8. Single source of requirements for any changes to be
made to the product.
• Living list that is never complete.
• Ordered: value, risk, priority & necessity.
• Estimated by the team.
• The Product Backlog lists all features, functions,
requirements, enhancements, and fixes that constitute
the changes to be made to the product in future releases.

9. Used to assess when work is complete on the
product increment.
• Defined by the product owner.
• Unique for the whole team.
• Must allow immediate release.
• Quality increases with maturity.

10. Two part time boxed meeting: 8h/1m sprint. The work to be performed
in the Sprint is planned at the Sprint Planning Meeting. This plan is
created by the collaborative work of the entire Scrum Team. The two
part of activities need to be discussed are
1. Defines what will be delivered in the increment:
• Team selects items from the product backlog
and defines a sprint goal. (Involvement: Product
owner, Scrum Master, Development Team).
2. Defines how the increment will be achieved:
• Items are converted into tasks & estimated (Involvement: Scrum
Master and development team).

11. 15 minute time-boxed event for the Team to synchronize activities.
The Scrum Master ensures that the Development Team has the
meeting, but the Development Team is responsible for conducting
the Daily Scrum. The Daily Scrum is not a status meeting, and is
for the people transforming the Product Backlog items into an
Increment. The activities performed during this are,
• What has been accomplished since last meeting?
• What will be done before the next meeting?
• What obstacles are in the way?

12. This is a 4 hour time-boxed meeting:
• Product owner identifies what has been done and not
done.
• Team discusses what went well, what problems
it ran into & how those problem were solved.
• Team demonstrates what it has done in a demo.
• Product owner discusses the backlog as it stands.
• Entire group collaborates on what to do next.

13. Improves the process.
• Inspect how the last Sprint went,
• Identify and order the major items that went well and
potential improvements done, and,
• Create a plan for implementing improvements.

14. Official Scrum References:
http://www.scrumalliance.org/
http://www.scrum.org/
Next Session:
Product Backlog Mapping.
Schedule: Will be declared asap.