Scrum Reader v1 - 2

Scrum
Reader
Scrum Project Schedule

Von Peter Beck
Do Better Scrum
Von Peter Hundermark
7 practices for the effective

implementation of Scrum
Von Peter Beck
Scrum-Coaching
Von Peter Beck, Andreas Schliep
Ten Contracts for your next Agile

Project
Von Peter Stevens
Scrum bersicht
Von Peter Beck
Das Scrum Team AG

CH 759 333
Peter Stevens
Andreas Schliep
Peter Beck
Bahnhofstrasse 21
6304 Zug
Schweiz

www.DasScrumTeam.com
tel: +41.43.508.0987
email: mail@DasScrumTeam.com
Scrum
Project Schedule
PO, Dev. Team &

Stakeholder
Dev. Team / PO and

Stakeholder invited
by Dev. Team
Kick-Off 1,5 - 3h
6 weeks to 18 month
Training 2 days
Backlog preparation
and estimation
~ 1 week
Clean up and
preparation of the work
environment ~ 1 week
Sprint 5-20 working days

3 - 9 Sprints for 1st end-user release
Planning I ~2% of Sprint length

Planning II ~2% Sprint
Release
Planning
~5% of
Sprint;
time-boxed;
once a week
Daily Meeting 15min every day
Review ~2% of Sprint length

Retrospective ~2% of Sprint
Peter Beck
DasScrumTeam.com
Do
Better
Scrum
An unofcial set of tips and insights
into how to implement Scrum well
Written by Certified Scrum Coach and Trainer Peter Hundermark
ScrumSense
Why this guide?

Certied Scrum Trainer and Coach Jim York says: Scrum is Simple. Doing Scrum is
Hard.!
Many people I meet in organisations say that they nd it hard to know how to get
started with Scrum. Others have teams that are following some Agile practices, yet are
far from becoming what Jeff Sutherland terms hyper-productive.
I hope this little booklet may be a source of inspiration to help you do better Scrum
and Agile. More importantly I hope it might encourage you to drag yourself, your team
and your whole organisation away from the old ways of working that simply dont,
well, work and nd new ways that lead to greater quality, faster delivery and above all,
more fun.
Let me know what you like and dislike so I can improve it.
Now go and do it!
Peter Hundermark
Cape Town, November 2009
Second edition
Do Better Scrum 1
What is Scrum?
Derivation
Scrum is a management framework within which complex products can be
developed. Scrum is derived from work in knowledge management, complex adaptive
systems and empirical process control theory. It contains inuences from observed
software development patterns and the Theory of Constraints.
Scrum and Agile

Scrum is the most popular of the Agile methods. It is frequently used in conjunction
with Extreme Programming (XP).
What is the problem?

"
"
"
"
"
Releases take too long

Stabilisation takes too long
Changes are hard to make
Quality is falling
Death marches are hurting morale
For decades software developers have been trying to employ dened methods of
working and managing projects. Dened methods are appropriate when the inputs are
well-dened and the method of converting these into outputs is predictable. Software
development and other forms of complex work are not suited to such methods. And
the high rate of project failures and customer dissatisfaction illustrates this amply.
How does Scrum help to solve it?

Alistair Cockburn [Cockburn 2008] describes software development as a cooperative
game of invention and communication.
Traditional development methodologies rely on documents to record and pass on
knowledge from one specialist to the next. Feedback cycles are too long or even nonexistent. Decades of project under-performance has shown these ways of working to
be an outright failure.
Scrum provides a platform for people to work together effectively and and relentlessly
makes visible every problem that gets in its way.
2 Do Better Scrum
The Essence of Scrum

The essence of Scrum is:
"
"
"
"
"
"
"
The team is given clear goals

The team organises itself around the work
The team regularly delivers the most valuable features
The team receives feedback from people outside it
The team reects on its way of working in order to improve
The entire organisation has visibility into the teams progress
The team and management honestly communicate about progress and risks
This way of working is based upon values of self-respect, respect for others, trust and
courage.
Why is Scrum silent on software development

practices?
Scrum does not attempt to instruct teams how to do their work. Scrum expects
teams to do whatever necessary to deliver the desired product. It empowers them to
do so. Development practices and tools change and improve all the time and good
teams will constantly work to take advantage of these.
Applicability
While Scrum was rst applied to development of software products, it is suited to all
types of complex work. It is used today to manage software and hardware
development, support, advertising and marketing, churches and entire organisations.
How does Scrum map to traditional methods?

The short answer is that is does not. Agile and Scrum are based on a different
paradigm. Founders Jeff Sutherland and Ken Schwaber have frequently stated that
attempts to map dened to empirical methods are futile.
Will Scrum succeed in my organisation?

That depends on you! The implementation in your organisation may fail because of a
lack of resolve by people to overcome the problems that Scrum will certainly expose.
Yet thousands of teams on all continents and in every industry are succeeding in
making their world of work better today than yesterday.
Do Better Scrum 3
Agile Manifesto
In February, 2001, seventeen independent lightweight software methodologists and
thinkers met to talk and nd common ground. Amongst them were Scrum cofounders Jeff Sutherland and Ken Schwaber, together with Mike Beedle, who worked
on the initial Scrum patterns and co-authored the rst book on Scrum. The group
named themselves The Agile Alliance and agreed on a Manifesto for Agile Software
Development. They further dened a set of twelve principles behind the manifesto,
reproduced in full on the opposite page.
Commentary
The Agile Manifesto and its twelve principles have stood up (so far) for nearly a
decade. They remain the litmus test for all Agile methods and practitioners by which to
evaluate their way of working. The most vocal criticism has been the bias towards
software development, when Agile methods are more broadly applicable.
Note
Scrum is one avour of Agile. Adherence to the Agile Manifesto and all its principles
does not necessarily mean a team or organisation is following Scrum. However, nonadherence to ANY ONE of these principles does imply that you are NOT doing Scrum
(or Agile)!
space for notes
4 Do Better Scrum
Manifesto for Agile Software Development

We are uncovering better ways of developing software by doing it and helping others
do it. Through this work we have come to value:
Individuals and interactions over processes and tools

Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
That is, while there is value in the items on the right, we value the items on the left
more.
Principles behind the Agile Manifesto

1. Our highest priority is to satisfy the customer through early and continuous delivery
of valuable software.
2. Welcome changing requirements, even late in development. Agile processes
harness change for the customer's competitive advantage.
3. Deliver working software frequently, from a couple of weeks to a couple of months,
with a preference to the shorter timescale.
4. Business people and developers must work together daily throughout the project.
5. Build projects around motivated individuals. Give them the environment and
support they need, and trust them to get the job done.
6. The most efcient and effective method of conveying information to and within a
development team is face-to-face conversation.
7. Working software is the primary measure of progress.
8. Agile processes promote sustainable development. The sponsors, developers, and
users should be able to maintain a constant pace indenitely.
9. Continuous attention to technical excellence and good design enhances agility.
10. Simplicitythe art of maximizing the amount of work not doneis essential.
11. The best architectures, requirements, and designs emerge from self-organizing
teams.
12. At regular intervals, the team reects on how to become more effective, then tunes
and adjusts its behavior accordingly.
Highsmith (2001)
Do Better Scrum 5
The Scrum Roles

Roles Introduction
There is no Project Manager role in Scrum. The responsibilities of the traditional project
manager are divided over the three roles in the Scrum Team:
"
"
"
The Product Owner manages the product (and return on investment)

The ScrumMaster manages the process
The team manages itself.
This is challenging to individuals who currently full this role and to managers in
organisations in which they work. Michele Sliger and Stacia Broderick have written a
helpful guide to the transition from Project Manager to Agile Coach [Sliger and
Broderick 2008].
There are no appointed leaders of the Scrum Team beyond the Product Owner and
ScrumMaster; none is required. The need for line managers is reduced, as teams
manage themselves to a great extent. It is not uncommon for 50 team members to
report directly to a single line manager in an organisation that has made the transition
to Agile.
Self-organisation
Self-organisation does not at all imply a laissez-faire approach; on the contrary, selforganised teams are highly disciplined. They are given full autonomy and carry
correspondingly greater responsibility for delivery accordance with their own
commitments. They are encouraged to take reasonable risks and to learn through
failure and self-reection. High trust and high commitment is an automatic outcome of
truly self-organising teams.
Teams new to Scrum will require some encouragement to explore their new, broader
boundaries and to take ownership. They frequently need to overcome strong muscle
memory of the poor ways in which they were managed and worked, sometimes for
years.
Self-organisation is not an option in Scrum; it is a core principle. Without this, highperforming teams will not happen. Caveat emptor!
6 Do Better Scrum
Product Owner
The responsibilities of the Product Owner role are:
"
"
"
"
"
"
Working on a shared vision

Gathering requirements
Managing and prioritising the Product Backlog
Accepting the software at the end of each iteration
Managing the release plan
The protability of the project (ROI)
Metaphor: The Product Owner is a CEO.
ScrumMaster
The responsibilities of the ScrumMaster role are:
"
"
"
"
Empowering and shepherding the team

Removing impediments
Keeping the process moving
Socialising Scrum to the greater organisation
Metaphor: The ScrumMaster is a facilitator, coach, mentor and bulldozer!
Team
The responsibilities of the Team or Team Member role are:
"
"
"
"
"
Estimating size of backlog items

Committing to increments of deliverable software
and delivering it
Tracking own progress
Is self-organisingbut accountable to the Product Owner for delivering as
promised
Team members can be developers, testers, analysts, architects, writers,

designers and even users. The team is cross-functional, which means that
between all its members they possess sufcient skills to do the work. There is
no dictated leadership hierarchy within the team members.
The Scrum Team comprises all three roles: one Product Owner, one
ScrumMaster and ve to nine Team Members.
Do Better Scrum 7
The Sprint Meetings

The sprint is the heartbeat of the Scrum cycle. It is bookmarked by sprint planning at
the start and by the sprint review and sprint retrospective at the end. The length of the
sprint is xed and is never extended. Most Scrum teams choose two, three or four
weeks as their sprint duration. Each day during the sprint the team holds a daily
Scrum meeting. Every meeting in Scrum is strictly time-boxed. This means that is has
a maximum duration. It does not means that it needs to occupy this full time. For a 30
day (or four week) sprint the time boxes for planning 1 & 2, review and retrospective
are set at four hours each. For shorter sprints they should be adjusted in proportion to
the sprint length.
Some key attributes of the meetings are described in the following sections. First,
though, I have collected a few experiences I think are worth sharing.
I nd two-week sprints a good length to start with. After three sprints, let the
team re-assess the sprint length.
Teams need three sprints to grasp the new concepts, break down old habits
and start to gel as a team.
Never do sprint planning on a Monday morning. The team is not yet at its
best and it is the most common day for holidays and sickness. Never hold
reviews or retrospectives on a Friday afternoon. The team is tired and
thinking about the weekend. Therefore choose sprint boundaries on
Tuesdays to Thursdays.
Teams running two-week sprints might be tempted to hold all sprint
boundary meetings in one day. In other words, start the day with the review,
then the retrospective; after lunch do sprint planning parts 1 and 2. The
thinking is to get all the meetings out of the way and have 9 full days to do
the work. In my experience there are two problems with this approach:
!
The team does not get that these meetings are part of the workin fact
the most important part to get right!
During the last part of the daysprint planning 2the team is brain-dead.
Yet, as always, let the team try it out if they so wish!
8 Do Better Scrum
Sprint Planning - Part 1

Part 1 of sprint planning (SP1) is really a detailed requirements workshop. The product
owner presents the set of features he would like and the team asks questions to
understand the requirements in sufcient detail to enable them to commit to delivering
the feature during the sprint. The team alone decides what it can deliver in the sprint,
taking into account the sprint duration, the size and current capabilities of its
members, its denition of DONE, any known holidays or leave days and any actions it
committed to during the retrospective held just prior this meeting.
The product owner must be present during this meeting to lead the team in the right
direction and to answer questionsand they will have many. The ScrumMaster must
ensure that any other stakeholder needed to help the team understand the
requirements is present or on call.
Any new backlog items for inclusion in the current sprint and not previously estimated
will be sized immediately during this meeting. This not, however, an excuse to avoid
grooming the backlogsee below!
At the end of SP1 the team commits to the Product Owner what they believe they can
deliver in the form of running tested features. An experienced team may use historic
velocity as a predictor (yesterdays weather). This is known as velocity-based
planning. My recommendation to most teams is to do commitment-based planning.
The backlog items the team has committed to is called the selected product backlog.
Sprint Planning - Part 2

If part 1 is a requirements workshop, part 2 of sprint planning (SP2) is a design
workshop. In this session the team collaborates to create a high-level design of the
features it has committed to deliver. An outcome of this session is the sprint backlog,
or the list of tasks that the team collectively needs to execute in order to turn the items
in the selected product backlog into running tested features. This set of tasks is called
the sprint backlog and is most often represented on a physical task board.
During SP2 the team may have additional questions regarding the requirements. The
ScrumMaster must ensure that the Product Owner and, if necessary, other
stakeholders are on call to answer them.
Design, as everything else in Agile, is emergent. Also, the meeting is time-boxed. So it
is normal that the team wont get the design perfectly done in this session and will
discover more tasks during the sprint. This is not a sign that something is wrong. They
will simply grab a post-it note and pen and create more tasks whenever necessary
during the sprint.
You will know that SP2 is working when the team is gathered together
around the white board discussing noisily or even arguing about the best or
right way to implement a feature.
Do Better Scrum 9
Daily Scrum Meeting

The daily Scrum meeting is one of the three primary inspect and adapt points in
Scrum. The team meets to communicate and synchronise its work. Since the team is
collaborating, this is essential to ensuring continued progress and avoiding work
blockages. The team will also continuously assess its own progress towards achieving
its sprint goal.
The daily Scrum meeting is NOT for reporting progress to the ScrumMaster or Product
Owner or anyone else. The Product Owner may attend provided he is well-behaved,
which means speaking only when he is spoken to! The ScrumMaster makes sure,
using all her skills, that each team member has signed up for some work for the next
24 hours, that this work is directed solely at helping the team as a whole deliver the
next item in the backlog and that any impediments to doing this work are bulldozed
out of the way as fast as possible. The ScrumMaster also ensures the meeting is
restricted to 15 minutes, which, surprisingly is ample time.
Jason Yip [Yip 2006] provides a useful guide to help ScrumMasters to run this meeting
well.
Sprint Review
The sprint review is sometimes, and wrongly, called the sprint demo. While it does
include a demonstration of the new features the team has completed during the sprint,
its primary purpose is to inspect what the team has delivered and gather feedback
from the attendees to adapt the plan for the succeeding sprint. Thus it is much more
than a demonstration.
The focus of the sprint review is the product the team is building.
When asked who should be invited to the sprint review, I answer the whole world. My
intent here is to help the ScrumMaster and the entire organisation understand that the
direct attention and feedback of a broad constituency of the organisation is crucial to
maximising the value the team will deliver in succeeding sprints. Sprint reviews have
many possible outcomes including cessation of the project. In most instances, the
team is authorised to continue for another sprint and a goal for this next sprint is set.
space for notes
10 Do Better Scrum
Sprint Retrospective
The sprint retrospective is the nal meeting of the sprint. It follows immediately after
the sprint review. It is never omitted!
Whereas the sprint review is focussed on the product, the retrospective is focussed on
the processthe way in which the Scrum team is working together, including their
technical skills and the software development practices and tools they are using.
And whereas the sprint review is open to the world, the sprint retrospective is
restricted to the members of the Scrum teamthat is the Product Owner,
development team members and ScrumMaster. Outsiders, including managers at
every level in the organisation are strictly excluded unless specically invited by the
team.
This rule is to be understood in the context of the goal of the meeting, which is to
inspect at a deep level how the team is collaborating and performing and to take
action to improve. This often requires deep introspection and sharing, which in turn
requires a safe and secure environment. Norman Kerths Retrospective Prime Directive
undergirds this: Regardless of what we discover, we understand and truly believe that
everyone did the best job they could, given what they knew at the time, their skills and
abilities, the resources available, and the situation at hand. [Kerth 2001].
Boris Gloger [Gloger 2008] offers a simple pattern called Heartbeat Retrospectives for
new teams to learn to hold valuable retrospectives. Esther Derby and Diana Larsen
[Derby and Larsen 2006] provide helpful activities for facilitators of Scrum retrospective
meetings.
Estimation Meeting
This meeting is not mentioned in some of the Scrum literature, but is essential if you
want to achieve a continuous ow of the most valuable done features from your
teams.
During every sprint, the product owner convenes one or two meetings where the
Scrum Team and, if required, other stakeholders, meet to size backlog items that have
been added or re-size large items that need to be split into smaller ones for tackling in
the next sprint or two.
Teams need to devote 5-10% of their time during the sprint to preparation for
the next sprint or two. The estimation meeting described above is an
example. Other examples are story-writing and release planning workshops.
This is important to avoid a stop-start effect at the boundary of every sprint.
The other implication, of course is that teams should spend 90-95% of their
time doing the work of the current sprint!
Do Better Scrum 11
Scrum Artefacts
Scrum mandates only four artefacts:
"
"
"
"
Product Backlog
Sprint Backlog
Burndown Chart
Impediment Backlog
Scrum is purposely silent about all other documentation and artefacts. This sometimes
leads to the misunderstanding that Agile teams dont need to do any documentation. I
coach teams to produce only those artefacts that are really valuable to themselves and
to others in the future. This cuts out worthless work and unnecessary killing of forests!
Product Backlog
The product backlog is simply a list of work items that need to be done over time.
Items may be added to the backlog by anyone, but only the Product Owner has the
right to determine the order in which they will be executed by the team. Of course a
good Product Owner will negotiate this with stakeholders and the team.
Requirements are emergent, meaning we do not and cannot know up front every
detail about what we want in a product. Therefore the Product Backlog is a living
document and requires constant grooming to keep it current and useful. Many new
items will be added over time; existing items are disaggregated to multiple, smaller
items; some items may be removed on realising that a desired feature is no longer
needed. Moreover, items need to be sized in order to determine the likely relationship
between value, time and cost. And, of course, the order of items in the backlog will
change as the relative value between them is seen differently today from yesterday.
In nearly all cases it is sufcient, and generally preferable, to create and maintain the
Product Backlog as a set of stories written on physical 150 x 100 mm (6 x 4) cards.
Ron Jeffries [Jeffries 2005] coined the alliterative triplet Card, Conrmation,
Conversation (the 3Cs) to describe how to work with stories. The stories are
commonly written from the perspective of a user of the product. Mike Cohns book on
user stories [Cohn 2004] will tell you all you need to know.
Sprint Backlog
Most teams will know the sprint backlog as the task board, which is the physical
representation of the list of work they have committed to do during the current sprint.
The task board is an example of a kanban, a Japanese word meaning sign or visible
signal. It tells the whole team and anyone else what work they have planned or the
sprint and their current status.
12 Do Better Scrum
Sprint Backlog
or Task Board
Adapted from http://epf.eclipse.org
Sprint Burndown Chart

