Scrum basics
This presentation is the property of its rightful owner.
Sponsored Links
1 / 27

SCRUM basics PowerPoint PPT Presentation


  • 85 Views
  • Uploaded on
  • Presentation posted in: General

SCRUM basics. Julie Rudder & Claire Stewart. Outline. What is scrum (Claire) Scrum roles (Claire) Scrum rhythms and processes (Claire) How to write stories (Julie) How to decompose to tasks (Julie) Rules! team pulls work, etc. (Julie). What is Scrum?.

Download Presentation

SCRUM basics

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.


- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -

Presentation Transcript


Scrum basics

SCRUM basics

Julie Rudder & Claire Stewart


Outline

Outline

What is scrum (Claire)

Scrum roles (Claire)

Scrum rhythms and processes (Claire)

How to write stories (Julie)

How to decompose to tasks (Julie)

Rules! team pulls work, etc. (Julie)


What is scrum

What is Scrum?

  • Agile project management methodology

  • Focus on reducing complexity by breaking down work

  • Short work cycles with frequent deliverables, iteration

  • Emphasis on making work visible


Scrum roles

Scrum roles

The person responsible for maintaining the Product Backlog by representing the interests of the stakeholders. Drives work by writing stories, and decides when they are done. Available to the team.

Product Owner

The person responsible for ensuring the Scrum process is used properly and facilitating resolution of issues raised by the Scrum Team. Does not direct the Team, but facilitates their work.

Scrum Master

Team

A cross-functional group of people responsible for managing itself to develop the product. Breaks down Stories into Tasks & executes them.

Stakeholders

The people for whom projects are completed. They are directly involved only during sprint reviews.


Scrum basics

Source:http://www.mountaingoatsoftware.com/scrum-figures


Traditional components of scrum

Traditional components of Scrum


The board

The Board


Story format

Story Format

As a:

I want to:

So that:

Done looks like:


Story format1

Story Format

As a: < from the user perspective >

I want to:

So that:

Done looks like:


Story format2

Story Format

As a: < from the user perspective >

I want to: < in narrative form, briefly explain the feature>

So that:

Done looks like:


Story format3

Story Format

As a: < from the user perspective >

I want to: < in narrative form, briefly explain the feature>

So that: < why is this feature important? >

Done looks like:


Story format4

Story Format

As a: < from the user perspective >

I want to: < in narrative form, briefly explain the feature>

So that: < why is this feature important? >

Done looks like: < what is the acceptance criteria? >


How to write stories good stories

How to write stories: Good stories

Stories are told from the perspective of the user.

Stories are understood by the team and can be broken into discrete tasks.

Stories contain work that are to be done by the team.

Stories are ready to be started.

Stories have acceptance/done criteria.


Bad story too big

Bad story - too big


Bad example too big

Bad example - too big


Better story

Better story

As a: System Administrator

I want to: easily integrate my campus authentication system with Curate.

So that: users at my institution can log in with their campus credentials.

Done looks like: Curate has a flexible authentication system that allows new institutions to configure their campus preferred authentication system without writing new code. Common systems are CAS, LDAP, SHIBBOLETH, and more.


Sizing stories

Sizing Stories

Assign a value to each story to measure COMPLEXITY and SIZE of the story relative to you team.

Sizing helps us:

  • locate unknowns in the work and add needed information

  • build team consensus of the work to be done


How to size

How to size

2 = very fast and easy to do in small

amount of time and effort

4

8

16

32 = too big, too unknown - needs to

be broken down into smaller stories


Most stories should be around

Most stories should be around

2 = very fast and easy to do in small

amount of time and effort

4

8

16

32 = Too big, too unknown - needs to

be broken down into smaller stories


If sizing is all over the place

If sizing is all over the place


If sizing is all over the place1

If sizing is all over the place

Team members explain why they assigned certain numbers.


If sizing is all over the place2

If sizing is all over the place

Team members explain why they assigned certain numbers.

Team comes to consensus about the size.


Decompose stories to tasks

Decompose stories to tasks

Tasking is not a way of accounting for time spent but a way to keep atomic chunks of work in front of people's eyes, so that the team can see at a glance what is available to do and what may be blocked.


Rules

Rules!

Team driven work

Pull your own work (tasks)

Standups exist for the team - team members should address the team without worry of being too technical, it’s not a report to POs

All team members required to attend stand up (of course you will be out sometimes)

Show up on time, end on time

Make your work visible


Discussion questions

Discussion, questions

It can take a little while to get used to Scrum!

What questions do you have?


  • Login