White paper: Scrum-ban for Project Management

Similar documents
Scrum vs. Kanban vs. Scrumban

MTAT Software Engineering

The Agile Manifesto is based on 12 principles:

Measuring ROI of Agile Transformation

Assignment 1: Your Best Backlog

An Introduction to Kanban for Scrum Users. Stephen Forte Chief Strategy Officer,

PLM - Agile. Design Code Test. Sprints 1, 2, 3, 4.. Define requirements, perform system design, develop and test the system. Updated Project Plan

PMI Agile Certified Practitioner (PMI ACP) Boot Camp Course AG05; 4 Days, Instructor-led

Is PRINCE 2 Still Valuable in an Agile Environment?

Would you like to have a process that unlocks ability to learn and produce faster?

Lean and Kanban at Scale Extending Kanban across the portfolio, program and team levels. Al Shalloway, Net Objectives. September 4 th, 2014

agenda AGILE AT SCALE

Agile Notetaker & Scrum Reference. Designed by Axosoft, the creators of OnTime the #1 selling scrum software.

EXIN Agile Scrum Foundation

Scrum and Kanban 101

Agile Requirements Definition and Management (RDM) How Agile requirements help drive better results

Agile support with Kanban some tips and tricks By Tomas Björkholm

Agile Scrum Workshop

Managing Agile Projects in TestTrack GUIDE

Scrum, User Stories, and More! CSCI 5828: Foundations of Software Engineering Lecture 22 11/06/2014

Lean Software Development and Kanban

Software Engineering I (02161)

Two years of applying Kanban at SAP: a report from the trenches

Program & Portfolio! Management using! Kanban! Copyright 2013 Davisbase Consulting. Limited Display License Provided to ASPE

AGILE - QUICK GUIDE AGILE - PRIMER

Global Business Services, GBS. Scrum and Kanban. Processer & IT nord seminar 5v3. Gitte Klitgaard Hansen, IBM

Waterfall to Agile. DFI Case Study By Nick Van, PMP

An Introduction to Agile Performance Management

The Scrum Guide. The Definitive Guide to Scrum: The Rules of the Game. July Developed and sustained by Ken Schwaber and Jeff Sutherland

LEAN AGILE POCKET GUIDE

What is meant by the term, Lean Software Development? November 2014

Issues in Internet Design and Development

The Penn Medicine Academic Computing Services (PMACS) Website Development Process

Using Kanban Boards in Agile

Whitepaper: How to Add Security Requirements into Different Development Processes. Copyright 2013 SD Elements. All rights reserved.

Agile software development

Agile Projects 7. Agile Project Management 21

Software Development Methodologies

The only person who likes change is a baby with a wet diaper. Mark Twain. Charan CA Atreya

WE ARE FOCUSED ON HELPING OUR CLIENTS WORK SMARTER AND MORE EFFICIENTLY SO THAT TOGETHER, WE CAN EMPOWER PEOPLE TO DELIVER GREAT RESULTS.

Value, Flow, Quality BCS PRACTITIONER CERTIFICATE IN AGILE SYLLABUS

SESSION 303 Wednesday, March 25, 3:00 PM - 4:00 PM Track: Support Center Optimization

How Silk Central brings flexibility to agile development

The traditional project management uses conventional methods in software project management process.

Scrum for Project Managers

VIII. Project Management Glossary

Getting Started with Kanban Paul Klipp

Answered: PMs Most Common Agile Questions

THE BUSINESS VALUE OF AGILE DEVELOPMENT

USAGE OF KANBAN METHODOLOGY AT SOFTWARE DEVELOPMENT TEAMS

Agile project portfolio manageme nt

Kanban kick- start. By Tomas Björkholm at Crisp, April 2011

Five Core Principles of Successful Business Architecture

EXIN Agile Scrum Foundation. Sample Exam

Evaluation of agility in software development company

A Kanban System for Software Engineering

Introduction to Agile

VISUAL REQUIREMENTS MANAGEMENT WITH KANBAN. Mahesh Singh Co-founder/ Sr. VP Product, Digite, Inc.

Introduction to Agile Scrum

Scaling Agile with the Lessons of Lean Product Development Flow Copyright 2012 Net Objectives, Inc. All Rights Reserved

Gothenburg 2015 Jan Marek com CA Technologies Introducing Agile development methodologies to Session S601 mainframe development teams

Agile and lean methods for managing application development process

Scrum. SE Presentation. Anurag Dodeja Spring 2010

Roles: Scrum Master & Project Manager

SCRUM 1. Upon what type of process control is Scrum based? a. Empirical b. Hybrid c. Defined d. Complex

Overview of Scrum. Scrum Flow for one Sprint SCRUMstudy.com. All Rights Reserved. Daily Standup. Release Planning Schedule. Create.

White paper: Developing agile project task and team management practices

Lean Metrics How to measure and improve the flow of work. Chris Hefley, CEO of LeanKit. November 5 th, 2014

Agile and lean methods for managing application development process

11/3/2014 9:30 AM - 11:30 AM

PMINJ Chapter May 5 th Symposium Agile Project Management Is Agile Project Management an Oxymoron?

