scrum - commitment and prioritisation
TRANSCRIPT
![Page 2: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/2.jpg)
Scrum is a powerful approach to effectively
book project results. It keeps costs and time
manageable and provides practical solutions to
build functionality in a flexible way.
![Page 3: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/3.jpg)
Moreover, the method is transparent and very
understandable. Within Maxcode we use
Scrum in our projects since 2009 and we’ve
created an environment to optimally apply it.
![Page 4: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/4.jpg)
Duration, cost and functionality
![Page 5: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/5.jpg)
Scrum makes a project manageable, yet flexible:
• Fixed duration due to clear agreements about the
duration of a Sprint (a development period) and the
number of Sprints.
• Cost Control by agreeing on a certain capacity per
sprint.
![Page 6: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/6.jpg)
The short-cyclical nature of Scrum adds to the
flexibility. The team is working on the current
Sprint, while the Product Owner (customer
representative) freely makes changes for future
Sprints.
![Page 7: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/7.jpg)
Functionality can expire, it can be replaced by
other, become more or less important, or it can
receive another interpretation than initially
foreseen, as a result of detailing.
![Page 8: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/8.jpg)
The short duration of Sprints makes it possible
to regularly show results and avoid too long a
continuation in a wrong direction.
![Page 9: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/9.jpg)
To smoothly manage this flexibility, Scrum depends on some basic rules.
We’ll highlight two of those rules.
![Page 10: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/10.jpg)
Two Scrum Rules
![Page 11: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/11.jpg)
1. Only the development team estimates the
amount of work and determines how much
work fits into a Sprint.
![Page 12: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/12.jpg)
2. The Product Owner determines on behalf of
the stakeholders the development sequence of
the functionality (The Stories in the Product
Backlog).
![Page 13: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/13.jpg)
Consequently, the achieved results are variable,
but very predictable by applying the rules.
Moreover, the key functionality is built first.
Correctly applying the rules prevents
undesirable effects on cost, time or quality.
![Page 14: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/14.jpg)
Maxcode interprets these rules by:
1. Actually offering the team the chance to commit.
2. Helping the Product Owner prioritise.
Flickr user Thomas Heylen
![Page 15: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/15.jpg)
Commitment
Flickr user Jim Larrison
![Page 16: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/16.jpg)
Scrum uses the term 'commitment'. The team
will endeavour to achieve a certain quantity of
functionality in a Sprint. The team gives this
commitment or devotion.
![Page 17: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/17.jpg)
If you want the team to be accountable for
performance or if members should be able to
address each other on performance, the
amount of work should never be imposed by
pressure or desire.
![Page 18: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/18.jpg)
Excessive workload leads to errors. The danger
of a negative spiral is at hand: More pressure,
more mistakes, more irritation, more errors,
etc.
![Page 19: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/19.jpg)
Prioritisation
Flickr user Lars Plougmann
![Page 20: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/20.jpg)
Besides commitment, prioritisation is an
important component. In Scrum, this means
maintaining a Product Backlog, which records
the to-be-built functionality (expressed in
Stories), in desired order.
![Page 21: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/21.jpg)
An experienced team does this by asking
critical questions about specific functionality
and by composing understandable (not too
technical) Stories.
![Page 22: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/22.jpg)
The Product Owner needs to do a lot in the
short period of a Sprint (usually two weeks).
Every Sprint he needs to evaluate the results
and ensure that the order and detailing for at
least the coming Sprint is ready in time.
![Page 23: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/23.jpg)
The Product Owner needs to do a lot in the
short period of a Sprint (usually two weeks).
Every Sprint he needs to evaluate the results
and ensure that the order and detailing for at
least the coming Sprint is ready in time.
![Page 24: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/24.jpg)
At Maxcode, personal responsibility is key. We create an environment that suits the above described way of
working.
Flickr user EG Focus
![Page 25: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/25.jpg)
Scrum at Maxcode
Flickr user Florent Darrauilt
![Page 26: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/26.jpg)
We directly involve the full team in the
preparation of a proposal. First, a general
description of what needs to be developed is
written. A user model identifies different users
and roles.
![Page 27: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/27.jpg)
Only after this has been agreed with the
customer, the Stories are composed and
assessed. We encourage team members to
take a critical look at the order of these Stories.
![Page 28: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/28.jpg)
From the moment we hand over the proposal
to the customer, the Product Backlog becomes
his responsibility. Is it clear enough? Is the
order in line with the priorities of the
customer?
![Page 29: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/29.jpg)
During the project, the team constantly checkswhether the most relevant aspects are handledfirst. They challenge the Product Owner tomake choices if needed.
This creates a good consultative structure, setsthe focus to the most relevant first and givesthe project the cadence it needs.
![Page 30: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/30.jpg)
READ MORE
DOWNLOAD THE FULL WHITE PAPER
![Page 31: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/31.jpg)
Maxcode Deliver your next finance or ehealth application.
Maxcode is an IT service company building tailor made applications for the European market. We focus on financial and healthcare industries. Maxcode is located in The Netherlands with offices in Romania, and the Republic of Moldova. We are a modern company and a reliable partner for our customers and employees.
Koninginnegracht 19 2514 AB Den Haag / The Hague The Netherlands [email protected]
![Page 32: Scrum - Commitment and Prioritisation](https://reader034.vdocuments.net/reader034/viewer/2022042716/55cac9a7bb61eb927c8b459d/html5/thumbnails/32.jpg)
Disclaimer
The materials in this document may contain inaccuracies or typographical errors. Maxcode does not warrant the accuracy, reliability or completeness of the materials, advices, opinions, statements or any other information displayed or distributed in this document. All information in this document is provided “as is” and “as available”, and shall not be binding nor shall it be construed as constituting any obligation, representation or warranty on the part of Maxcode. You acknowledge that any reliance on any information in this document shall be at your sole risk. Maxcode mentions others, their products and ideas as a convenience to you. Those others, products and ideas are not under the control of Maxcode. Accordingly, Maxcode makes no representation or warranty in relation to others, their products, or ideas, other than simply listing them as relevant for your consideration. By listing them, Maxcode is not endorsing or recommending them to you.