The sprint burndown chart is designed to help the team monitor its progress and be a
leading indicator of whether it will meet its commitment at the end of the sprint. The
classic format requires teams to estimate the duration of each task in hours and on a
daily basis to chart the total remaining hours for all uncompleted tasks.
I coach teams to burn down their sprint in story points. The rationale behind this is:
"
"
"
"
Estimating new tasks and re-estimating in-progress tasks requires effort

Estimating tasks is inaccurate
Estimating in units of time harks back to the bad old ways of working
Completion of tasks delivers no value; only completed stories (features) deliver
value.
So in my coaching world the sprint burndown is just like the product or release
burndown, except the the X-axis scale is days rather than sprints.
Sprint
Burndown
Chart
Do Better Scrum 13
Product or Release Burndown chart

The product burndown chart, sometimes known as the release burndown chart,
measures the rate of delivery of a stream of running, tested, features over time. This
rate is know as the teams velocity. Because features vary in complexity, and therefore
effort and time, we use a scale to compare their size. The most common scale is
known as story points. Once a team has worked together for a few sprints, it generally
establishes its velocity within a denable range. Product Owners then use this velocity
to predict the rate at which the team will deliver features in the future, leading to
credible release plans.
I coach teams to use an alternative form of the product burndown chart that
simultaneously allows Product Owners to track changes to the product backlog. This
is essential, given the dynamic nature of this list.
Using this chart Product Owners are able to report progress, determine release dates
and predict release scope.
Product
Burndown
Chart
Impediment Backlog
The impediment backlog is simply the current list of things that are preventing the
team from progressing or improving. These are things the ScrumMaster must bulldoze
out of the way in her never-ending quest to help the team be the best they can.
Impediments range from getting the coffee machine xed to replacing the CEO! A
good ScrumMaster will try to remove impediments within 24 hours of them being
identied. (OK, perhaps not the CEO.)
14 Do Better Scrum
Starting Scrum
Ken Schwaber [Schwaber 2007] says there is nothing that needs to be done before
starting Scrum. I interpret this to say that there is no tailoring of the process needed in
order to start. Nevertheless the literature is thin on how to get going and all of us
struggled getting our rst Scrum team going without outside help.
The best thing you can do is hire an experienced coach. Failing that, you can try using
a pattern that has worked for me with dozens of teams.
Obviously (I hope) you need a Scrum team. This means a Product Owner, a
ScrumMaster and ve to nine team members. Then follow this sequence of steps,
which will be detailed in the next pages.
1. Train the Scrum Team in the basics of Scrum
2. Establish the vision
3. Write user stories to form the product backlog
4. Order the backlog items by business value
5. Size the backlog items
6. Re-order the backlog, as necessary, by additional factors
7. Create the initial release plan
8. Plan the rst sprint
9. Start sprinting!
I start new teams with a full days training in the essentials of Agile and
Scrum. This is sufcient to start a Scrum Team that has an experienced
ScrumMaster/coach to support them during their rst sprints.
Steps 2 to 7 can be completed comfortably in a two-day product workshop
attended by the entire Scrum Team. The best workshops are attended by
additional stakeholders like enterprise architects, managers and business
people.
Do Better Scrum 15
Training
In my team training I use a lot of group exercises and games to illustrate the principles.
I cover all or most of the following topics:
"
"
"
"
"
"
"
"
"
"
"
"
"
"
The power of self-organisation

Empirical versus dened processes
The value of collocation
The importance of trust
Agile principles (Agile Manifesto)
The Scrum ow (cycle of meetings)
Roles and responsibilities (3 Scrum roles plus more)
Using user stories for requirements
Agile estimation using planning poker
Concepts of size and velocity
Done!
Using a task board
Monitoring progress (burndown charts)
Simulation of an entire sprint
Visioning
Katzenberg and Smith [2002] have conrmed that having clear goals is essential in the
creation of high-performing teams.
The Product Owner will usually share his or her vision for the product. One technique I
use is to get each member to write his or her personal version of the vision. Then
members pair up and work to create a single shared vision statement from their initial
efforts. The process of pairing up continues until the entire team collaborates to
formulate a single statement.
This exercise utilises the power of the group and results in greater commitment to the
resulting vision. The team will display the vision prominently in their work space. The
visioning exercise may take one to three hours.
Creating the Product Backlog

The next stage is to hold a story-writing workshop. It is advantageous to involve
business stakeholders here. Certainly the whole Scrum Team is involved. Of course,
the ScrumMaster (or coach) facilitates.
Writing good user stories is simply a matter of practice. The Pareto principle (80/20
rule) applies here, as always.
16 Do Better Scrum
Mike Cohn [Cohn 2004] has provided an excellent guide to writing good user stories. I
encourage every Product Owner to have his personal copy always to hand!
Template: As a role / persona, I want function so that reason.
Example: As a programmer, I want coffee so that I can stay awake.
Bill Wake suggested the helpful INVEST acronym for the attributes of a good user
story [Wake 2003].
Independentideally can be implemented in any order
Negotiableand negotiated
Valuableto the customer
Estimatableenough to rank and schedule it
Smalland with short descriptions
TestableI could write a test for it
At a minimum the backlog needs to contain enough items for the team to plan the rst
sprint. More commonly, the backlog contains all the items that make up the next
planned (or hoped-for) product release.
As a guide, the backlog should be 80% complete (but not ordered or sized) by the
end of day one. The rst part of day two can be used to add the nal 20% and to
resolve any open questions. The overnight break is a very useful hiatus that may spark
fresh thinking about the work.
Ordering the Backlog

The backlog is now ordered by business value. This appears easier to say than to do
well. Mike Cohn [Cohn 2006] describes two methods for prioritising desirability: the
Kano model of customer satisfaction and Wiegers relative weighting approach. What I
like about both is that they consider not only the benet of having the feature, but also
the penalty of excluding it. This is particularly helpful when the backlog includes
technical items whose business value is not immediately obvious.
At the minimum, the Product Owners subjective judgement of the value of one feature
against another is good enough. Better is a somewhat quantitative assessment using
a technique similar to planning poker.
However it is done, it is a core responsibility of the Product Owner to order the
backlog.
Do Better Scrum 17
Sizing the Backlog

Project planning has always had estimation as the lynch-pin. Project managers like
myself have spent weeks calibrating complex models with historical data.
The simple reality is that the best of these techniques yield no better results than much
simpler and faster techniques such as planning poker and afnity estimating. Planning
poker works partly because has a solid basis in theory, but mostly because the people
who estimate are those who will do the work. Who would have thought that?
Planning poker is fast. A practised team will estimate at an average rate of 3 minutes
per work item. Planning poker is accurate. Estimates using planning poker are as
good as the best traditional methods. And planning poker is fun. It takes away the
pain usually associated with this topic. Commercial planning poker cards are
obtainable from several sources at a cost of about $10 (including shipping) per set of
four packs. You can print your own on plain card for next to nothing.
Afnity estimating is even faster than planning poker. It is great for getting started when
we have an entire backlog to estimate and time is more important than great accuracy
and information sharing.
However, we still need to understand a few key concepts about agile estimating:
"
"
"
"
We size items relative to one another. Why? Because as humans we nd this

more natural and the results are more reliable. So its easy to agree that this
story is twice the complexity of that one even though we dont know how long
each will take to implement.
We size items using units of complexity rather than time. Why? Because it
allows us to separate the rate at which a team works from the size or
complexity of the work. This shields us from having to change our estimates
according to who does the work, or as the teams skills and capacity change
over time. We use story points as units.
We use a non-linear sizing scale because the difference between a 1 and a
2 is obviously more meaningful, relatively, than that between 20 and 21. My
preference is to use the pseudo-Fibonacci numbers : 1, 2, 3, 5, 8, 13, 20, 40
and 100. And I dene 1 to 8 or perhaps 13 as the size range of features a team
can delivery in one sprint. The higher numbers are reserved for large stories
(epics) that will need to be split into smaller stories before they can be taken
into a sprint.
We relate our size estimates to time by means of velocity, which is the rate at
which a team can deliver running, tested features to their product owner. We
say that a team has a velocity of 25 when they are able to deliver at the end
of every sprint done stories whose sizes, on average, add up to 25 points.
One teams sizes are generally not comparable to those of another. This is
immaterial unless we have multiple teams working off the same product
backlog. This is an issue of scaling Scrum and is easily solved, but is not a
topic for this little guide.
18 Do Better Scrum
Re-Ordering the Backlog

After sizing the backlog items we may nd that some items should be re-ordered.
Factors to take into account in addition to the business value include:
"
"
"
Size: we will naturally choose to implement a simple (small) story ahead of a

complex (large) story if they have similar business value.
Learning: we may choose to implement a story earlier if it will help the team
learn about the business domain or a new technology.
Risk: we may choose to implement a story early because doing so will mitigate
an identied risk. Obvious examples are items that will help establish
performance and scalability limits.
We must always remember that the Product Owner has nal say on ordering the
backlog.
Release Planning
Once we have ordered and sized the backlog the next step is creating the initial
release plan. To do this we need an estimate of our teams velocity. However we
havent done any work yet, so we use a simple technique known as commitment
based planning.
First, of course, we must be sure to know the team size during the sprintwhether
any member will be away on leave, training, etc. And we must choose the sprint
lengthI usually recommend two weeks for a new team. And we must create a
denition of DONE for the teamwhat does it mean when the team says it has
completed a story.
The ScrumMaster now picks the rst item from the top of the backlog and asks the
team can you complete this item during the sprint?. She continues to do this until the
team is no longer condent to add items. Counting up the story point values of all the
committed items, the team has its initial estimate of velocity.
This velocity value is used to apportion the remaining backlog items (at least those that
have been estimated) over succeeding sprints. This list of items attached to sprints is
our initial release plan. It is accurate? Perhaps not, but it is probably more credible that
anything a project manager could produce before at such an early stage of a project.
And as we start work and complete one sprint after another, we will begin to chart our
actual velocity and use this as a predictor of future output. So the release plan is a
living thing that becomes more and more reliable as we progress.
Dont let the product workshop drag on. It is possible within two days for any
team and any product to prepare enough backlog items for the rst few
sprints at least.
Do Better Scrum 19
Collocation and Team Rooms

Alistair Cockburn [Cockburn 2007] denes software development as a cooperative
game of invention and communication. The Agile Manifesto says developers and
business people must work together daily and that face-to-face conversation is the
best way to transfer information.
In order to collaborate effectively, there is no single factor that delivers more value than
collocation. A study of collocated software development teams [Teasley, Covi,
Krishnan, & Olson, 2000] has shown that they are twice as productive as noncollocated teams.
The denition I use for collocation is that team members sit no further than 6 m (20)
from their farthest member. It follows that there is a limit to the number of people that
can t into such a space. In practice this number is 8 to 10, which happily matches
the maximum size of a Scrum team.
Furthermore, every team member must be able to see every other member without
doing more than turn her head or swivel in her chair. This means no dividers between
desksgood-bye Dilbertville!
For no good reason beyond habit, organisationsnote not teamsresist changing
their environment to facilitate effective collocation. This is despite evidence that
collocated team spaces require no more oor area, on average, than present layouts.
Management will challenge you about building dry walls, believing them to inhibit
exibility. This is simply not trueexibility is required in the organisation structure, not
team spaces!
My experience is that 90% of Scrum teams in organisations new to Agile struggle on
with their miserable work spaces for a year before their management is persuaded to
make the necessary changes. And once they have been made, everyone agrees that
the improvement was immediate and measurable. Why is this??
In the hope that this absurd resistance will diminish, I offer a simple layout of a
collocated team room on the next page. It goes beyond the scope of this little guide to
provide all the reasoning behind this designyoull have to hire me if you want that!
Team rooms signicantly reduce the need for meeting roomsteams can do
sprint planning, daily meetings and reviews in their room.
Be warned that your architect or ofce designer wont be much help to you.
She has not been trained in the design of team spaces.
The cost of the changes (drywalls and furniture) will be recovered in one
week to one month! Sounds unbelievable, doesnt it?
20 Do Better Scrum
(next team room)
dry wall
design
corner
Team - 4
workstations
PO
SM
(next team room)
dry wall
door
real window
passage
Team - 4
workstations
dry wall
(next team room)
Some team space layout parameters:
Desks must be rectangular to facilitate pairing
1.5-1.8 m x 0.8 m (5-6 x 28) is a good desk size
1.2 m (4) space from desk to wall
Design corner 3 x 3 m (10 x 10)
Typical room size 7 x 8 m = 50 to 60 m! (23 x 27 = 550 to 650 sq.ft.)
ScrumMaster can see the whole team
Product Owner has a oating (not permanent) seat in the room
Dry walls with internal windows create noise barriers and enough space for
information radiators without reducing light.
Do Better Scrum 21
Metrics
It is reasonable to expect of any manager that she will want, within a reasonable
period, to be able to measure the results of a team or organisations transition to Agile
methods.
Happily, there are metrics that are easy and quick to implement. Based on my own
research and that of other Agile practitioners, I have described a set of metrics that
your team can and should implement [Hundermark 2009]. As soon as the team
understands the basics of the Scrum framework and has some idea of its velocity
usually by the end of their third sprintit is probably time to start measuring. In fact,
you can run customer and team surveys before you even start Scrum!
Without further explanation here, the set of metrics I recommend for initial
implementation is:
"
"
"
"
"
"
"
Customer and team surveys

Velocity chart
Burnup / burndown chart
Running automated tests
Technical debt
Work-in-process
Story cycle time
And once you are able to put in some nancial measure for business value, add the
following:
"
"
"
Cost per sprint or story point

Real value delivered
ROI or NPV
space for notes
22 Do Better Scrum
Coaching
What does a coach do?
Scrum coaching is dened as an engagement with one or more organizations/
teams during which the coach acts as a mentor or facilitator for those teams to
improve their understanding and application of Scrum to reach their stated
objectives. The engagement includes one-on-one and team mentoring, process
facilitation, organizational development, alignment consultation, and interaction
with all levels of leadership within an organization. It may also include mentoring
in methods related to the effectiveness of Scrum, principles described in the
Agile Manifesto, Lean principles, and Extreme Programming practices.
Certied Scrum Coach Application, Scrum Alliance
The coach guides people in client organisations in the following ways:

"
"
"
"
Advisory and consultation to enhance and speed up the self-discovery process

Facilitation of client adoption, implementation, and learning Scrum
Agile leadership, based on a servant leadership style
Organisational development that enhances the clients existing skills, resources,
and creativity.
Why does my organisation need coaching?

Software development and other kinds of work performed by knowledge workers
relies on tacit knowledge as opposed to formal or explicit knowledge. Tacit knowledge
is difcult to transmit from one person to another and is mostly gained through
personal experience. An example is learning to ride a bicycle.
The ScrumMaster role must provide process leadership to the rest of the Scrum Team
and to the rest of the organisation. Classroom training, such as the Certied
ScrumMaster course, is an insufcient means to gain the required tacit knowledge to
master Agile practices and the Scrum framework. The team and the organisation need
the skills of an experienced practitioner to guide them through the maze of challenges
they will inevitably face in transitioning to Agile.
The bottom line

When asked what they would change if they did their transition to Agile and Scrum
over, the most common comment heard from managers in organisations worldwide is
more coaching!
Do Better Scrum 23
References
1. Cockburn, Alistair (2007). Agile Software Development: The Cooperative Game
(2nd edition). Addison Wesley
2. Cohn, Mike (2004). User Stories Applied. Addison Wesley.
3. Cohn, Mike (2006). Agile Estimating and Planning. Prentice Hall.
4. Gloger, Boris (2008). Heartbeat Retrospectives. http://borisgloger.com/
2008/04/24/heart-beat-retrospectives-1-introduction/.
5. Highsmith, Jim, et al (2001). Manifesto for Agile Software Development. http://
www.agilemanifesto.org/.
6. Hundermark, Peter (2009). Measuring for Results. http://www.scrumsense.com/
coaching/measuring-for-results.
7. Jeffries, Ron (2001). Card, Conversation, Conrmation. http://
www.xprogramming.com/xpmag/expCardConversationConrmation.
8. Katzenberg, Jon R. And Smith, Douglas K. (2002). The Wisdom of Teams. Collins.
9. Nonaka, Ikujiro and Takeuchi, Hirotaka (1986). The New, New Product
Development Game. Harvard Business Review, Jan-Feb 1986.
10. Sliger, Michele and Broderick, Stacia (2008). The Software Project Managers
Bridge to Agility. Addison Wesley.
11. Schwaber, Ken (2007). The Enterprise and Scrum. Microsoft Press.
12. Schwaber, Ken (2009). Scrum Guide. http://www.scrumalliance.com/resources].
13. Teasley, Covi, Krishnan, & Olson (2000). How Does Radical Collocation Help a
Team Succeed? Proceedings of the 2000 ACM Conference on Computer
Supported Cooperative Work (pp. 339 - 346). New York: ACM.
14. Wake, William (2003). INVEST in Good Stories, and SMART Tasks. http://
xp123.com/xplor/xp0308/index.shtml
15. Yip, Jason (2006). It's Not Just Standing Up: Patterns of Daily Stand-up Meetings.
http://martinfowler.com/articles/itsNotJustStandingUp.html.
24 Do Better Scrum
About Scrum Sense