Kanban: A Process Tool. John Heintz, Gist Labs john@gistlabs.com

ISL Development & Support Service Level Agreement (SLA) Infigo Software Limited (ISL)

What is Scrum? Scrum Roles. A lean approach to software development. A simple framework. A time-tested process

1. Sprint Planning. Agile Ceremonies Demystified. A four part series written by Angela Boardman, CSM, CSP ATG (4284)

David J. Anderson President, Modus Cooperandi, Performance Through Collaboration

Agile letvægts projektstyring med Google PROSA, 31/ Thomas Blomseth, BestBrains

Enabling the Digital Enterprise

Using a Lean and Kanban Approach in Agile Development. Jeff Patton AgileProductDesign.com jpatton@acm.org

INTRODUCTION. Chapter Motivation

Fundamentals of Information Systems, Fifth Edition. Chapter 8 Systems Development

3 Steps to an Effective Retrospective December 2012

Agile for Product Owners

Project Management in Software: Origin of Agile

WHITE PAPER. Assessing Kanban fitment in the Fluid and Fast-paced World of Software Development

Process Methodology. Wegmans Deli Kiosk. for. Version 1.0. Prepared by DELI-cious Developers. Rochester Institute of Technology

Kanban in a nutshell. Chapter Origins and Principles

Math: Study Skills, Note Taking Skills, And Test Taking Strategies

Scrum includes a social agreement to be empirical as a Team. What do you think an empirical agreement is?

Agile Based Software Development Model : Benefits & Challenges

Scrum Guidelines. v W W W. S C R U M D E S K. C O M

The Agile PMO. Contents. Kevin Thompson, Ph.D., PMP, CSP Agile Practice Lead cprime, Inc E. Third Avenue, Suite 205 Foster City, CA 94404

The Scrum software development for small project teams. Siim Nahkur,

Impact of Agile Methodology on Software Development

WHY KANBAN? Troy Tuttle. blog.troytuttle.com. twitter.com/troytuttle. linkedin.com/in/troytuttle. Project Lead Consultant, AdventureTech

Agile Metrics. It s Not All That Complicated

QUALITY TOOLBOX. Understanding Processes with Hierarchical Process Mapping. Robert B. Pojasek. Why Process Mapping?

AGILE & KANBAN IN COORDINATION. Ryan Polk

White Paper IT Methodology Overview & Context

Kanban vs Scrum Making the most of both

Transcription:

White paper: Scrum-ban for Project Management By Evaldas Bieliūnas Export Manager of Eylean Board 2014

PRELUDE Every project manager is looking for the new ways to improve company s processes. For the past decade project management has been moving away from waterfall-style to an agile approach. Because of agile methodologies popularity, there sometimes is confusion on what exactly they mean and how they differ. The most common agile approaches today are Scrum and Kanban. But it is not surprising that each of them has its own benefits and drawback. There are various situations when none of them separately will satisfy companies needs. For this reason there was created an alternative to those methodologies Scrum-ban. As well as every agile approach there are some common pluses and minuses. It is important to know main differences between separate approaches because understanding of them can provide valuable insights when choosing and applying the right one. While there are a lot of information about Scrum and Kanban and their advantages and disadvantages there is still lack of information about their mix Scrum-ban. In this whitepaper you will find out the common Scrum-ban features and benefits, the main difference of this methodology compared to Scrum and Kanban separately and who should use this methodology. SCRUM-BAN Scrum-ban is a compromise between Scrum and Kanban methodologies for increased applicability and versatility tool for product manufacturing and support focused companies. This methodology became so popular today because of its ability to increase efficiency of project management without consuming precious project development time and decreasing project management team flexibility. This methodology is the mix of Scrum and Kanban which combines the flexibility of Kanban and the basic features of Scrum. Scrum-ban decreases overhead stress for the development team, increase efficiency, and increase the overall satisfaction for the customer. As mentioned above all Scrum-ban advantages arises when Scrum and Kanban approaches are mixed. Below will be more widely described common features of Scrum-ban which distinguishes these methodologies.

1. ITERATIONS, WORK ROUTINES AND SCOPE LIMITS Iterations Iterations are predefined timeframes, during which a portion of work or a task is done. Scrum-ban combines the two approaches into one. Continuous work is used along with short iterations for planning, and longer cycles are used for release. Work routines Work routines define how the tasks are distributed among the team members. Scrum-ban as well as other agile methodologies use pull principle whereby the team members choose the tasks they would like to work on. Scrum-ban contrary to Scrum use late binding of tasks to the team members. The tasks are chosen during the work process. Once the current task is finished, the team members are free to choose further tasks they would like and are capable to work on. Scope limits Scope limits define how the workload is limited in the agile methodologies. In Scrum-ban, the work in progress limits define the scope of work. Therefore, if the maximum number of tasks in progress is three, the team members cannot work on more tasks than three at the same time. 2. PLANNING, ESTIMATION, AND PERFORMANCE METRICS Planning routines Planning routines define how the work is planned during the process and when the planning sessions take place. Scrum-ban as well as Kanban does not prescribe a precise planning routine. Therefore, the teams can choose to plan when they run out of backlog items. That planning technique is called planning on demand. When the backlog items are completed the team plans for the new ones.

