Let’s try scrum for in a university course

Post on 30-Jul-2015

270 views 0 download

Tags:

transcript

WelcomeDigital media Bachelor’s program (MDM)

Media Production III: Let’s try Scrum

Christian Heise, Centre for Digital Cultures Hamburg Media School, 9.4.2015

Today1. Any Issues?

2. Introduction: Your Name, 3 personal Tags and your expectations

3. Introduction to Scrum

4. Structure of the Course and Assessment

5. Your „User Stories“ / Your Visions

6. Find/form your Team

7. Tasks until next Session (Define your focus & Sprint Planning)

Let’s try Scrum: manage chaos - a short introduction

Typical Software / Project Development Process (theoretically) 1. Requirements

2. Design

3. Implementation

4. Testing

5. Deployment

6. Maintenance

Typical Software / Project Development Process (in reality)1. Initial Requirements (always changes)

2. Design (unexpected changes)

3. Implementation (takes to long)

4. Testing (skipped)

5. Deployment (dreaded)

6. Maintenance (miscalculated)

Source: http://scrum.kaverjody.com/wp-content/uploads/2013/01/9-The-new-new-product-development-game.pdf

Source: http://agilemanifesto.org/

We need a light-weight agile project

management toolkit.

Source: http://borisgloger.com/scrum/scrum-flow/

The idea - it is all about:People Things

Behaviors

People Things

Behaviors

The scrum teamdeliver the product and they

are responsible for the quality. They work with als

stakeholders to understand the requirements. The

Teams performs its commitment voluntarily.

They work continuously with the product owner to define the strategic direction of the

project.

Source: West Point Military Academy (CC-BY 2.0)

The product owner drives the project from the business

point of view. She communicates a clear vision

of the product and she defines its main

characteristics. She also accepts the product at the end of a Sprint. She makes

sure that the team only works on the most valuable Backlog Items. She has the same goal

as the team. Source: Don O'Brien (CC-BY 2.0)

The scrum master protects the team from all disturbances. He

is not part of the team. He helps to improve the

productivity of the scrum team. Scrum master works with

product owner to ensure the Product Owner fulfills his job.

ScrumMaster coaches the Product Owner and helps him

against outsides odds.Source: Jez Nicholson (CC-BY-SA 2.0)

People Things

Behaviors

Things we want to do.

The features are described in terms of

user stories.

The scrum team estimates the work associated with each story and decides on which work will

be done in the (next) sprint.

The product owner owns the product

backlog, the sprint team owns the sprint backlog

Result: a ranked and weighted list of product

features.

Source: Jacopo Romei (CC-BY-SA 2.0)

Again, what?People

‣ Product Owner ‣ Scrum Master ‣ ScrumTeam

‣ additional Roles

Things ‣ Vision ‣ Backlog ‣ Stories ‣ Estimates

People Things

Behaviors

Typical Software / Project Development Process (in reality)1. Initial Requirements (always changes)

2. Design (unexpected changes)

3. Implementation (takes to long)

4. Testing (skipped)

5. Deployment (dreaded)

6. Maintenance (miscalculated)

Source: J. Aaron Farr: Scrum - Agile for Everyone

Agile Software / Project Development Process

Source: J. Aaron Farr: Scrum - Agile for Everyone

So why Iterative?

Get rapid Feedback Reduced Risks

Get better in estimation Get better in calculation

Get things done

What else?

Source: J. Aaron Farr: Scrum - Agile for Everyone

Sprints start with a sprint planning meeting. Sprints end with a retrospective.

At the planning meeting, we commit to an amount

of work.

Each day we have a daily scrum meeting.

All Team members have to answer the following questions:

1. What did you do? 2. Any obstacles?

3. What will you do?

Source: Shintaro Kakutani (CC-BY 2.0)

Sprint review / retrospective helps us in getting better

Ok, got it. But exactly why do we need Scrum?

It's simple and un-opinionated.

It provides clear measures.

Each story is estimated.

Over time, we can improve estimates and notice trends.

Burn-down and Velocity.

Keeps team focused.

Maintains flexibility.

Because we want to get things done!

How do we start?

1. Communicate Visions 2. Get People committed to Visions.

3. Create a backlog with stories. 4. Plan Sprint

5. Start iterating.

Remarks? Questions?

@christianheise or heise@leuphana.com

Backup

Course schedule

INTROSession 1: 14:00 - 17:15 Introduction, Introduction SCRUM, Vision market place

FIRST SPRINT PHASESession 2: 14:00 - 17:15 - Sprint Planning, 1st Daily SprintSession 3: 14:00 - 17:15 - ggf. Sprint Planning, ggf. 2st Daily Sprint, maybe ExpertsSession 4: 14:00 - 17:15 - ggf. Sprint Planning, ggf. 3st Daily Sprint, maybe Experts

REVIEW AND RETROSPECTIVE ISession 5: 9:45 – 17:151 Tag Review and Retrospective, Sprint Planning

SECOND SPRINT PHASESession 6: 14:00 - 17:15, Session 7: 9:45 – 17:15

REVIEW AND RETROSPECTIVE IISession 8: 9:45 – 17:15 1 Review and Retrospective, critical reflexion of SCRUM, Finish