Scrum Sense is a small Agile consultancy situated at the southern tip of
Africa providing coaching and training to people in organisations who have a
burning desire to nd better ways to work together.
We offer the following services:
" A complete menu of coaching services that help you succeed in
transitioning your organisation to Agile and Scrum
Starting Scrum
Product Owner skills
ScrumMaster skills
New responsibilities of managers
Enterprise adoption
" Public Certied ScrumMaster (CSM) training courses
" Public Certied Scrum Product Owner (CSPO) training courses
" Private uncertied Scrum training courses for team members (in
conjunction with coaching services)
" Private CSM and CSPO courses
" Software development skills training (in association with Factor10)
" Design of collaborative work spaces for collocated teams
" Assessment of Agile practices in organisations
" Agile evangelism talks to any interested audience (free)
ScrumSense
www.scrumsense.com
mobile +27 842613680
skype peterhundermark
twitter peterhundermark
!"#$%&!"#$%&'(!
!"#"$%&"'()%*+,$"-.%/'012"3)%!"#"$%/#"4"+.%
">+! %8O'A+! 9K:! %&'()! >$8! ;+$$+:! P>:Q#&<<+>8J! ">+$+! P>:Q#&<<+>8! 8O($&<8! #-+'!
<O(Q>R!G-+'!;>+!8#8$O&<=>&<+:!0:QK';+'(:R+:!-+>!;+'!P>:QG<'(:R!<>:H+RS!;#!;>+!
,'(:;?'>:I>?>+:!9K:!!%&'()!;#'#(Q!#-I>+=+:S!$8+8>R!/+'O:;+'(:R+:!>:!;+'!T'U
R#:>$#8>K:!I(!-+H>'A+:J!V:$-+$K:;+'+!-+>!;+'!P>:QG<'(:R!9K:!%&'()!$>:;!;>+$+!
/+'O:;+'(:R+:!$+<'!AK)?=+WJ!/+'#:8HK'8(:R+:!9+'=#R+':!$>&<S!*+#)$!QK')>+U
'+:!$>&<!()S!0'-+>8$H+>$+:!H+';+:!#:R+?#$$8!(:;!XG<'(:R$#(QR#-+:!)G$$+:!
:+(! G-+';#&<8! H+';+:J! XG'! +>:>R+! $8+<8! ;>+! ?K$>8>9+! P:+'R>+! ;+'! 0(Q-'(&<$U
$8>))(:R!>)!/K';+'R'(:;S!QG'!#:;+'+!$>:;!+$!Y:$>&<+'<+>8!(:;!0:R$8J!@+>;+$!
$>:;! :K8H+:;>R+! %8'Z)(:R+:! -+>! /+'O:;+'(:R+:! >:! +>:+'! Q(:A8>K:>+'+:;+:!
T'R#:>$#8>K:!(:;!)G$$+:!9+'$8#:;+:!(:;!R+:(8I8!H+';+:J!
">+! [K)?=+W>8O8! +>:+'! %&'()UP>:QG<'(:R! -+U
;#'Q!+>:+$!-'+>8+:!%?+A8'()$!;>QQ+'+:I>+'U
8+'!!"#$"%&'$S!;>+!H>'!#==+!+'QK=R'+>&<!
+'?'K-8! <#-+:J! Y:$+'+! @+K-#&<8(:R!
<#8! ;#-+>! R+I+>R8S! ;#$$! ;>+$+! $>&<! >:!
+>:#:;+'! #(Q-#(+:;+:! ()'$'$! +>:U
K';:+:! =#$$+:J! ">+$+! P-+:+:! $>:;!
:>&<8! $8'+:R! 9K:+>:#:;+'! R+8'+::8S!
<+=Q+:! #-+'! ;>+! \#]:#<)+:! -+$U
$+'!I(!9+'$8+<+:!(:;!+>:I(K';U
:+:J!!
Auftrag
Prozess
Wachstum
Ausgleich
Transfer
Training
Abholung
Erfolge
Ziele
"#$%&''!
P>:+!%&'()UP>:QG<'(:R!>$8!+>:!AK)?=+W+$!/K'U
<#-+:J! 0=$K! R+:#(! ;#$! '>&<8>R+! P>:$#8IR+->+8!
QG'!%&'()J![+>:!B(:;+'!#=$KS!;#$$!H>'!%&'()!9+'H+:;+:S!()!%&'()!+>:I(QG<U
'+:J! ^+! :#&<! %>8(#8>K:S! @+;#'Q! (:;! _K8H+:;>RA+>8! R+H>&<8+:! H>'! R+)+>:$#)!
)>8!(:$+'+)![(:;+:!;>+!\#]:#<)+:!`+;+'!P-+:+J!">+!\#]:#<)+:!H+';+:!>:!
'+R+=)O]>R+:! 0-$8O:;+:! R+?=#:8S! ;('&<R+QG<'8! (:;! 9+'>Q>I>+'8J! _#8G'=>&<! =+'U
:+:! (:;! 9+'-+$$+':! H>'! ;+:! 7'KI+$$! #(&<! -+>! +>:+'! %&'()UP>:QG<'(:R! ;('&<!
a+8'K$?+A8>9+:J!^+!:#&<!,'Z]+!(:;![K)?=+W>8O8!+)?Q+<=+:!H>'!+>:!)(=8>;>$I>?U
=>:O'+$!*+#)S!I($#))+:R+$+8I8!#($!+W8+':+:!*'#>:+':S!2K#&<+$!(:;!\>8#'-+>U
8+':!;+'!T'R#:>$#8>K:S!()!;>+!P>:QG<'(:R!9K:!%&'()!I(!-+R=+>8+:J!
"#$!%&'()!*+#)!,)-.!
/0*1!2.!345!666!
7+8+'!%8+9+:$!
0:;'+#$!%&<=>+?!
7+8+'!@+&A!
0)!B#$$+'!5C!
DEC5!FG'>&<!
%&<H+>I!
!
!
!
HHHJ"#$%&'()*+#)J&K)!
8+=1!LCMJC6J4EDJE5D3!
+)#>=1!)#>=N"#$%&'()*+#)J&K)!
!
!
_>&<8! $+=8+:! -+R>::+:! H>'! ;+:! 7'KI+$$! )>'! +>:+'! /'"&0! K;+'! 1234'5,0
6',2378'5,+9'! K;+'! )>8! ;+'! 0:#=c$+! ;+'! V$8U%>8(#8>K:J! \>8! ;+)! 0(Q8'#RR+-+'!
H+';+:!F>+=+!;+Q>:>+'8!(:;!;#'#($!R++>R:+8+!\#]:#<)+:!#-R+=+>8+8S!H+=&<+!>:!
+>:+'!2K#&<>:RUV8+'#8>K:!()R+$+8I8!H+';+:!$K==+:J!"+'!P'QK=R!(:;!;>+!B>'A(:R!
;+'! \#]:#<)+:! H>';! #)! P:;+! +>:+'! `+;+'! 2K#&<>:RUV8+'#8>K:! +9#=(>+'8J! ">+!
R+HK::+:+:! P'A+::8:>$$+! Q=>+]+:! ;#::! >:! ;>+! 7=#:(:R! ;+'! :O&<$8+:! V8+'#8>K:!
)>8!+>:J!
Y:$!=>+R8!-+$K:;+'$!;#$!/+'<O=8:>$!9K:!0(Q8'#RR+-+'!(:;!2K#&<+$!#)!.+'I+:$J!
d+8I8+:;=>&<!=>+R8!<>+'!;+'![+':!;+$!P'QK=R+$!`+;+$!2K#&<>:RU/K'<#-+:$J![=#'+S!
)+$$-#'+! F>+=+! -+>! 0(Q8'#R$9+'R#-+S! 0:?#$$(:R! #:! ;+:! 8#8$O&<=>&<+:! @+;#'Q!
(:;! +>:! 9K:! 0:Q#:R! #:! Q+$8R+=+R8+$! 0($8'>88$I+:#'>K! R#'#:8>+'+:S! ;#$$! ;>+! T'U
R#:>$#8>K:! $+=-$8! /+'#:8HK'8(:R! QG'! ;>+! /+'-+$$+'(:R+:! G-+':>))8! (:;! +'U
QK=R'+>&<!H+>8+'QG<'8J!
()*$+,-.!
P$!R>-8!9>+=+!\K8>9#8>K:+:!%&'()!+>:I(QG<'+:J!@+>!;+'!0-<K=(:R!ZQQ:+:!H>'!;+:!
-'+>8+:! @KR+:! ;+'! BG:$&<+S! P'H#'8(:R+:S! .KQQ:(:R+:! (:;! @+QG'&<8(:R+:S!
()!$>+!>:!;+:!7'KI+$$!+>:Q=>+]+:!I(!=#$$+:J!0(]+';+)!;+Q>:>+'+:!H>'!R+)+>:U
$#)+! F>+=+S! ;>+! H>'! $?O8+'! -+>! ;+'! P9#=(>+'(:R! #=$! a+#=>8O8$&<+&A! 9+'H+:;+:J!
:32,2;<'S!=23#<2>88'$0:'2"$7,"?,>$<'$!#-+'!#(&<!P>:I+=R+$?'O&<+!$>:;!+:8U
$?'+&<+:;+!\#]:#<)+:S!()!+>:!'+#=>$8>$&<+$!@>=;!;+'!0($R#:R$=#R+S!+>:!/+'U
$8O:;:>$!G-+'!;#$!/+'O:;+'(:R$?K8+:I>#=!(:;!+>:+!R+)+>:$#)+!F>+=$+8I(:R!I(!
+'#'-+>8+:J!
/#01-1-.!
">+!%&'()!*'#>:>:R$!$&<#QQ+:!+>:+!R+)+>:$#)+!B>$$+:$-#$>$!>:!;+:!*+#)$!(:;!
(:8+')#(+':! ;#$! aK==+:9+'$8O:;:>$! 9K:! *@2>&!"7,'2S! 123A>@,- BC$'2! (:;!
/'"&J!_+(+!\+8<K;+:S!*+&<:>A+:!H+';+:!+>:R+G-8!(:;!>)!eaG&A+:)#'Af!R+U
$?+>&<+'8J! 0=8+$! H>';! G-+'! @K';! R+HK';+:! (:;! +'QK=R'+>&<! e9+'=+':8fJ! "#$!
*@2>&-/'"&-D>&80*,"2,!*'#>:>:R!->=;+8!KQ8!;>+!,'(:;=#R+!(:;!H>'!+)?Q+<=+:S!
;#$$!;#$!R+$#)8+!%&'()!*+#)!#:!+>:+)!$K=&<+:!*'#>:>:R!8+>=:>))8J!_#8G'=>&<!
AZ::+:!;>+!*+>=:+<)+'!-+>!(:$!;+:!E'2,+F+'A-*@2>&!"7,'2!K;+'!E'2,+F+'A-1230
A>@,-BC$'2-+'H+'-+:J!B+>8+'QG<'+:;+!(:;!'K==+:$?+I>Q>$&<+![('$+!'(:;+:!;#$!
0:R+-K8!#-J!
/#0-'2&#!
_#&<!;+:!*'#>:>:R$!(:8+'$8G8I+:!H>'!#=$!2K#&<+$!;+:!*'#:$Q+'!;+$!,+=+':8+:!>:!
;>+!8OR=>&<+!7'#W>$J!B>'!-+R=+>8+:!><'+!*+#)$!)>8!+>:+'!\>$&<(:R!#($!$c$8+)>U
"#$!%&'()!*+#)!,)-.!
0)!B#$$+'!5C!
DEC5!FG'>&<!b!%&<H+>I!
!
HHHJ"#$%&'()*+#)J&K)!
*'+,'-.-
!
!
$&<+'! ,'(:;<#=8(:RS! Q#&<=>&<+'! @+'#8(:R! (:;! *'#>:>:R$+=+)+:8+:J! F>+=! >$8! ;#U

-+>S! ;#$$! ;>+! \>8#'-+>8+'! $+=-$8! ;>+! /+'#:8HK'8(:R! QG'! ;+:! *'#:$Q+'! G-+':+<U
)+:J!_('!;#::!A#::!R+HO<'=+>$8+8!H+';+:S!;#$$!;>+!9+'+>:-#'8+:!/+'O:;+'(:U
R+:! 8#8$O&<=>&<! R+=+-8! H+';+:J! *c?>$&<+! *'#:$Q+')#]:#)+:! $>:;! ;+'! e*@2>&)'+->$7H0I3257%38!K;+'!;>+!*@2>&!"7,'20=2>88'J!
(,'.+&13*!
%&'()!P>:QG<'(:R+:!;+&A+:!KQ8!dG&A+:!>:!T'R#:>$#8>K:+:!#(QS!;>+!e9K:!>::+:!
<+'#($f! :>&<8! R+$&<=K$$+:! H+';+:! AZ::+:J! B>'! =+R+:! 9>+=! B+'8! ;#'#(QS! ;#$$!
;>+$+! dG&A+:! :>&<8! e>)?=>I>8f! AK)?+:$>+'8! H+';+:J! ">+! [K)?+:$#8>K:! ;>+$+'!
dG&A+:!HG';+!7'K-=+)+!9+';+&A+:!(:;!$K!;+:!d+':?'KI+$$!-+<>:;+':J!,=+>&<U
I+>8>R!>$8!;+'!0($R=+>&<!9K:!dG&A+:!)>8!g(#=>Q>I>+'8+:!%&'()\#$8+':S!\K;+'#8KU
'+:!(:;!7'K`+A8)>8#'-+>8+:!#-+'!:K8H+:;>R!()!/+'8'#(+:!>:!;+:!:+(+:!0:$#8I!
#(QI(-#(+:S!P'QK=R+!I(!Q+>+':!(:;!;>+!@+Q'(&<8(:R!)>8!:+(+:!V;++:!9K:!0(]+:!
I(I(=#$$+:J!0($R=+>&<!Q>:;+8!>:!!'$,32+$<U!(:;!J$,'2+&7F>$5,+3$'$!$8#88S!H+=U
&<+! >))+'! +W?=>I>8! #=$! $K=&<+! #:R+-K8+:! H+';+:J! "#-+>! G-+':+<)+:! H>'! >)!
+'$8+:! %&<'>88! ;>+! +:8$?'+&<+:;+! 0(QR#-+S! G-+'=#$$+:! >)! IH+>8+:! %&<'>88! ;+:!
[#:;>;#8+:! >))+'! )+<'! 0(QR#-+:S! ()! ;#::! >)! ;'>88+:! %&<'>88! :('! :K&<! -+>!
@+;#'Q!#=$!Y:8+'$8G8I+'!(:;!@+'#8+'!I('!/+'QGR(:R!I(!$8+<+:J!
403*'5,6!
%&'()! :G8I8! #)! )+>$8+:S! H+::! ;>+! R#:I+! T'R#:>$#8>K:! )>8I>+<8J! 0($! ;>+$+)!
,'(:;! >$8! +$! <>=Q'+>&<S! ;>+$+:! B#:;+=! 9K:! 0:Q#:R! #:! >)! P>:QG<'(:R$?'KI+$$!
9K'I($+<+:J! F()! @+>$?>+=! ;('&<! ;#$! P>:'>&<8+:! 9K:! \(=8>?=>A#8K'+:U,'(??+:!
(:;! >:8+':+:! V:QK')#8>K:$#:R+-K8+:J! %K! AZ::+:! h:R$8+! (:;! B>;+'$8O:;+!
$&<K:!>)!/K'Q+=;!#-R+Q+;+'8!H+';+:J!">+$+'!B#&<$8()$?'KI+$$!)($$!>)!%+:>U
K'U\#:#R+)+:8!9+'#:A+'8!H+';+:J!P>:+!\#]:#<)+!>$8!;#-+>!;>+!@>=;(:R!+>:+'!
*,'>'2>$<70-3A'2-*>8832,<2>88'J!
!
"#$!%&'()!*+#)!,)-.!
0)!B#$$+'!5C!
DEC5!FG'>&<!b!%&<H+>I!
!
HHHJ"#$%&'()*+#)J&K)!
*'+,'-G-
!
!"#$%&'(&)*"+,$"'-)")++)&'(.)"
!"#$%"%&'('!)&*)+*,-./"!
!"# $%&%'# (%)*! ""! #$! %&'(! %)*%! +,-! .)/0$! /1,-%2! 3&+! 450-6! 70,8'9)(! %&)! 1)(%!
70'$5'7.)(! :,0! )::)5%'8)! 5&/$;)! 6/$/;)6)$%! ""! <,=! 450-6! 5&/..)$;)(! %&)!
,0;/$'>/%',$! ""! ?&)! 6,(%! '67,0%/$%! (-55)((! :/5%,0(! :,0! '67.)6)$%'$;! 450-6!
""!!?&)0)! '(! /! &-;)! 9'::)0)$5)! 1)%=))$! @$,='$;! %&'$;(! /$9! 1)'$;! /1.)! %,! 9,!
%&)6A!B,-!6/+!-$9)0(%/$9!450-6!C-'%)!=)..!/$9!&/8)!7)0&/7(!0)5)$%.+!:'$'(&)9!
+,-0! :'0(%! 450-6! 70,D)5%! (-55)((:-..+A! E,=! +,-! /(@! +,-0().:F! G<,=! (&,-.9! #!
'67.)6)$%!450-6!'$!6+!,0;/$'>/%',$H!
?&'(! /0%'5.)! '(! 7-1.'(&)9! ,$! %&)! ,$.'$)! 7./%:,06! :,0! /;'.)! 6/$/;)6)$%F! IJKJL!
M===A7J/J6A,0;N!
!
N6+'O! I'P#7<G#5<I7! <$! 9<QQ+'+75! #79! OI(! 7+6+'! F<;;! Q<79! #! RI7+S$<G+SQ<5$S#;;T!
$I;(5<I7H! UI(! 7++9! 5I! #9#=5! OI('! %&'()! <)=;+)+75#5<I7! #=='I#&:! 5I! 5:+!
$=+&<Q<&!7++9$!IQ!OI('!I'P#7<G#5<I7H!VI'5(7#5+;OW!5:+'+!<$!7IF!#!:(P+!-I9O!IQ!
?7IF;+9P+! #-I(5! #79! +X=+'<+7&+! F<5:! %&'()! <)=;+)+75#5<I7$W! #79! <5! ;II?$!
;<?+! $I)+! ='#&5<&+$! #'+! )I'+! +$$+75<#;! 5:#7! I5:+'$! <7! I'9+'! 5I! :#6+! 5:+!
<)=;+)+75#5<I7$!-+!+QQ+&5<6+!#79!$(&&+$$Q(;H!
*:+!0!='#&5<&+$!QI'!#7!+QQ+&5<6+!%&'()!<)=;+)+75#5<I7!F<;;!$5<;;!7I5!P<6+!OI(!5:+!
$<;6+'! -(;;+5H! %I)+! IQ! 5:+$+! #'+! )I'+! <)=I'5#75! QI'! OI('! I'P#7<G#5<I7! 5:#7!
I5:+'$H! 4'#&5<&+$! $=+&<Q<&! 5I! #79! <)=I'5#75! QI'! OI('! I'P#7<G#5<I7! )<P:5! -+!
)<$$<7PH! >(5! 5:<$! $:I(;9! P<6+! OI(! #! Y()=$5#'5! QI'! 5:+! Q<'$5! %&'()! ='<7&<=;+J!
"+;<6+'!+#';O!#79!'+P(;#';OH!Z7IF!:IF!5I!<7$=+&5!#79!#9#=5!5:+!'<P:5!#=='I#&:H!
V<P('+! I(5! F:<&:! IQ! 5:+$+! ='#&5<&+$! #'+! ($+Q(;! #79! P<6+! 6#;(+! 5I! OI('!
I'P#7<G#5<I7H!UI(!F<;;!$?<=!$I)+!IQ!5:+!='<7&<=;+$!F:<;+!+X=#79<7P!I7!I5:+'$W!I'!
&'+#5+!)I'+!+QQ+&5<6+!I7+$H!
"#$$#%!&'(!)*+,-+)$(.!
*:+! -+$5! Q(79#)+75! I7! F:<&:! 5I! 9+6+;I=! %&'()! <$! %&'()! <5$+;QH! 8;;! 5:+!
)+#$('+$!OI(!7++9!5I!&#''O!I(5!%&'()!<7!OI('!I'P#7<G#5<I7!$:I(;9!QI;;IF!5:+!
%&'()!='<7&<=;+$J!
"+;<6+'!+#';O!#79!'+P(;#';O!
"#$!%&'()!*+#)!,)-.!
/.!012!333!
4+5+'!%5+6+7$!
879'+#$!%&:;<+=!
4+5+'!>+&?!
8)!@#$$+'!2A!
BCA2!DE'<&:!
%&:F+<G!
!
!
!
FFFH"#$%&'()*+#)H&I)!
5+;J!KALHA3H1CBHC2B0!
+)#<;J!)#<;M"#$%&'()*+#)H&I)!
!
!
\7$=+&5!#79!#9#=5!
.#6+!+)=IF+'+9W!&'I$$SQ(7&5<I7#;!5+#)$!
>+!5'#7$=#'+75!#79!I=+7!
>+!5<)+S-IX+9!
%&'()! <$! 9+$<P7+9! 5I! :+;=! &I)=;+X! $O$5+)$! 9+6+;I=H! ]'P#7<G#5<I7$! #'+!
&I)=;+XW! #79! <)=;+)+75<7P! %&'()! <7! 5'#9<5<I7#;! I'P#7<G#5<I7$! <$! +6+7! )I'+!
&I)=;+XH! 4;#77<7P! #79! +X+&(5<7P! I'P#7<G#5<I7#;! &:#7P+! -O! ($<7P! 5:+! %&'()!
Q'#)+FI'?! P(#'#75++$! 5:#5! OI(! &I75<7(I($;O! 9+;<6+'H! UI(! P#<7! 5'($5! <7! OI('!
I'P#7<G#5<I7!-+&#($+!5:+!7+F!#=='I#&:!$:IF$!'+$(;5$H!V('5:+')I'+W!OI(!$+79!
5:+!'<P:5!$<P7#;$!5I!OI('!I'P#7<G#5<I7^!R@+!5'($5!#79!($+!5:+!7+F!#=='I#&:!#79!
&#7!$++!<5!<$!FI'?<7PHT!
/&0*&!%+&'!0,!1*2(,&!0,3!4(*5!+6)#*&0,&!)*#7(-&!
@+! 9I! 7I5! %&'()! Y($5! -+&#($+! IQ! %&'()H! @+! 9I! %&'()! <7! I'9+'! 5I! 9+;<6+'! #!
-+55+'! ='I9(&5! <7! #! )I'+! +QQ<&<+75! F#OH! %&'()! $:I(;9! :+;=! ($! '+#&:! ='IY+&5!
PI#;$!<7!;+$$!5<)+!#79!F<5:!;+$$+'!&I$5$H!*:+!_(+$5<I7!<$!7I5!F:#5!F+!&#7!9I!QI'!
%&'()W!-(5!F:#5!&#7!%&'()!9I!QI'!($H!@:#5!<$!;#&?<7PW!F:+'+!9I+$!Q#<;('+!:('5!
)I$5W!F:+'+!<$!5:+!6#;(+!F+!P#<7!QI'!5:+!I'P#7<G#5<I7!#5!<5$!:<P:+$5`!*:+$+!#'+!
5:+! _(+$5<I7$! OI(! $:I(;9! #$?! F:+7! ;II?<7P! QI'! #! ='IY+&5! I7! F:<&:! 5I! #==;O!
%&'()H!
*:+!%&'()!<)=;+)+75#5<I7!#79!5:+!='IY+&5!F<;;!-+7+Q<5!Q'I)!+#&:!I5:+'H!\Q!5:+!
='IY+&5! <$! <)=I'5#75! +7I(P:W! <5! F<;;! -+! )(&:! +#$<+'! 5I! )#?+! 7+&+$$#'O!
I'P#7<G#5<I7#;! &:#7P+$! =I$$<-;+H! \5! <$! 5:+! ='IY+&5! 5:#5! P#<7$! <7! 6#;(+W! 7I5! 5:+!
7+F!#=='I#&:H!
UI(! )#O! 7IF! -+! #$?<7P! #-I(5! '<$?$H! @:#5! <Q! F+! Q#<;`! %('+W! +6+'O! ='IY+&5! :#$!
'<$?$! #79! 5I! <P7I'+! 5:+)! <$! 9#7P+'I($H! >(5! %&'()! <$! :+;=Q(;! <7! 5:<$! '+$=+&5H! \5!
F<;;! &I75<7(I($;O! :+;=! OI(! )#?+! '<$?$! 6<$<-;+H! UI(! F<;;! $('+;O! Q<P('+! I(5! $II7!
+7I(P:! F:+5:+'! OI('! ='IY+&5! F<;;! Q#<;W! #79! 5:<$! F<;;! 7I5! #QQ+&5! OI('! 5'($5! <7!
%&'()H! \5! F<;;! -+! #==#'+75! <Q! 5:+! ='IY+&5! PI#;! <$! 7I5! F<5:<7! 5<)+;O! '+#&:! I'!
F<5:<7! 5:+! -(9P+5H! *:+! -#$<&! 5'(5:! <$! $I)+5<)+$! :#'9H! %<)=;O! 5#?+! &#'+! 5:#5!
7I-I9O!)<$<75+'='+5$!5:<$!Q#&5!#79!5'<+$!5I!($+!%&'()!#$!#!$&#=+PI#5H!
804(!&'(!*+2'&!)(#)$(!9!2(&!&'(!)+#,((*.!
\5!<$!7I5!#!$+&'+5!5:#5!:#6<7P!5:+!'<P:5!=+I=;+!I7!-I#'9!<$!#!)#YI'!$(&&+$$!Q#&5I'!
QI'!#7O!='IY+&5H!N$=+&<#;;O!<7!5:+!&#$+!IQ!OI('!Q<'$5!%&'()!='IY+&5$W!OI(!$:I(;9!
5#?+!&#'+!5I!:#6+!8P<;+!=<I7++'$!I7!-I#'9!F:I!#'+J!
@<;;<7P!5I!(7S;+#'7!I;9!:#-<5$!
@<;;<7P!5I!;+#'7!#79!($+!7+F!5+&:7<_(+$!
"#$!%&'()!*+#)!,)-.!
8)!@#$$+'!2A!
BCA2!DE'<&:![!%&:F+<G!
!
FFFH"#$%&'()*+#)H&I)!
!"#$"%&%
!
!
@<;;<7P!5I!-'+#?!'(;+$!
N75:($<#$5<&!#-I(5!%&'()!#79!8P<;+!
LCCa!9+9<&#5+9!5I!5:+!5+#)!
]Q! &I('$+! OI('! &:I$+7! 5+#)! )+)-+'! 7++9$! 5I! :#6+! 5:+! -+$5! 9I)#<7!
?7IF;+9P+! =I$$<-;+H! *:<$! <7&;(9+$! 5+&:7<&#;! #$! F+;;! #$! -($<7+$$! ?7IFS:IFH!
.IF+6+'W!)I$5!IQ!5:<$!?7IF;+9P+!<$!($+;+$$!QI'!&I)=;+X!='IY+&5$!b!I5:+'F<$+!
5:+O!FI(;9!7I5!-+!&I)=;+XH!%I!9I!7I5!I6+''#5+!5:+)H!
UI('! 5+#)! :#$! 5I! PI! 5:'I(P:! #'+#$! F:<&:! :#6+! 7+6+'! -++7! +X=;I'+9! -+QI'+H!
4;($!5:+!Q#&5!5:#5!5:+O!#'+!7IF!<7!5:+!$=I5;<P:5H!@<;;!%&'()!#79!OI('!5+#)!;I$+!
I'!F<7`!UI(!:#6+!5I!=;#O!I7!)#7O!;#O+'$!#5!I7&+H!*:+'+!#'+!9<QQ<&(;5<+$!<7:+'+75!
<7!OI('!='IY+&5!#79!:<99+7!QI'&+$!FI'?<7P!#P#<7$5!OI('!7+F!#=='I#&:H!"I!7I5!
=;#O!5:<$!P#)+!F<5:I(5!5:+!-+$5H!
8!6+'O!PII9!#=='I#&:!($+9!5I!Q<79<7P!5:+!-+$5!<$!5I!;+5!5:+)!Q<79!OI(!#79!OI('!
='IY+&5H!%<)=;O!#96+'5<$+!5:+!7+F!#=='I#&:!#79!$5#5+!5:#5!OI(!#'+!;II?<7P!QI'!
=<I7++'$H! c(7! #! AS:I('! %&'()! <75'I9(&5<I7! FI'?$:I=W! QI'! +X#)=;+W! )#?<7P!
$('+!+6+'OI7+!<7!5:+!I'P#7<G#5<I7!<$!Q'++!5I!YI<7!<7H!8$?!#5!5:+!+79J!@:I!FI(;9!
;<?+!5I!$5#'5!5I)I''IF!F<5:!5:<$!#=='I#&:`!UI(!F<;;!$II7!:#6+!OI('!&#79<9#5+$H!
@:+7! OI('! Q<'$5! %&'()! ='IY+&5! <$! I6+'! OI('! =<I7++'$! #'+! $5<;;! 7++9+9H! *:+O!
$:I(;9!5'#7$Q+'!5:+<'!?7IF;+9P+!5I!5:+!'+$5!IQ!5:+!I'P#7<G#5<I7H!d#O-+!$I)+!IQ!
5:+)!YI<7+9!#!%&'()!<)=;+)+75#5<I7!I'!<)='I6+)+75!*+#)!F<5:!5:+!<75+75<I7!
IQ! 'I;;<7P! I(5! %&()! <7! 5:+! F:I;+! I'P#7<G#5<I7! I'! &#''O<7P! I(5! 9<QQ<&(;5!
I'P#7<G#5<I7#;!&:#7P+$H!]5:+'$!F<;;!YI<7!5:+!7+X5!7+F!%&'()!5+#)$H!
804(!0!/)#,.#*!
*:+! $(&&+$$! IQ! +6+'O! %&'()! <)=;+)+75#5<I7! F<;;! Q<7#;;O! Q<79! <5$! )#$5+'! <7! <5$!
%=I7$I'H! *:+! %=I7$I'! <$! $I)+I7+! F:I! <$! $5'I7P;O! &I77+&5+9! F<5:! 5:+!
I'P#7<G#5<I7W! :#$! :(P+! 9+&<$<I7S)#?<7P! =IF+'! #79! <7Q;(+7&+$! 5:+! ;+#9<7P!
$5'#5+POH!dI$5!IQ5+7!5:<$!<$!5:+!/N]!I'!/*]W!I'!$I)+I7+!F:I!<$!6+'O!&;I$+H!
%I)+! I'P#7<G#5<I7$! )#O! 7I5! $5#'5! F<5:! $(&:! #! =IF+'Q(;! $=I7$I'H! .IF+6+'W!
%&'()! F<;;! &:#;;+7P+! 5:+! /Se+6+;! 6+'O! $II7! #Q5+'! 5:+! Q<'$5! %&'()! *+#)$! :#6+!
PI55+7! $5#'5+9H! \7! &#$+! OI(! #'+! 7I5! <7! #! =IF+'Q(;! =I$<5<I7W! 5'O! 5I! Q<79! #! PII9!
=+'$I7!QI'!5:<$!#79!='+=#'+!:<)!5I!$=I7$I'!5:+!%&'()!<)=;+)+75#5<I7H!
*:<$! %=I7$I'! <$! '+$=I7$<-;+! QI'! ='<I'<5<G<7P! #79! 9+&<9<7P! I7! 7+&+$$#'O!
<)='I6+)+75$! #79! 9<QQ<&(;5! &:#7P+$H! \5! <$! PII9! ='#&5<&+! 5I! )#?+! 5:<$! %=I7$I'!
5:+! 4'I9(&5! ]F7+'! IQ! #! %&'()! <)=;+)+75#5<I7! I'! <)='I6+)+75! *+#)H! *:<$!
5+#)! &I))<5$! <5$+;Q! 5I! &#''O<7P! I(5! 5:+! &:#7P+$! <7! 5:+! I'P#7<G#5<I7! F<5:! 5:+!
Q(;;!$(==I'5!IQ!5:+!$=I7$I'W!QI;;IF<7P!5:+!%&'()!Q'#)+FI'?H!*IP+5:+'!F<5:!5:+!
"#$!%&'()!*+#)!,)-.!
8)!@#$$+'!2A!
BCA2!DE'<&:![!%&:F+<G!
!
FFFH"#$%&'()*+#)H&I)!
!"#$"%'%
!
!
$=I7$I'W! 5:<$! 5+#)! &'+#5+$! #! $5'#5+PO! QI'! 5:+! %&'()! <)=;+)+75#5<I7! <7! 5:+!
I'P#7<G#5<I7H!8!%&'()!<)=;+)+75#5<I7!#79!<)='I6+)+75!#'&:<5+&5('+W!5#<;I'+9!
5I! 5:+! 7++9$! IQ! 5:+! I'P#7<G#5<I7W! $:I(;9! -+! &'+#5+9H! *:+! QI;;IF<7P! =<&5('+!
'+9(&+$!$(&:!#!$5'(&5('+!5I!#!$<7P;+!=<&5('+H!>(5!'+)+)-+'J!+6+'O!I'P#7<G#5<I7!
<$!9<QQ+'+75H!*:+'+QI'+W!+6+'O!I'P#7<G#5<I7!7++9$!<5$!IF7!$=+&<Q<&!$+5S(=H!879!9I!
7I5!QI'P+5!5I!<7$=+&5!#79!#9#=5!OI('!#=='I#&:H!
!
:,4#$4(!&'(!6+33$(!60,02(6(,&!
*O=<&#;;OW! 5:+! ;#'P+$5! '+$<$5#7&+! 5I! %&'()! &I)+$! Q'I)! )<99;+! )#7#P+)+75H!
dI$5!IQ5+7W!5:<$!P'I(=!Q+#'$!;I$$!5:+!)I$5W!#79!5:+O!#'+!'<P:5W!-+&#($+!%&'()!
5+79$!5I!Q;#55+7!5:+!:<+'#'&:OH!4+I=;+!<7!)<99;+!)#7#P+)+75!+79!(=!:#6<7P!5I!
&:#7P+!5:+<'!9(5<+$W!'+$=I7$<-<;<5<+$!#79!)#7#P+)+75!='#&5<&+$!'#9<&#;;OH!
>O! <76I;6<7P! 5:<$! P'I(=! <7! 5:+! ='I&+$$! IQ! -+&I)<7P! #! :<P:;O! +QQ<&<+75! %&'()!
I'P#7<G#5<I7W!OI(!&#7!5('7!'+$<$5#7&+!<75I!$(==I'5H!>(5!#P#<7W!#$?!OI('$+;Q!F:I!
<$!<76I;6+9!<7!5:+!='I&+$$!#79!F:I!7++9$!5I!P+5!I(5!IQ!5:+!F#OH!V;#55+7<7P!5:+!
:<+'#'&:O! 9I+$! 7I5! 7+&+$$#'<;O! )+#7! '+9(&<7P! 5:+! :+#9! &I(75W! -(5! <5! <$! 5'(+!
5:#5!$I)+!=+I=;+!F<;;!;+#6+!5:+!I'P#7<G#5<I7!#79!I5:+'$!F<;;!&I)+H!
4'+=#'+!OI('!I'P#7<G#5<I7W!#$!+6+'O!&:#7P+!<$!#7!I==I'5(7<5O!<7!<5$+;QW!+6+7!QI'!
5:I$+!;+#6<7P!5:+!I'P#7<G#5<I7H!
"#$!%&'()!*+#)!,)-.!
8)!@#$$+'!2A!
BCA2!DE'<&:![!%&:F+<G!
!
FFFH"#$%&'()*+#)H&I)!
!"#$"%(%
!
!
;*0+,!&'(!)(#)$(!0,3!#<<(*!.1))#*&!
@+!?7IF!<5!Q'I)!$=I'5$H!@<5:I(5!5'#<7<7P!F+!$:I(;9!7I5!PI!5I!5:+!)#5&:H!*:+!
$#)+!<$!5'(+!QI'!5:<$!7+F!P#)+W!%&'()H!@+!7++9!5I!5'#<7!)($&;+$!#79!'+Q;+X+$!
F:<&:! :#6+! $+;9I)! I'! 7+6+'! -++7! ($+9! -+QI'+H! .IF+6+'W! I5:+'! )($&;+$! #'+!
#;'+#9O! F+;;! 9+6+;I=+9! #79! :<79+'! ($! <7! #&5<7P! #&&I'9<7P! 5I! 5:+! 7+F! P#)+!
'(;+$H!
NX=;#<7!5:+!7+F!'(;+$!5I!=+I=;+!-+QI'+!5:+O!$5#'5!<)=;+)+75<7P!%&'()H!NX=#79!
I7!-+$5!='#&5<&+$!$I!5:#5!5:+!'<P:5!)($&;+$!#79!'+Q;+X+$!#'+!'+#9O!QI'!5:+!Q<'$5!
%='<75H!\5!<$!<)=I'5#75!5:#5!+6+'O!$5#?+:I;9+'!<$!#5!;+#$5!Q#)<;<#'!F<5:!5:+!%&'()!
'(;+$H!]5:+'F<$+!OI(!&#7!-+!$('+!5:#5!$I)+I7+!F<;;!-'+#?!5:+!'(;+$H!.IF+6+'W!
$=+&<#;<$5! 5'#<7<7P! QI'! 5:+! $=+&<Q<&! 'I;+$! <$! ;+$$! <)=I'5#75! #79! &#7! -+! IQQ+'+9!
;#5+'H!
\7! %&'()! F+! 9+;<6+'! +#';OH! 8Q5+'! #! -'<+Q! 5'#<7<7P! F+! $:I(;9! -+! '+#9O! 5I! $5#'5H!
>(5!)#7O!5:<7P$!#'+!$5<;;!(7&;+#'!#79!5:+!'+#;!-<P!_(+$5<I7$!F<;;!#==+#'!9('<7P!
5:+!Q<'$5!%='<75$H!UI(!$:I(;9!IQQ+'!OI('!5+#)$!$(==I'5!#79!:+;=H!,(<9#7&+!-O!#7!
+X=+'<+7&+9!%&'()!='#&5<5<I7+'!I'!&I#&:!<7&'+#$+$!5:+!&I7Q<9+7&+!7+&+$$#'O!5I!
$5#'5!F<5:!%&'()W!#79!;+5$!5:+!5+#)!QI&($!I7!5:+!'+#;!&:#;;+7P+J!5:+!='IY+&5H!
U+$! b! OI(! ?7IF! <5! #;'+#9OJ! +6+'O! I'P#7<G#5<I7! <$! 9<QQ+'+75H! N6+'O! I'P#7<G#5<I7!
7++9$! #! $=+&<Q<&! 5'#<7<7P! =;#7H! 879! O+$J! OI(! :#6+! 5I! #9#=5! 5:<$! =;#7W! 5IIH! >(5!
OI(!&#7!Q<79!#7!+X#)=;+!:+'+J!
"#$!%&'()!*+#)!,)-.!
8)!@#$$+'!2A!
BCA2!DE'<&:![!%&:F+<G!
!
FFFH"#$%&'()*+#)H&I)!
!"#$"%)%
!
!
=+2'&!60*>(&+,2!
%&'()! :+;=$! OI(! &'+#5+! P'+#5! ='I9(&5$H! ,II9! ='I9(&5$! #'+! 5:+! -+$5!
#96+'5<$+)+75! OI(! &#7! :#6+H! >(5! <Q! OI('! =I5+75<#;! &($5I)+'$! 9I! 7I5!
(79+'$5#79!5:#5!OI(!:#6+!#!PII9!='I9(&5W!7I!I7+!F<;;!-(O!#7O5:<7PH!*:+'+QI'+W!
OI(!7++9!PII9!)#'?+5<7PW!5IIH!
*:+!$#)+!;IP<&!#==;<+$!5I!OI('!%&'()!<)=;+)+75#5<I7H!>+<7P!$(&&+$$Q(;!<$!5:+!
-+$5!#96+'5<$+)+75H!>(5!OI(!#;$I!7++9!5I!5:<7?!#-I(5!:IF!5I!$+;;!OI(!$(&&+$$!
F<5:<7! 5:+! I'P#7<G#5<I7H! UI(! 7++9! 5I! I6+'&I)+! '+$<$5#7&+! #79! Q+#'W! -(5! 7I5!
I7;O! 5:'I(P:! #'P()+75$H! UI(! #;$I! 7++9! 5I! 5:<7?! #-I(5! :IF! 5I! ='+$+75! #79!
=;#&+! OI('! #'P()+75$! #5! 5:+! '<P:5! 5<)+W! ($<7P! 5:+! '<P:5! ;#7P(#P+W! #79! 5I! 5:+!
'<P:5!=+I=;+H!
*'#7$=#'+7&O! #79! I=+77+$$! 9I! 7I5! )+#7! 5:#5! OI(! $:I(;9! 5+;;! +6+'OI7+!
+6+'O5:<7P!<79<$&'<)<7#5+;OH!*:<7?!#-I(5!F:I!R&I7$()+$T!OI('!)+$$#P+H!*:<7?!
#-I(5! F:#5! :<$! &I)QI'5! GI7+! <$! #79! :IF! OI(! &#7! &:#;;+7P+! :<)! F<5:I(5!
&'+#5<7P!#!-;I&?#9+H!
.+'+!<$!#!$<)=;+!5+&:7<_(+W!-I''IF+9!Q'I)!)#'?+5<7P!='IQ+$$<I7#;$W!QI'!5('7<7P!
<)=+9<)+75$!<75I!#&&+=5+9!$I;(5<I7$J!
V<79! 5:+! $=+&<Q<&! $<5(#5<I7! <7! F:<&:! 5:+! <)=+9<)+75! F#$! I-$+'6+9!
f7I-I9O!&#7!9+7O!5:+!Q#&5g!
d#?+!#7!<75+'='+5#5<I7!f5:<$!)+#7$!5:#5!OI(!&I(;9!-+!F'I7PW!-(5!Q#&5!<$!
Q#&5g!
]QQ+'!$I;(5<I7$!8!I'!>!f5:+!)#P<&!5'<&?!<$!5:#5!OI(!&#7!+<5:+'!-(O!8!I'!>W!
-(5!7I5!7I5:<7Pg!
"#$!%&'()!*+#)!,)-.!
8)!@#$$+'!2A!
BCA2!DE'<&:![!%&:F+<G!
!
FFFH"#$%&'()*+#)H&I)!
!"#$"%*%
!
!
!"#$%&#'()*'+$,&($-&.($#"/'$0123"$
!"#$%&'!"#$"%&'&(")'&*&+,!
"!#$$%&#$''(!)*+*,!-+*.*/01!
2,343/5667!89:630;*<!=/!>436*-=?+@5,*A*.*6=8B*/+1C=B!
!
>0! 5! C90+=B*,! =,! 098863*,! =?! 0=?+@5,*! 0*,.3C*0! 5+! +;*! :*43//3/4! =?! 5!
-=?+@5,*!A*.*6=8B*/+!),=D*C+(!7=9!E/=@!+;5+!+;*,*!30!+==!B9C;!5+!0+5E*!+=!
@=,E! @3+;! D90+! 5! .*,:56! 54,**B*/+1! >6+;=94;! +;*! >436*! F5/3?*0+=! .569*0!
C90+=B*,! C=665:=,5+3=/! 5:=.*! C=/+,5C+0(! C=/+,5C+0! 5,*! /*C*005,7! @;*/!
@=,E3/4! @3+;! *G+*,/56! 098863*,01! >! C=/+,5C+! 30! ,*5667! D90+! 5! 0*+! =?! @,3++*/!
86573/4!,96*01!H;*!,34;+!,96*0!3/C,*50*!+;*!C;5/C*!=?!09CC*00!?=,!:=+;!85,+3*01!
H;*! @,=/4! ,96*0! B5E*! C==8*,5+3=/! <3??3C96+! 5/<! ;3/<*,! 8,=4,*001! I;3C;!
C=/+,5C+!?=,B0!5,*!:*0+!?=,!5436*!0=?+@5,*!<*.*6=8B*/+!8,=D*C+0J!!
K3,0+(!6*+L0!6==E!5+!+;*!89,8=0*!5/<!C=/+*/+0!=?!5!C=/+,5C+!5/<!0=B*!C,3+*,35!
?=,! *.5695+3/4! C=/+,5C+0! 3/! 5/! 5436*! C=/+*G+1! H;*/! @*L66! 6==E! 5+! C=/+,5C+3/4!
56+*,/5+3.*0! ?=,! -C,9B! 0=?+@5,*! 8,=D*C+0! 5/<! *G5B3/*! +;*3,! 0+,*/4+;0! 5/<!
@*5E/*00*01!!
"#$%!&'!%#(!)*+),'(!,-!$!.,/%+$.%0!!
M=/+,5C+0!0*+!+;*!:503C!86573/4!,96*0!?=,!+;*!8,=D*C+1!N/!+;*=,7(!:=+;!85,+3*0!
?,**67! */+*,! +;*! C=/+,5C+! +=! C,*5+*! =8+3B56! C=/<3+3=/0! ?=,! 09CC*00?9667!
C=B86*+3/4! +;*! 8,=D*C+1! N/! 8,5C+3C*(! C=/+,5C+3/4! 30! =?+*/! 0**/! 50! 5!
C=B8*+3+3.*! 45B*(! 3/! @;3C;! +;*! =:D*C+3.*! 30! +=! 865C*! +;*! =+;*,! 85,+7! 5+! 5!
<305<.5/+54*(!*08*C35667!3?!+;3/40!4=!:5<671!!
O*,7!65,4*!C=B85/3*0!5/<!4=.*,/B*/+0!=?+*/!;5.*!0+5/<5,<!C=/<3+3=/0!+;5+!
B90+! :*! 5CC*8+*<! */! :6=C! 50! 5! 8,*&,*P9303+*! +=! <=3/4! :903/*00! @3+;! +;*B1!
H;*0*!C=/<3+3=/0!5,*!0*6<=B!?53,(!0=!5!,*50=/5:6*!8,=D*C+!=9+C=B*!<*8*/<0!
;*5.367! =/! 5! 4==<! ,*65+3=/0;38! @3+;! +;*! 5C+956! C90+=B*,! 5/<! 5.=3<3/4!
,*C=9,0*! +=! +;*! C=/+,5C+! =,! +;*! 65@1! QH;*! >436*! F5/3?*0+=! 30! ,34;+! 3/! +;30!
8=3/+R!C90+=B*,!,*65+3=/0;380!5,*!B=,*!3B8=,+5/+!+;5/!@,3++*/!C=/+,5C+0ST!!
U.*/! /*4=+35+*<! C=/+,5C+0! <=! /=+! 56@570! 0+,3.*! ?=,! 5! @3/&@3/! 03+95+3=/(! 0=!
7=9!B57!/**<!+;*!;*68!=?!*G8*,+01!V=@*.*,!?,=B!+;*!C90+=B*,!8*,08*C+3.*(!
C=/+,5C+0!8,=<9C*!/=!5<<*<!.569*1!H;*7!5,*!5!@50+*!8,=<9C+(!0=!+;*!*??=,+!
08*/+!/*4=+35+3/4!W!8,=<9C3/4!+;*B!0;=96<!:*!B3/3B3X*<1!!
!
!
!
!
!
>! C=/+,5C+! 588=,+3=/0! ,30E! 5/<! ,*?6*C+0! +,90+! :*+@**/! +;*! 85,+3*01! I;5+!
;588*/0! 3?! 0=B*+;3/4! 4=*0! @,=/4J! I;=! 8570! ;=@! B9C;! 3?! +;*! 8,=D*C+! 30!
B=,*!<3??3C96+!+;5/!*G8*C+*<J!I;=!:*/*?3+0!3?!+;*!8,=D*C+!30!?3/30;*<!*5,63*,!
+;5/!865//*<J!!
H;*! @,=/4! 86573/4! ,96*0! C5/! :*! <*+,3B*/+56! +=! +;*! 09CC*00! =?! +;*! 8,=D*C+1!
_5<! ,96*0! C5/! 6*5<! +=! 9/,*5630+3C! 8,3C*0(! +3B*! ?,5B*0! =,! ?9/C+3=/56!
*G8*C+5+3=/01! I3/&6=0*! 45B*0! 5,*! <*+,3B*/+56! +=! 8,=D*C+! 09CC*001! `9563+7!
B=0+!=?+*/!09??*,01!A=!7=9!@5/+!+;*!a>&H*5BL!=,!+;*!a_&H*5BL!@=,E3/4!=/!
7=9,! 8,=D*C+J! H;3/E! C5,*?9667! 5:=9+! ;=@! B9C;! 8,*009,*! 7=9! 89+! =/! +;*!
098863*,1!!
1,2!%,!(3$4*$%(!.,/%+$.%!-,+5'!!
M=BB*,C356! C=/+,5C+0! C5/! +5E*! B5/7! ?=,B01! I;5+! 5,*! +;*! C=/+,5C+!
56+*,/5+3.*0! +;5+! 5,*! 093+5:6*! ?=,! 5436*! <*.*6=8B*/+! 8,=D*C+0J! K=,! 5/7!
C=/+,5C+(!N!@=96<!6==E!5+R!!
V=@! 30! +;*! C=/+,5C+! 0+,9C+9,*<J! I;5+! 5,*! +;*! :503C! ,96*0! ?=,!
<*63.*,3/4!0C=8*!5/<!3/.=3C3/4!,*.*/9*J!
V=@! <=*0! 3+! 588=,+3=/! b30E! 5/<! b*@5,<! :*+@**/! C90+=B*,! 5/<!
098863*,J!!
V=@!<=*0!3+!;5/<6*!C;5/4*0!3/!,*P93,*B*/+0J!!
I;5+!B=<*6!=?!C90+=B*,!,*65+3=/0;38!<=*0!3+!?=0+*,R!C=B8*+3+3.*!QB7!
@3/!30!7=9,!6=00T(!C==8*,5+3.*!Q@3/&@3/T(!3/<3??*,*/+!QN!<=/L+!C5,*&7=9!
6=0*T!=,!<*8*/<*/+!Q;*5<0&N&@3/&+5360&7=9!6=0*TJ!!
N?!N!<3<!/=+!<,5?+!+;*!C=/+,5C+(!N!@=96<!:*!=/!+;*!6==E=9+!?=,!+,580R!C=/+5C+!
/*4=+35+3=/0!5,*!=?+*/!C=B8*+3+3.*!45B*01!H;*!P9*0+3=/!30!@;5+!<=!7=9!<=!3?!
7=9!?3/<!=/*J!H,7!+=!4*+!3+!+5E*/!=9+(!=,!5CC*8+!3+!5/<!B=.*!=/J!c*+d0!D90+!
C566!+;30!5!d:903/*00!<*C303=/d1!
"#$%!&/-,+5$%&,/!'#,*46!$!.,/%+$.%!&/.4*6(0!!
H;*!B=,*!+,90+!+;5+!*G30+0!:*+@**/!C90+=B*,!5/<!098863*,(!+;*!6*00!7=9!@366!
/**<!+=!@,3+*!<=@/1!!
N/!B7!*G8*,3*/C*(!+;*,*!5,*!5!C=986*!=?!8=3/+0!+;5+!:*6=/4!3/!*.*,7!C=/+,5C+R!!
'1 2:D*C+3.*0! =?! +;*! 8,=D*C+! 5/<! =?! +;*! C==8*,5+3=/! :*+@**/! +;*!
C=B85/3*01! H;30! ?=66=@0! 8,*++7! <3,*C+67! ?,=B! +;*! *6*.5+=,! 83+C;! 5/<!
8,=<9C+!B3003=/1!!
A50!-C,9B!H*5B!YB:V!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
!"
!
!
#1 ),=D*C+!0+,9C+9,*1!N+!B57!:*!09??3C3*/+!+=!057!7=9!@366!<=!-C,9B(!=,!7=9!
B57!@5/+!+=!3/C69<*!5!<*0C,38+3=/!=?!-C,9B1!
e1 f*7!)*,0=//*6!&!@;=!30!,*08=/03:6*!5+!+;*!=8*,5+3=/56!5/<!*0C565+3=/!
6*.*60!5/<!@;5+!30!,*P93,*<!=?!+;*0*!8*=86*J!K=,!*G5B86*(!@;=!@366!?366!
+;*!,=6*0!=?!-C,9BF50+*,!5/<!),=<9C+!2@/*,J!
Z1 )57B*/+!5/<!:3663/4(!3/C69<3/4!5/7!:=/90!5/<!8*/56+7!C6590*0!!
g1 U5,67!5/<!/=,B56!+*,B3/5+3=/1!!
h1 ic*456! A*+53601j! A*8*/<3/4! =/! 6=C56! 65@! 5/<! 6*456! C90+=B0(! 7=9! B57!
/**<! +=! 63B3+! C3.36! 635:363+7(! 08*C3?7! .*/9*(! */09,*! 0*.*,5:363+7! Q+;5+!
8=,+3=/0! =?! +;*! C=/+,5C+! 5,*! ,*B53/! 3/! *??*C+(! *.*/! 3?! 85,+0! =?! +;*!
C=/+,5C+! 5,*! ?=9/<! 3/.563<T! =,! 3/C69<*! =+;*,! +*G+! +=! 8,*.*/+! .5,3=90!
6*456!:5<!+;3/40!?,=B!;588*/3/41!-5B86*!=,!,*?*,*/C*!C=/+,5C+0!?,=B!
7=9,!D9,30<3C+3=/!C5/!:*!;*68?96!Q5/<!5,*!C;*58*,!+;5/!5!65@7*,ST1!!
k1 2+;*,!0+9??!l!50!588,=8,35+*!?=,!7=9,!C=/+*G+1!
A=! 7=9! /**<! +=! 3/C69<*! +;*! 0C=8*! 3/! +;*! C=/+,5C+J! 2?+*/! 3+! 30! 8,*0*/+! Q5+!
6*50+! 3/! +;*! 4=.*,/B*/+! C=/+,5C+0! NL.*! ;5<! +;*! 8,3.36*4*! 034/3/4(! 3+! @50!
3/C69<*<! :7! 65@T(! :9+! ?3G3/4! +;*! C=/+,5C+! 3/! 0C=8*! 560=! ,*/<*,0! 0C=8*!
3/?6*G3:6*1!N?!8=003:6*(!3+!30!:*++*,!+=!08*C3?7!;=@!7=9!@366!B5/54*!+;*!0C=8*!
Q*141!),=<9C+!_5CE6=4(!-8,3/+!C=/+,5C+T(!:9+!=8*,5+3=/56!<*+5360!0;=96<!:*!6*?+!
+=!+;*!8,=D*C+!+*5B1!!
)=3/+0!#(!e(!Z!5/<!g!<*+*,B3/*!+;*!86573/4!,96*0!?=,!7=9,!8,=D*C+1!N?!7=9!4*+!
+;*0*!,34;+(!7=9!@366!;5.*!+;*!?=9/<5+3=/!?=,!5!4==<!8,=D*C+1!_9+!@;5+!5,*!
+;*! :*0+! ,96*0J! H;*,*! 5,*!B5/7! <3??*,*/+! E3/<0! =?! C=/+,5C+(! ?,=B! +3B*! 5/<!
B5+*,3560!+=!?3G*<!8,3C*(!?3G*<!0C=8*1!!
74$8&/9!:*4('!-,+!;,-%2$+(!<(3(4,)5(/%!
I;5+! 5,*! +;*! 5.5365:6*! 86573/4! ,96*0! 5/<! @;5+! 30! +;*! :*0+! 588,=5C;! ?=,! 5!
5436*! 8,=D*C+J! ! H;30! 0*C+3=/! *G5B3/*0! '$! <3??*,*/+! C=/+,5C+! ?=,B0! 5/<!
*.5695+*0!5CC=,<3/4!+=!+;*!?=66=@3/4!C,3+*,35R!
V=@!30!+;*!C=/+,5C+!0+,9C+9,*<J!!
V=@!<=*0!3+!;5/<6*!C;5/4*0!3/!0C=8*!Q,*P93,*B*/+0TJ!!
V=@! <=*0! 3+! 588=,+3=/! b30E! 5/<! b*@5,<! :*+@**/! C90+=B*,! 5/<!
098863*,J!!
I;5+!B=<*6!=?!C90+=B*,!,*65+3=/0;38!<=*0!3+!?=0+*,R!C=B8*+3+3.*!QB7!
@3/!30!7=9,!6=00T(!C==8*,5+3.*!Q@3/&@3/T(!3/<3??*,*/+!QN!<=/L+!C5,*&7=9!
6=0*T!=,!<*8*/<*/+!Q;*5<0&N&@3/&+5360&7=9!6=0*TJ!!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
#"
!
!
c*+L0! 6==E! 5+! 5! /9B:*,! =?! 8=003:6*! C=/+,5C+0(! =/*! 5+! 5! +3B*(! 5/<! 0**! ;=@!
+;*7!@=,E!@3+;!5436*!5/<!-C,9B!<*.*6=8B*/+!8,=D*C+0R!!
'1 +;*!m-8,3/+!M=/+,5C+m!!
#1 K3G*<!),3C*!^!K3G*<!-C=8*!!
e1 H3B*!5/<!F5+*,3560!!
Z1 H3B*!5/<!F5+*,3560!@3+;!K3G*<!-C=8*!5/<!5!M=0+!M*363/4!!
g1 H3B*!5/<!F5+*,3560!@3+;!O5,35:6*!-C=8*!5/<!M=0+!M*363/4!!
h1 );50*<!A*.*6=8B*/+!!
k1 _=/90!^!)*/56+7!M6590*0!!
[1 K3G*<!),=?3+!!
%1 iF=/*7!?=,!n=+;3/4(!M;5/4*0!?=,!K,**j!!
'$1o=3/+!O*/+9,*0!!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
$"
!
!
;)+&/%!=,/%+$.%!!
!
I=,E3/4! @3+;! -C,9B(! N! ;5.*! ?=9/<! +;*! B*+58;=,! =?! 5! i-8,3/+! M=/+,5C+j! +=!
:*! ;*68?96! 3/! 9/<*,0+5/<3/4! Q5/<! 0=B*+3B*0! */?=,C3/4ST! +;*! ,*65+3=/0;38!
:*+@**/!8,=<9C+!=@/*,!5/<!3B86*B*/+5+3=/!+*5B1!!
&'()*')(+R! H;30! 30! /=+! ,*5667! 5! C=BB*,C356! C=/+,5C+(! :9+! 03B867! +;*!
54,**B*/+!:*+@**/!+;*!),=<9C+!2@/*,!5/<!+;*!H*5B!?=,!=/*!08,3/+1!!
&*,-+R!H;*!3B86*B*/+5+3=/!+*5B!54,**0!+=!<=!3+0!:*0+!+=!<*63.*,!5/!54,**<!
=/! 0*+! =?! ?*5+9,*0! Q0C=8*T! +=! 5! <*?3/*<! P9563+7! 0+5/<5,<! :7! +;*! */<! =?! +;*!
08,3/+1! QN<*5667! +;*7! <*63.*,! @;5+! +;*7! 8,=B30*<(! =,! *.*/! 5! :3+! B=,*1T! H;*!
),=<9C+!2@/*,!54,**0!+=!;*68!+;*!+*5B!50!:*0+!0^;*!C5/!5/<!/=+!+=!C;5/4*!
+;*!0C=8*!:*?=,*!+;*!*/<!=?!+;*!-8,3/+1!!
./01R! 5! -C,9B! 8,=D*C+! C5/! :*! C=/03<*,*<! 30! 5! 0*,3*0! =?! B3/3! 8,=D*C+0! @3+;!
?3G*<! 85,5B*+*,0R! H3B*! Q-8,3/+! c*/4+;T(! -C=8*! Q-8,3/+! _5CE6=4T(! `9563+7!
QA*?3/3+3=/!=?!A=/*T!5/<!M=0+!QH*5B!-3X*p-8,3/+!c*/4+;T1!2/67!+;*!0C=8*!30!
566=@*<! .5,7q! H*5B! 5/<! ),=<9C+! 2@/*,! B*509,*! 8,=4,*00! *.*,7! 08,3/+!
:50*<! =/! C=B86*+*<! 0C=8*1! -;=,+! 08,3/+0! 63B3+! ,30E! 5/<! */5:6*! ,583<!
,*08=/0*!+=!,*56!3009*01!
2/-R! M=/?3,B3/4! -8,3/+! M=/+,5C+! 3/! .35! U&F536! =,! 8=0+3/4! 3+! =/! +;*! 8,=D*C+!
I3E3! 5+! +;*! :*43//3/4! =?! *.*,7! -8,3/+! 30! 9095667! 4==<! 3<*51! N+! :936<0! +,90+(!
,*45,<6*00!=?!+;*!9/<*,673/4!C=/+,5C+956!?=,B1!!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
%"
!
!
2/-R! H;*! -8,3/+! C=/+,5C+! C5/! :*! ,*?*,*/C*<! 3/! +;*! C=BB*,C356! C=/+,5C+1! N!
;5.*! ?=9/<! +;5+! 5?+*,! 5! C=986*! =?! ,*6*50*0(! +;*! C=BB*,C356! C=/+,5C+! C5/!
@3+;*,!<=@/!+=!5!=/*!854*!+3B*!W!B5+*,3560!54,**B*/+(!B57:*!@3+;!5!C=0+!
C*363/4!?=,!+;*!P95,+*,!=,!/*G+!B5D=,!,*6*50*1!!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
3"
!
!
>&?(6!7+&.(!@!>&?(6!;.,)(!!
!
&'()*')(+R!>4,**!=/!+;*!<*63.*,5:6*01!A*63.*,!3+1!-*/<!5!:3661!M90+=B*,0!63E*!
?3G*<!8,3C*!8,=D*C+0!:*C590*!3+!43.*0!+;*B!0*C9,3+7!Q=,!5+!6*50+!+;*7!+;3/E!0=T1!!
&*,-+" *5678+0R!H;*!/5B*!0570!3+!566(!<=*0/d+!3+J!H;*!C;5/4*!,*P9*0+!45B*!
QC=,,*C+3=/R! C;5/4*! ,*P9*0+! 8,=C*00T! 30! 3/+*/<*<! +=! 63B3+! 0C=8*! C;5/4*01!
H;30! 8,=C*00! 30! C=0+67(! 5/<! +;*! C;5/4*0! 5,*! 9095667! /=+! 8,*.*/+5:6*1! -3/C*!
+;*! C90+=B*,! 56B=0+! :7! <*?3/3+3=/! @5/+0! B=,*! 0C=8*(! */<3/4! +;*! 8,=D*C+!
C5/! :*! <3??3C96+1! H;*! 098863*,! @5/+0! +;*! C90+=B*,! +=! :*! ;5887(! 0=! +;*!
098863*,! 9095667! 73*6<01! H;*! @=,<0! a*+! C*+*,5L! 5,*! .*,7! <5/4*,=90! 3/! +;*!
08*C3?3C5+3=/!=?!5!?3G*<!8,3C*!,*P93,*B*/+1!
./01R!2:.3=90!,30E!30!=/!+;*!03<*!=?!+;*!098863*,1!N?!+;*!*0+3B5+*0!5,*!@,=/4(!
+;*! 8,=D*C+! @366! 6=0*! B=/*71! c*00! =:.3=90! ,30E0! 5,*! +;*! C;5/4*! ,*P9*0+!
45B*(! +;,=94;! @;3C;! +;*! 098863*,! /*4=+35+*0! 5<<3+3=/56! ,*.*/9*! +;,=94;!
0C=8*!C;5/4*01!N?!+;*!098863*,!;5<!:5<67!9/<*,*0+3B5+*<!+;*!*??=,+!=,!,30E(!
=,! P9=+*<! 5/! 9/,*5630+3C5667! 6=@! 8,3C*(! +;*! 6=00*0! C5/! *.*/! +;,*5+*/! +;*!
*G30+*/C*!=?!+;*!098863*,(!@;3C;!560=!8,*0*/+0!5!8,=:6*B!+=!+;*!C90+=B*,1!!
.+96'/,705/-R!M=B8*+3+3.*!+=!3/<3??*,*/+1!M90+=B*,!4*/*,5667!@5/+0!+=!;5.*!
B=,*!5/<!+;*!098863*,!@5/+0!+=!<=!6*001!H;*!098863*,!@5/+0!+;*!C90+=B*,!+=!
:*!;5887(!0=!9095667!+;*!098863*,!73*6<01!!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
4"
!
!
2/-R! -8*C3?7! +;*! ?9/C+3=/56! ,*P93,*B*/+! @3+;! 90*,! 0+=,3*01! NL66! <30C900!
0+,5+*43*0!?=,!;3++3/4!+;*!+5,4*+!=/!5!?3G*<!8,3C*!8,=D*C+!3/!5!?9+9,*!5,+3C6*1!!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
:"
!
!
A&5(!$/6!B$%(+&$4'!!
!
&'()*')(+R!I=,E!?=,!5!B=/+;(!+;*/!0*/<!+;*!C90+=B*,!5/!3/.=3C*1!-98863*,0!
63E*!3+(!:*C590*!+;*!C90+=B*,!C5,,3*0!+;*!,30E!=?!C;5/43/4!;30!B3/<1!!
&*,-+R!n=+!5!8,3=,3!?3G*<1!-==/*,!=,!65+*,(!+;*!C90+=B*,!<=*0/d+!@5/+!+=!857!
5/7!B=,*(!0=!+;*!8,=D*C+!C=B*0!+=!5/!*/<1!!
./010R!C5,,3*<!'$$r!:7!+;*!C63*/+1!-98863*,!;50!63++6*!3/C*/+3.*!+=!E**8!C=0+0!
<=@/1!U??=,+!+=!*/09,*!+;5+!=/67!6*43+3B5+*!*??=,+!5/<!*G8*/0*0!5,*!3/.=3C*<!
C5/!:*!09:0+5/+3561!!
.+96'/,705/-R! N/<3??*,*/+1! H;*! 098863*,! 30! ;5887! @;*/! B=,*! @=,E! C=B*0!
:*C590*!B=,*!@=,E!B*5/0!B=,*!B=/*71!!
2/-R!,*C=BB*/<*<!?=,!8,=D*C+0!@;*,*!+;*!C90+=B*,!C5/!:*++*,!B5/54*!+;*!
,30E!+;5/!+;*!098863*,1!H;30!30!=?+*/!C=B:3/*<!@3+;!5!C=0+!C*363/41!V=@!@*66!3+!
@=,E0!C5/!<*8*/<!=/!;=@!+;*!0C=8*!30!;5/<6*<1!!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
;"
!
!
A&5(!$/6!B$%(+&$4'!2&%#!>&?(6!;.,)(!$/6!$!=,'%!=(&4&/9!!
!
&'()*')(+R! -5B*! 50! ?3G*<! 8,3C*(! ?3G*<! 0C=8*(! *GC*8+! 3?! +;*! .*/<=,! 4*+0!
?3/30;*<!*5,67(!+;*!8,=D*C+!C=0+0!6*00(!:*C590*!=/67!5C+956!*??=,+!30!3/.=3C*<1!!
&*,-+R!-5B*!50!?3G*<!8,3C*(!?3G*<!0C=8*1!!
./010R! H;30! 588*5,0! +=! ,*8,*0*/+! +;*! a:*0+! =?! :=+;! @=,6<0L! ?,=B! +;*!
C90+=B*,L0! 8=3/+! =?! .3*@1! N?! 3+! ,*P93,*0! 6*00! *??=,+! +;5/! *G8*C+*<(! 3+! C=0+0!
6*001!_9+!+;*!=/C*!+;*!C=0+!C*363/4!;50!:**/!5C;3*.*<(!3+!:*;5.*0!63E*!5!?3G*<!
8,3C*!8,=D*C+1!!
.+96'/,705/-R! A*8*/<*/+1! K,=B! +;*! 098863*,L0! 8=3/+! =?! .3*@(! +;*! 4=56! 30! +=!
;3+!+;*!C=0+!C*363/4!*G5C+671!H;*,*!30!/=!3/C*/+3.*!?=,!+;*!098863*,!+=!<*63.*,!
:*6=@!+;*!B5G3B9B!:9<4*+*<!C=0+1!H;*!C90+=B*,!;50!8,=:5:67!+,*5+*<!+;*!
8,=D*C+! 3/+*,/5667! 50! 5! ?3G*<! 8,3C*! 8,=D*C+(! 5/<! 0=! ;50! /=! 3/C*/+3.*! 63++6*!
,*/=9/C*!0C=8*!+=!05.*!B=/*71!!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
<="
!
!
A&5(!$/6!B$%(+&$4'!2&%#!C$+&$D4(!;.,)(!$/6!=,'%!=(&4&/9!!
!
&'()*')(+R! -5B*! 50! +3B*! 5/<! B5+*,3560! *GC*8+! 5! C=0+! C*363/4! 63B3+0! +;*!
?3/5/C356!,30E!=?!+;*!C90+=B*,1!!
&*,-+R!-5B*!50!5!?3G*<!8,3C*(!?3G*<!0C=8*!8,=D*C+1!!
./010R!+;*!:9<4*+!@366!*G83,*!@3+;=9+!5C;3*.3/4!+;*!/*C*005,7!:903/*00!.569*!
?=,!+;*!C90+=B*,1!M90+=B*,!@=/L+!4*+!*.*,7+;3/4!;*!50E0!?=,1!!
.+96'/,705/-R!M==8*,5+3.*1!H;*!C=B:3/5+3=/!=?!63B3+*<!:9<4*+!5/<!.5,35:6*!
0C=8*!?=C90*0!:=+;!C90+=B*,!5/<!.*/<=,!=/!5C;3*.3/4!+;*!<*03,*<!:903/*00!
.569*!@3+;3/!+;*!5.5365:6*!:9<4*1!!
2/-R!K,=B!*G8*,3*/C*(!N!@=96<!057!+;30!C=/+,5C+!?=,B!B3G*0!@*66!@3+;!-C,9B1!
H;*! C90+=B*,! ;50! C=/+,=6! =.*,! *5C;! 3/<3.3<956! 08,3/+1! >! C=/0+,9C+3.*!
,*65+3=/0;38!B*5/0!+;5+!*.*/!3?!8,=:6*B0!<*.*6=8!=/!+;*!@57(!+;*!*B=+3=/0!
5,*!,34;+!+=!C=B*!+=!5!B9+95667!54,**5:6*!0=69+3=/1!!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
<<"
!
!
7#$'(6!<(3(4,)5(/%!!
!
&'()*')(+R!K9/<!P95,+*,67!,*6*50*0!5/<!588,=.*!5<<3+3=/56!?9/<0!5?+*,!*5C;!
09CC*00?96!,*6*50*1!!
&*,-+" >5678+0R!n=+!*G863C3+67!<*?3/*<!:7!+;*!B=<*61!b*6*50*0!5,*!3/!*??*C+!
+3B*!:=G*<1!H;*!E/=@6*<4*!+;5+!+;*,*!@366!:*!5/=+;*,!,*6*50*!/*G+!P95,+*,!
B5E*0!3+!*503*,!+=!5CC*8+!8=0+8=/3/4!5!?*5+9,*!+=!5C;3*.*!+;*!+3B*!:=G1!!
./01R! M90+=B*,L0! ,30E! 30! 63B3+*<! +=! =/*! P95,+*,L0! @=,+;! =?! <*.*6=8B*/+!
C=0+01!!
.+96'/,705/-R! M==8*,5+3.*1! _=+;! +;*! C90+=B*,! 5/<! +;*! 098863*,! ;5.*! 5/!
3/C*/+3.*!+;5+!*5C;!,*6*50*!:*!09CC*00?96(!0=!+;5+!5<<3+3=/56!?9/<3/4!@366!:*!
588,=.*<1!!
2/-0R!O*/+9,*!C583+5630+0!=?+*/!@=,E!=/!+;30!:50301!H;30!B3G*0!@*66!@3+;!H3B*!
5/<!F5+*,3560!@3+;!O5,35:6*!-C=8*!5/<!5!M=0+!M*363/41!N!;5.*!@=,E*<!P93+*!
;588367!9/<*,!+;30!B=<*61!I*!03B867!08*C3?3*<!+;*!b*6*50*!4=56(!;=9,67!,5+*!
5/<! C=0+! C*363/4! 3/! +;*! C=BB*,C356! C=/+,5C+1! H;*! C90+=B*,! 8,=.3<*<! +;*!
8,=<9C+!=@/*,1!U.*,7+;3/4!*60*!@50!<*+*,B3/*<!3/!+;*!08,3/+!C=/+,5C+01!!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
<!"
!
!
E,/*'!@!7(/$4%8!=4$*'('!!
!
&'()*')(+R!-98863*,!,*C*3.*0!5!:=/90!3?!+;*!8,=D*C+!C=B86*+*0!*5,67!5/<!8570!
5!8*/56+7!3?!3+!5,,3.*0!65+*1!H;*!5B=9/+!=?!:=/90!=,!8*/56+7!30!5!?9/C+3=/!=?!
+;*!<*657!!
&*,-+" >5678+0R!<3??3C96+!+=!5CC*8+!:*C590*!C;5/4*0!8=+*/+35667!3B85C+!+;*!
<*63.*,7!<5+*(!@;3C;!30!09,*67!/=+!566=@*<1!!
./01R! A=*0! +;*! C90+=B*,! ;5.*! 5/! 3/C*/+3.*! ?=,! *5,67! C=B86*+3=/J! H;*! b2N!
5,49B*/+0! B90+! :*! C=B8*663/4! 5/<! +,5/085,*/+1! 2+;*,@30*! +;*! C90+=B*,!
4*+0!5!C;*58*,!0=69+3=/!+;*!6=/4*,!3+!+5E*01!!
.+96'/,705/-R!C=96<!:*!C==8*,5+3.*(!:9+!B34;+!<*4*/*,5+*!3/+=!3/<3??*,*/+!3?!
+;*!C90+=B*,!<=*0!/=+!+,967!/**<!+;*!0=?+@5,*!:7!+;*!<5+*!54,**<1!!
2/-R! 2?+*/! 58863*<! ?=,! C=/0+,9C+3=/! 8,=D*C+0(! *141! ,=5<0(! +9//*60! 5/<!
,9/@570(!?=,!@;3C;!3+!@=,E0!@*661!-C=8*!C;5/4*0!5,*!/=+!3009*!5/<!4*/93/*!
*C=/=B3C!C=0+0!<,3.*!+;*!C90+=B*,!+=!5C;3*.*!+;*!<*5<63/*!50!@*661!!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
<#"
!
!
>&?(6!7+,-&%!!
!
&'()*')(+R! 5/7! 8,=D*C+! :9<4*+! C=/030+0! =?! *??*C+3.*! C=0+0! 5/<! 8,=?3+1! H;*!
85,+3*0! 54,**! =/! +;*! 8,=?3+! 3/! 5<.5/C*(! *141! s'$$($$$1! b*45,<6*00! =?! @;*/!
+;*!8,=D*C+!30!C=B86*+*<(!+;*!C=/+,5C+=,!,*C*3.*0!+;*!3/C9,,*<!C=0+0!8690!+;*!
54,**<!8,=?3+1!!
&*,-+R!30!?3G*<!!
./01R! 30! 0;5,*<1! N?! 8,=D*C+! ?3/30;*0! *5,67(! +;*! C90+=B*,! 8570! 6*00(! :9+! +;*!
098863*,!0+366!;50!;30!8,=?3+1!N?!+;*!8,=D*C+!*GC**<0!:9<4*+(!+;*!C90+=B*,!8570!
B=,*(! :9+! +;*! 098863*,! <=*0! /=+! *5,/! 5<<3+3=/56! 8,=?3+1! >?+*,! +;*! +5,4*+!
<*63.*,7! <5+*(! +;*! 098863*,! B57! /=+! 3/.=3C*! 5/7! B=,*! 8,=?3+(! D90+! C=.*,! ;30!
C=0+01!!
.+96'/,705/-R!M==8*,5+3.*!&!:=+;!;5.*!5!C6*5,!3/C*/+3.*!+=!?3/30;!*5,671!H;*!
C90+=B*,!05.*0!B=/*7!5/<!+;*!098863*,!;50!5!;34;*,!8,=?3+!B5,43/1!!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
<$"
!
!
FB,/(8!-,+!G,%#&/9H!=#$/9('!-,+!>+((I!!
!
&'()*')(+R!H;30!@=,E0!@3+;!5436*!0=?+@5,*!8,=D*C+0!:*C590*!+;*,*!30!63++6*!=,!
/=! @=,E! 3/! 8,=4,*001! >?+*,! *5C;! 08,3/+(! ?9/C+3=/563+7! 30! *3+;*,! C=B86*+*! =,!
/=+! 0+5,+*<1! I=,E! 30! :503C5667! =/! 5! H3B*! 5/<! F5+*,3560! :5030! @3+;! 5! C=0+!
+5,4*+(! =?+*/! @3+;! +;*! 3/+*/+3=/! +;5+! +;*! 8,=D*C+! 0;=96<! /=+! 90*! 98! +;*!
*/+3,*! 8,=D*C+! :9<4*+1! >?+*,! 5! C*,+53/! 5B=9/+! =?! ?9/C+3=/563+7! ;50! :**/!
<*63.*,*<(!+;*!C90+=B*,!0;=96<!,*563X*!+;5+!*/=94;!:903/*00!.569*!;50!:**/!
,*563X*<!+;5+!?9,+;*,!<*.*6=8B*/+!30!/=+!/*C*005,7!5/<!C5/!+;*,*?=,*!C5/C*6!
+;*!8,=D*C+1!>!C5/C*665+3=/!?**!*P956!+=!+;*!,*B53/3/4!8,=?3+!30!<9*1!!
&*,-+R! C5/! :*! C;5/4*<1! )65//*<! :9+! 9/3B86*B*/+*<! ?*5+9,*0! C5/! :*!
,*865C*<!@3+;!=+;*,!0+=,3*0!=?!+;*!05B*!03X*1!><<3+3=/56!?*5+9,*0!C=0+!*G+,51!!
./01R!-;5,*<1!_=+;!85,+3*0!;5.*!5/!3/+*,*0+!3/!C=B86*+3/4!+;*!8,=D*C+!*5,671!
H;*!C90+=B*,!;50!6=@*,!C=0+0!5/<!098863*,!;50!5!;34;*,!B5,43/1!!
2/-R! N?! +;*! :9<4*+! 30! *GC**<*<(! +;*! ,96*0! =?! +;*! ?3G*<! 8,=?3+! =,! C=0+! C*363/4!
C=/+,5C+0!C5/!:*!58863*<1!H;*!?3G*<!8,=?3+!588,=5C;!30!B=,*!C=/030+*/+!@3+;!
+;*!4=56!=?!5!?=0+*,3/4!5!C==8*,5+3.*!,*65+3=/0;381!!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
<%"
!
!
J,&/%!C(/%*+('!!
);=+=!C=9,+*07!=?!;7<,=8**Et?63CE,!
&'()*')(+R! H@=! 85,+/*,0! 3/.*0+! 3/! 5! 8,=<9C+! =?! D=3/+! 3/+*,*0+1! F=/*7! 30!
9/63E*67! +=! ?6=@! <3,*C+67! :*+@**/! +;*! 85,+/*,0! 3/! +;*! <*.*6=8B*/+! 8;50*(!
:9+!*5C;!85,+7!B90+!;5.*!5/!b2N(!@;3C;!B57!C=B*!?,=B!,*.*/9*!0;5,3/4!=,!
D90+!:*/*?3+0!?,=B!903/4!+;*!0=?+@5,*1!!
&*,-+R!A*?3/*<!+=!093+!+;*!/**<0!=?!+;*!85,+/*,0;381!!
./010R!H@=!=?!*.*,7+;3/41!A*C303=/!C;53/0!C5/!4*+!6=/41!b3.56,3*0!C5/!<*.*6=8!
:*+@**/!+;*!+*5B01!A3??*,*/+!B=<*60!?=,!*G+,5C+3/4!.569*!?,=B!+;*!8,=<9C+!
C5/!6*5<!+=!<3??*,*/+!8,3=,3+3*0!<3??*,3/4!@3663/4/*00!+=!3/.*0+1!!
2/-0R!H,*5+!+;*!8,=D*C+!50!5!0*85,5+*!C=B85/7R!2/*!+*5B(!C=&6=C5+*<(!@3+;!
<*.*6=8B*/+!5/<!8,=<9C+!B5,E*+3/4^8,=<9C+!=@/*,!,=6*1!H;3/E!,*5630+3C5667!
5:=9+!?,3*/<67!5/<!/=+!0=!?,3*/<67!0*85,5+3=/!0C*/5,3=01!!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
<3"
!
!
:(.,55(/6$%&,/'!!
N!;5.*!@=,E*<!P93+*!;588367!?=,!7*5,0!@3+;!5!8;50*<!<*.*6=8B*/+!C=/+,5C+1!
H;*!=,343/56!C=/+,5C+!@50!5!?3G*<!0C=8*!C=/+,5C+!@3+;!5!C=0+!C*363/4(!:9+!50!
@*!@=,E*<!+=4*+;*,!5/<!:936+!98!+;*!6*.*6!=?!+,90+(!+;*!09,,=9/<3/4!+*G+!D90+!
@3+;*,*<! 5@571! H,90+(! 5! :3+! =?! :=36*,865+*(! +;*! 08,3/+! C=/+,5C+! 5/<! 5!
P95,+*,67!034/&=??!?,=B!+=8!B5/54*B*/+!@=,E*<!P93+*!/3C*671!!
iF=/*7!?=,!/=+;3/4(!C;5/4*0!?=,!?,**j!C=/+,5C+!+9,/0!+;*!5<.5/+54*0!=?!+;*!
-C,9B! 5/<! 5436*! <*.*6=8B*/+! 8,=C*00*0! 3/+=! 5! C=B8*+3+3.*! 5<.5/+54*1! _7!
8,3=,3+3X3/4! 5/<! <*63.*,3/4! :903/*00! .569*! 3/C,*B*/+5667(! 7=9! C5/!
<,5B5+3C5667! ,*<9C*! +;*! C;5/C*0! =?! 5/! =9+,34;+! ?5369,*1! H;30! 5<.5/+54*! 30!
8500*<! =/! +=! +;*! C90+=B*,1! K9,+;*,B=,*(! 3+L0! 5! C==8*,5+3.*! B=<*6(! 0=! 3+!
=??*,0!3/C*/+3.*0!+=!:=+;!85,+3*0!+=!E**8!+;*!C=0+0!<=@/1!!
H;*!*5,67!C5/C*665+3=/!C6590*!,*@5,<0!+;*!;34;*,!8,=<9C+3.3+7!5C;3*.*<!@3+;!
-C,9B! +*5B01! 2/! +;*! <=@/! 03<*(! +;30! C6590*! ?**60! 5! :3+! 63E*! 5! d4=6<*/!
85,5C;9+*d! @;3C;! B57! /=+! :*! 8=63+3C5667! 5CC*8+5:6*1! aF=/*7! ?=,! /=+;3/4L!
B34;+! :*! @=,E! @3+;! 5! C=0+! C*363/4! 56+;=94;! N! @=96<! :*! @5,7! =?! 6=03/4! +;*!
C==8*,5+3.*!,*65+3=/0;381!!
=,/.4*'&,/!!
H;*!C=/+,5C+!?=,B!6570!+;*!3B8=,+5/+!4,=9/<@=,E!?=,!5!09CC*00?96!8,=D*C+1!
>/<! +;*! >436*! F5/3?*0+=! 4=+! ,34;+R! @=,E3/4! @3+;! +;*! C90+=B*,! 30! B=,*!
3B8=,+5/+! +;5/! +;*! C=/+,5C+1! -=! @;5+*.*,! 7=9! <=(! E**8! +;*! C90+=B*,!
,*65+3=/0;38!8=03+3.*S!!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
<4"
!
!
>*+%#(+!:($6&/9!
K3G*<! 8,3C*! 8,=D*C+0! 5/<! 5436*! <*.*6=8B*/+! 5,*! C=/03<*,*<! /=+! +=! B3G1! N!
E/=@!?,=B!*G8*,3*/C*!+;5+!+;30!30!/=+!0+,3C+67!+,9*1!N!5B!560=!C=/.3/C*<!+;5+!
=+;*,!?=,B0!5,*!:*++*,1!;++8R^^:3+167^*Yuube!
>!?3G*<!8,=?3+!C=/+,5C+!30!560=!E/=@/!50!M=0+!)690!K3G*<!K**!&!+;*,*!5,*!=+;*,!
0*.*,56!.5,35+3=/0!=/!M=0+!)690!C=/+,5C+01!;++8R^^:3+167^4u,GN?!
UGC*,8+! =/! M=/+,5C+0! ?,=B! c*5/! -=?+@5,*! A*.*6=8B*/+(! :7! F5,7!
)=88*/<3*CE!5/<!H=B!)=88*/<3*CE!&!5!09BB5,7!=?!B5/7!C9,,*/+!C=/+,5C+!
?=,B0(! 5! <30C9003=/! =?! +,90+(! 5/<! 5! ,*B3/<*,! +;5+! +;*,*! 30! B=,*! +=! 09CC*00!
+;5/!05+30?73/4!+;*!d3,=/!+,35/46*1d!!;++8R^^:3+167^?E/[U3!
o*??!-9+;*,65/<d0!F=/*7!?=,!n=+;3/4R!;++8R^^:3+167^?#vI*:!
!
>B!I500*,!%Z!
[$Z%!\],3C;!^!-C;@*3X!
!
@@@1<500C,9B+*5B1C=B!
<:"
Der Ablauf eines Sprints wird als ScrumFlow bezeichnet.
Oft sind aber mehrere Sprints notwendig bis so viele Produktteile fertig sind,
damit der Benutzer einen Mehrwert erzielen
kann.
vie
Das Selected-Product-Backlog
ist das Ergebnis der Sprint-Planung. Es definiert die Lieferung, zu
welcher das Team sich fr den
Sprint verpflichtet hat.
Das Product-Backlog priorisiert alle notwendigen Anforderungen fr das Produkt nach dem Geschftswert. Die Prioritt eines
Backlog-Eintrages kann sich jederzeit ndern, Anforderungen
knnen entfernt und neue hinzugefgt werden.
1
Pla
n
nin
g
Peter Beck
Das Sprint-Ziel ist immer ein fertiges Produktteil. Das Sprint-Ziel

beschreibt daher immer, was als
fertig zu verstehen ist.
ly g
ai
D etin
e
M
Die Hindernisliste beinhaltet alles, was innerhalb oder um das

Team verbessert werden muss.
Der ScrumMaster sorgt dafr, dass
alle Eintrge zugewiesen sind und
daran gearbeitet wird.
Das Sprint-Backlog besteht

aus der tagesaktuellen Auflistung aller noch offenen Aufgaben, um das Selected-Product-Backlog zu realisieren
und das Sprint-Ziel zu erreichen.
Product Increment
Retrospective
ing
Sprint Backlog
Die Vision ist ein klares und

attraktives Bild des erstrebten Produkts.
Product Release
Rev
iew
Retrospective
nn
Pla
DasScrumTeam.de
Der Sprint ist eine immer gleiche Zeitspanne von 2-4 Wochen. Ziel eines jeden
Sprints ist es ein fertiges Teil des Produktes zu liefern. Die Arbeit an
dem Produkt wird immer im
Sprint verrichtet. Nach jedem
Sprint ist es mglich das fertige
Produkt auszuliefern.
CFrhes und regelmiges Liefern

CErmchtigte und selbstorganisierte Teams
Cberprfen und anpassen
CTransparenz und Ehrlichkeit
CTime-Boxed
Scrum basiert auf nur wenigen, dafr aber
sehr effektiven Regeln, Rollen und TimeBoxen um diese Prinzipien umzusetzen:
Scrum macht Teams und Organisationen

agil, also buchstblich lebhaft, flink, durch
umsetzen der folgenden Prinzipien:
Im
pe
Ba dime
n
ckl
og t
es
ng
ha
... ist ein teambasierendes Rahmenwerk um komplexe Produkte

von hoher Qualitt zu entwickeln.
se
ea ing
el
R ann
Pl
tC
uc
PB
od
Pr
ed
ct
le
e
S
Re
Scrum
Product Backlog
Scrum Flow
Das Team ist funktionsbergreifend besetzt. Es umfasst

das gesamte Wissen und
Knnen, um das Produkt zu
realisieren. Es verpflichtet
sich, das Sprint-Ziel zu erreichen
und erhlt dazu die uneingeschrnkte
Untersttzung der Organisation und des
Kunden.
Der Product-Owner ist der Reprsentant des Kunden und aller Stakeholder. Er verantwortet den Geschftserfolg des Produktes und
kommuniziert die Produktvision in
das Team. Er formuliert ein messbares und angemessenes Product-Backlog und
priorisiert dieses nach dem Business-Value.
Zeit am gleichen Ort statt und dauert nicht

lnger als 15 Minuten.
Sprint-Review-Meeting: Das Team und
der Product-Owner entscheiden, ob mit der
gelieferten Funktionalitt das Sprint-Ziel
erreicht wurde. nderungswnsche, unfertige Ttigkeiten und Qualittsmngel werden identifiziert und dem Produkt-Backlog
hinzugefgt.
Sprint Retrospektive: Hier analysiert das
Team den letzten Sprint und identifiziert
Erfolgs-Geschichten und Hindernisse. Gelerntes wird manifestiert und Verbesserungen werden definiert.
Die Vorteile von Scrum fr

die Organisation
Hohe Zufriedenheit des Kunden - nicht

zuletzt durch die Minimierung der Durchlaufzeiten
Effektivittssteigerung - Bessere Qualitt
der Prozesse wie der Produkte
Verbesserte Teamarbeit - nicht zuletzt im
Umgang mit Spitzenbelastungen
Klarheit der Prozesse - klare, einfache Regeln, Fokus auf intensive Kommunikation
Transparenz der Schwachstellen - im Projekt wie in der gesamten Organisation
Besonderen Nutzen ziehen agile Organisationen vor allem aus folgenden Aspekten:

Der ScrumMaster ist Coach und Moderator

fr das Team. Er sorgt dafr, dass die
agilen Werte respektiert und die
Scrum Regeln eingehalten werden. Er
zeigt dem Product-Owner, wie er den
ROI maximieren kann und hilft dem
Team produktiver zu werden.
Release Planning: In diesem Meeting
schtzt das Team das Product-Backlog. Dies
ist die Basis fr die Release- und SprintPlanung.
Sprint-Planung 1: Auf Basis der Aufwandsschtzung definieren das Team und

der Product-Owner das Sprint-Ziel und das
Selected-Product-Backlog.
Sprint-Planung 2: In diesem Meeting diskutiert das Team das Design und erstellt
eine Aufgaben-(Task-)liste, das SprintBacklog. Der Aufwand fr einen Task sollte
nicht grer als ein Tag sein.
Tgliches Scrum-Meeting: Dies hilft dem
Team, sich selbst zu organisieren und abzustimmen. Es findet jeden Tag zur gleichen
Wie mit Scrum starten?
Auch fr die Einfhrung von Scrum hat sich

ein visionsgeleitetes, iteratives und klaren
Regeln folgendes Vorgehen bewhrt. In der
Praxis sind insbesondere folgende Faktoren eines erfolgreichen Vernderungsmanagements wegweisend:
Ein erstes gemeinsames Bild von Scrum:
Was ist es? Was kann es? Was braucht
es?
Eine mageschneiderte Qualifikation der
Funktionstrger (siehe Scrum-Rollen)
Ein Pilotprojekt, in dem die Pioniere der
agilen Organisation Scrum in die Tat umsetzen
Ein Konzept fr den Know-how-Transfer,
der sowohl ber erfahrene Scrum-Coaches
& Change Management-Berater als auch
ber den kollegialen Erfahrungsaustausch
luft
Die umsichtige Auswertung, Vermarktung
& Multiplikation des Pilotprojekts
Kontakt:
DasScrumTeam GmbH
Am Wasser 94
Zrich ZH
8049 Schweiz
Tel.: +49.6136.4650550
www.DasScrumTeam.de

Scrum Reader v1 - 2

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Scrum Reader v1 - 2

Загружено:

Авторское право:

Доступные форматы

Scrum

Scrum Project Schedule

Von Peter Hundermark

7 practices for the effective

Von Peter Beck, Andreas Schliep

Ten Contracts for your next Agile

Das Scrum Team AG

PO, Dev. Team &

Dev. Team / PO and

Sprint 5-20 working days

Planning I ~2% of Sprint length

Daily Meeting 15min every day

Review ~2% of Sprint length

Why this guide?

Scrum and Agile

What is the problem?

Releases take too long

How does Scrum help to solve it?

The Essence of Scrum

The team is given clear goals

Why is Scrum silent on software development

How does Scrum map to traditional methods?

Will Scrum succeed in my organisation?

Manifesto for Agile Software Development

Individuals and interactions over processes and tools

Principles behind the Agile Manifesto

The Scrum Roles

The Product Owner manages the product (and return on investment)

Working on a shared vision

Metaphor: The Product Owner is a CEO.

Empowering and shepherding the team

Metaphor: The ScrumMaster is a facilitator, coach, mentor and bulldozer!

Estimating size of backlog items

Team members can be developers, testers, analysts, architects, writers,

The Sprint Meetings

Yet, as always, let the team try it out if they so wish!

Sprint Planning - Part 1

Sprint Planning - Part 2

Daily Scrum Meeting

Sprint Burndown Chart

Estimating new tasks and re-estimating in-progress tasks requires effort

Product or Release Burndown chart

The power of self-organisation

Creating the Product Backlog

Ordering the Backlog

Sizing the Backlog

We size items relative to one another. Why? Because as humans we nd this

Re-Ordering the Backlog

Size: we will naturally choose to implement a simple (small) story ahead of a

Collocation and Team Rooms

(next team room)

(next team room)

(next team room)

Some team space layout parameters:

Desks must be rectangular to facilitate pairing

1.5-1.8 m x 0.8 m (5-6 x 28) is a good desk size

1.2 m (4) space from desk to wall

Design corner 3 x 3 m (10 x 10)

Typical room size 7 x 8 m = 50 to 60 m! (23 x 27 = 550 to 650 sq.ft.)

ScrumMaster can see the whole team

Product Owner has a oating (not permanent) seat in the room

Customer and team surveys

Cost per sprint or story point