Estimation Estimation is the process of determining the time required to finish each item. In Scrum-ban estimation of the item duration is optional. After an item is complete, the team members simply pull the next item from the backlog and proceed with implementing it. Some teams still choose to carry out the estimation in order to have more predictability. Alternative approach to achieve predictability is to make sure that each of the items is of the same size, and therefore can be completed in the same amount of time. New items in iteration Agile methodologies also define how new items are added to the iteration. Scrum-ban allows adding new items whenever there is enough capacity in the queue. Therefore, Scrum-ban is very useful for functions with continuous flow of new items. Performance metrics Scrum-ban as well as Kanban uses average lead and cycle time as its key metrics. The performance is measured via the cumulative flow diagrams and by estimating lead and cycle time. Cumulative flow diagram shows the total items that are in progress, as well as the time it takes to complete them. Average lead and cycle time estimations shows how much time, on average, does it take to manufacture and deliver one item. Examples of the lead and cycle time estimations report and cumulative flow diagram are below. Cumulative flow diagram Lead and cycle time estimation report

3. ROLES, TEAM MEMBERS AND MEETINGS Roles Scrum-ban does not have clearly defined roles for team members so the roles may wary and it is up to the team whether any roles should be used at all. Team members Generally, Scrum-ban is a methodology where the team can be either specialized or cross-functional. That is because Scrum-ban combines both Scrum and Kanban methodologies functions. Team member s cross-functionality in Scrum and their specialization in Kanban are explained below in detail. Scrum is a methodology where the team members can be cross-functional. While there is no precise definition on what it is, the team as a whole should have the skills to complete the work within each of iterations. As Scrum is time-limited methodology, it often happens that some team members need to work on several types of tasks in order to complete the work during the sprint. On the other hand, in Kanban the team members specialization or preference to tasks is preferred. Since the work is limited by work in progress, anyone with items in backlog can start working on another item as soon as they are finished with their own which allows for specialization of the team members. Ownership Scrum-ban supports multiple team ownership. For example, different stages of the process can be owned by several teams such as development team, quality assurance team, and others. Meetings In Scrum-ban meetings are optional. They can be avoided entirely, or agreed upon on a regular or on demand basis. The most common option of Scrum-ban meeting is short Kaizen event. It can be done from time to time in order to focus. Kaizen event is defined as short, breakthrough event where employees from several departments or teams examine a problem, propose solutions and implement changes. These events can be used in Scrum-ban as well as in Kanban from time to time, in order to solve issues or improve the process of work. Continuous improvement The approach to continuous improvement prescribes how the team makes changes and improves their work process based on the issues they encounter. In Scrum-ban continuous improvement is optional. However, as mentioned above, short Kaizen events can be used for this purpose as well.

4. BOARDS, RULES, AND PRIORITIZATION Boards While Scrum task board is defined and reset each sprint in Scrum-ban as well as in Kanban, board remains persistent and is not reset, as there are no pre-set periods for backlog item completion. Prioritization In Scrum-ban prioritization is recommended during each planning. On the other hand, in Kanban prioritization is optional while in Scrum prioritization is done through backlog. Rules While Scrum is the most restrictive process of those three methodologies and Kanban on the other hand, has only a few constraints and is a fairly flexible process, their mix Scrum-ban has a slightly constrained process and falls in between the two. SCRUM-BAN ADVANTAGES AND WHO SHOULD USE IT Scrum-ban advantages As it is mentioned above Scrum-ban methodology became so popular today because of its ability to increase efficiency of project management without consuming precious project development time and decreasing project management team flexibility. One of the most valuable advantages of Scrum-ban is ability to save time. Contrary to Scrum where a team must organize daily meetings, spend a lot of time on tasks estimations etc., Scrum-ban offers to save time and take an advantage by using planning on demand technique. When using Scrum-ban the team plans only when there is a demand and for this reason team members get additional time for direct project development. Saved time on planning allows team to focus on quality control and manufacturing process. For example, if something ill-formed is found, then it gets bounced and troubles are eliminated, after that process is repeated once again. What is more, Scrum-ban increases waste minimization efficiency. Scrum-ban uses inter-process buffers and flow diagrams to show weaknesses and opportunities of the process. With this feature the team has an opportunity to eliminate everything that is not adding value to the customer. And most importantly, Scrum-ban limits the team s work in progress (WIP). Because of that reason project development team members can finish what they started as a high priority. To sum up, Scrum-ban decreases overhead stress for the development team, increase efficiency, and increase the overall satisfaction for the customer.

Scrum-ban board Who should use it? While all three methodologies can be used in a variety of settings, Scrum-ban is often used by fast-paced projects, as it combines the flexibility of Kanban with the basic features of Scrum. Therefore, it is often used in startups or, similarly to Kanban, where continuous product manufacturing is required. On the other hand, Scrum-ban is just a tool to make your project management processes more productive. That does not mean that Scrum-ban will solve all of your problems as it is both methodologies mix. Before making final decision which approach is better fits your needs you should understand the basic principles of all of them in order to make your working process more effective and productive.