Chapter 6. Iteration 0: Preparing for the First Iteration



Similar documents
Chapter 12. The Product Coordination Team

Chapter 10. Becoming an Agile Enterprise

Chapter 9. The Role of Quality Assurance in Lean-Agile Software Development

Chapter 7. Lean-Agile Release Planning

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

Executive Guide to SAFe 24 July An Executive s Guide to the Scaled Agile Framework.

Introduction to Agile and Scrum

Mature Agile with a twist of CMMI

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

The Basics of Scrum An introduction to the framework

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

LEAN AGILE POCKET GUIDE

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

Leveraging Lean/Agile Elements in SAFe to Solve Immediate Business Challenges Nuance Communications, Inc. All rights reserved.

CHAPTER 3 : AGILE METHODOLOGIES. 3.3 Various Agile Software development methodologies. 3.4 Advantage and Disadvantage of Agile Methodology

TSG Quick Reference Guide to Agile Development & Testing Enabling Successful Business Outcomes

A Viable Systems Engineering Approach. Presented by: Dick Carlson

Agile Scrum and PMBOK Compatible or Contrary?

Agile extreme Development & Project Management Strategy Mentored/Component-based Workshop Series

This handbook is meant to be a quick-starter guide to Agile Project Management. It is meant for the following people:

Agile & Scrum: What are these methodologies and how will they impact QA/testing roles? Marina Gil Santamaria Summer 2007

agenda AGILE AT SCALE

T14 "TIMELINES, ARTIFACTS AND OWNERS IN AGILE PROJECTS" Hubert Smits Rally Software Development BIO PRESENTATION 6/21/2007 1:30:00 PM

Agile Software Development

5 Levels of Agile Planning: From Enterprise Product Vision to Team Stand-up

Fact or Fiction: ERP Projects Can Be Delivered Using Agile

Agile Project Management By Mark C. Layton

Certified Scrum Developer (CSD) Course Description

Manage projects effectively

Product Development: From Conception to Execution. Slide 1

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

Introduction to Agile Practices

IMQS TECHNOLOGY AGILE METHODOLOGY

The Agile Manifesto is based on 12 principles:

Terrace Consulting Services

Software Engineering I (02161)

The Agile Project Manager

WHY DO I NEED A PROGRAM MANAGEMENT OFFICE (AND HOW DO I GET ONE)?

Scrum. SE Presentation. Anurag Dodeja Spring 2010

Agile Metrics. It s Not All That Complicated

Agile Software Development

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

Agile Requirements by Collaboration

Agile Project Management

Value to the Mission. FEA Practice Guidance. Federal Enterprise Architecture Program Management Office, OMB

Introduction to User Story Mapping. July 2015 COPYRIGHT 2015 AGILITY SOFTWARE 1

Sprint with Scrum and get the work done. Kiran Honavalli, Manager Deloitte Consulting LLP March 2011

AGILE & SCRUM. Revised 9/29/2015

Agile Training Portfolio

Topics covered. Agile methods Plan-driven and agile development Extreme programming Agile project management Scaling agile methods

The Blending of Traditional and Agile Project Management

Becoming an Agile Project Manager

AGILE - QUICK GUIDE AGILE - PRIMER

Agile Software Development

CSPO Learning Objectives Preamble. Scrum Basics

Agile Systems Engineering: What is it and What Have We Learned?

Agile So)ware Development

Atomate Development Process. Quick Guide

EMA Service Catalog Assessment Service

ScrumMaster Certification Workshop: Preparatory Reading

Agile Project Management and the Real World. Emily Lynema DLF Fall 2010 November 1, 2010

Course Title: Planning and Managing Agile Projects

One Trusted Platform. For all your software projects. Agile. Integrated. Simplified. Requirements brought to you the most

Scrum Guide. By Ken Schwaber, May, 2009

Agile Software Development. Stefan Balbo / Patrick Dolemieux

ScrumMaster or Armchair Psychologist Scrum Fundamentals Webinar Q&A March 9, 2016

Agile Testing. What Students Learn

The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into

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

Agile Development. Redefining Management in Project Management. Neil Stolovitsky

When User Experience Met Agile: A Case Study

HP Application Lifecycle Management

Secrets of a Scrum Master: Agile Practices for the Service Desk

Managing a Project Using an Agile Approach and the PMBOK Guide

Agile Essentials for Project Managers Keys to Using Agile Effectively With Project Teams

Your Agile Team s Indispensible Asset

The Art of Architecture Transformation. Copyright 2012, Oracle and/or its affiliates. All rights reserved.

Certified ScrumMaster Workshop

Mapping Out Agile Product Management Expanding Agile beyond development, to maximize Agile within development

Quality Assurance in an Agile Environment

Transitioning Your Software Process To Agile Jeffery Payne Chief Executive Officer Coveros, Inc.

[ SHERRYANNE MEYER. Lean and Agile SAP Sprint Team Sprint! John Choate National Chair. Jason Fair CEO, Genesis Consulting [ STEVE RUGGIERO [ ED HUDAK

Implementing End-to-End agile Portfolio Management. Thomas Haas

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

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

Training and Coaching

Scrum and CMMI Level 5: The Magic Potion for Code Warriors

Agile and Secure Can We Be Both? Chicago OWASP. June 20 th, 2007

SPECIFICATION BY EXAMPLE. Gojko Adzic. How successful teams deliver the right software. MANNING Shelter Island

Real Life Risk Based Project Management for LEAN and Agile Development

Course Title: Managing the Agile Product Development Life Cycle

Getting Started with Agile Project Management Methods for Elearning

What s Lean Agile & How does it allow teams to progressively improve customer satisfaction & service delivery?

Agile Software Development in the Large

Whitepaper. Agile Methodology: An Airline Business Case YOUR SUCCESS IS OUR FOCUS. Published on: Jun-09 Author: Ramesh & Lakshmi Narasimhan

Building Software in an Agile Manner

Agile Scrum Workshop

The Hanover Insurance Group

Agile Software Project Management with Scrum

Transcription:

Chapter 6. Iteration 0: Preparing for the First Iteration People only see what they are prepared to see. Ralph Waldo Emerson There are no secrets to success. It is the result of preparation, hard work, and learning from failure. Colin Powell In This Chapter This chapter discusses what needs to be accomplished prior to actually building working code in your first iteration. It offers a checklist for a minimum set of critical mass prerequisites that can help ensure the success of a new Lean Agile project. If any of these logistics are not in place and visible, the chance for success is compromised and the project risks pitfalls that might have been avoided. NOTE In chapter 3, The Big Picture, we talked about the importance of product thinking. In this chapter, we use the word project to mean a defined enhancement to a product that is focused on adding value for customers via the product being enhanced. Takeaways Key insights to take away from this chapter include: Some amount of planning is advisable in anything more than very small projects Too much planning is not a good idea Prepare for the first iteration by looking at project, team, environment and architecture issues Getting Ready for Iteration 1 A common cause of project failure is beginning without properly setting up for success. While Waterfall projects, tended to spend too much effort on setting up; in Agile and Scrum projects, many failures occur from not doing enough. Better is a middle ground just enough to start up the project effectively, so that it will develop and deliver incrementally, but not so much that we get overburdened before we even begin. Start with the question, What do the team and the organization each need to do to prepare for the first iteration? That is, what is required so we can begin building value in the first iteration? 2009 Net Objectives. All Rights Reserved 1

This question is the basis for the rest of this chapter. To answer it, we need to consider four general areas, as shown in Table 6.1. Table 6.1. Focus Areas for Iteration 0 Focus on Product Team Environments Architecture Think about how you will Establish and make visible the vision and the pipeline of work that the team will do Ready the team with knowledge, skills, tools, and processes Install, configure, and test tools; set up workrooms and collaboration spaces, creating visibility Defining the high level architecture and design goals to guide emergent and incremental delivery of business value The time required to complete Iteration 0 will vary; it depends on the needs of the team and the product. Typically it takes one week for each three months of scheduled project time. The team should time box each week of Iteration 0 to ensure they don t spend more time than needed. Set Up the Product In order to drive software delivery from business value, the team needs a Product Champion who can clearly describe the vision of the undertaking and make it visible to the team. The Product Champion needs to be able to speak for the customer and the stakeholders. She answers the question, Why are we here? and establishes line of sight between the team and the business requirements. For the team, line of sight ensures they understand the highest priority for the day, the iteration, the release, and the product vision. Transparency and visual controls need to be established that create visibility of all work underway. Visual controls provide a powerful mechanism for keeping the development team tightly coupled to, and aware of, the product backlog which the team should review regularly. The Lean portfolio (described in chapter 4) can provide insight into what feature or features can be delivered for the most return on investment (guided by what business the organization is in). This portfolio, and the release plan, must be established, estimated, and made visible before any attempt is made to execute an iteration. This preliminary work is necessary because the time it would require to decompose and estimate a high level plan, and establish enough stories ready to be broken down into tasks, would overload the first iteration undertaken. In other words, we need to prime the pump of high value work so that the team can focus on delivering business value and have the right amount of visibility into future work. The structure should support responsible looks ahead, but not so much that the team focuses too far into the future and risks doing unneeded analysis or building unneeded features. 2009 Net Objectives. All Rights Reserved 2

Set Up the Team Lean guidance dictates that limiting work to the team s capacity is fundamental to efficient work flow. This environment is created by forming dedicated teams that pull work from a prioritized backlog and focus on completing it before starting new work. Iteration 0 is the time to form and locate the team(s) and assign roles well established in Lean Agile methods, including Product Champion and Scrum Master. Decide on the following: The logistics for daily stand up meetings and visual controls (product portfolio, roadmap, release plan, and iteration backlog) How to manage impediments How to ensure transparency (WIP, impediments, status) Lean mandates that the team focus on quality and preventing waste, particularly delays. Additionally, the development process should help prevent the creation of technical debt 1. It is recommended that the team transition to a test first approach. If this transition is not underway, Iteration 0 should include a plan for the team to establish testing approaches at the unit, functional, system acceptance, and user acceptance levels. The agreed upon strategies for driving all work under the context of testing should be documented, and incremental creation of a fully automated test suite, with visual controls in place to monitor progress, should be a clearly stated goal. At the story level, the team needs standards of work that specify the agreed upon definition of done. This can be a simple document that describes the visible quality steps that the team must achieve prior to closing and demonstrating a story, including all updated compliance documentation, an updated design deliverable, code inspections, architecture review, and finally, Product Champion acceptance. Set Up the Environment In order to maximize the delivery of business value, the team needs to put in place as much of the technical setup as possible in Iteration 0. Install, configure, and validate all components of the development environment, including IDEs, version control, testing tools, and bug tracking applications. A common approach is to have the team test drive these components by pulling in at least one build story in order to verify from end to end that business value can be delivered within the environment. 1 There are two types of technical debt. One is merely writing poor quality code that makes future changes more difficult. The other results from not taking advantage of what you ve recently learned about your system to improve its design. 2009 Net Objectives. All Rights Reserved 3

TIP During Iteration 0, have the team perform any support work (bug fixes) that they may be responsible for. This also helps to test the environment. Set up the Architecture Other items that require attention and buy in from the team in order to set standards of work include high level identification of dependencies and risks, architecture goals, and documentation. These may require enterprise review and sign off, and should be addressed during Iteration 0. How to do this is discussed in greater detail in chapter 13, The Role of Architecture in Lean Agile Projects. Iteration 0 Checklist Use the checklist shown in Table 6.2 at the beginning of a project to ensure all of the issues for Iteration 0 have been covered. Table 6.2. Iteration 0 Checklist Activity Description Vision Product Backlog Story Estimation Iteration Backlog Team Testing Agreements Team Environment Product Champion has prepared vision statements for the project and release. The team understands and agrees to the vision, drivers, and expected outcomes for the release. Features have been prioritized and estimated. High level architectural milestones have been specified. Stories have been decomposed and right sized. Validation criteria for stories are understood. Stories have been estimated for first few iterations work. Iteration length is set. Iteration backlog is established and visible. The team has committed to Iteration 1 plan. Stories are assigned to the first few iterations. The team is staffed with all of the needed roles, dedicated to the release, and co located as much as possible. The team has received required training: Lean Agile software development, Test Driven Development, engineering practices. Artifacts and deliverables are determined (and visible). Definition of done has been established and documented (unit, integration, acceptance). Lessons learned from previous releases have been intentionally incorporated. Tools for testing, coding, integrating, and building have been selected and installed. 2009 Net Objectives. All Rights Reserved 4

Activity Description Logistics have been established for daily stand up (time, location, conferencecall information, portal, and so on). The ground rules for team life have been agreed to. The team workspace is organized (and cleaned up): physical, communication, collaboration issues have been addressed. The team s project board is set up. The build environment has been established and tested. Architecture Architectural goals/approach identified and made visible. Dependencies and Risks have been Identified and made visible. Conceptual Design has been completed. Summary This chapter describes Iteration 0 (also known as Sprint 0), the work required to set the stage for the team to start work on Iteration 1 and beyond. The length of Iteration 0 can vary depending on the needs of the team and the project. There are four primary focus areas: the product, the team, the environment, and the architecture. Time spent here sets up the team for early success. After discussing each of these, the chapter concludes with a checklist for Iteration 0 activities. Try This These exercises are best done as a conversation with someone in your organization. After each exercise, ask each other if there are any actions either of you can take to improve your situation. Discuss a time when you did too much up front preparation. How could you have avoided the excess preparation? What did this cost you besides your time? Discuss a time when you did not do enough up front preparation. Can you tell the difference between doing too much and not enough preparation? What do you think is the minimal preparation required for virtually all projects? 2009 Net Objectives. All Rights Reserved 5

NET OBJECTIVES LEAN-AGILE APPROACH Integrated and Cohesive All of our trainers, consult-ants, and coaches follow a consistent Lean-Agile approach to sustainable product development. By providing services at all of these levels, we provide you teams and management with a consistent message. Process Execution Net Objectives helps you initiate Agile adoption across teams and manage-ment with process training and follow-on coaching to accelerate and ease the transition to Lean-Agile practices. Skills & Competencies Both technical and process skills and competencies are essential for effective Agile software development. Net Objectives provides your teams with the know-ledge and understanding required to build the right functionality in the right way to provide the greatest value and build a sustainable development environment. Enterprise Strategies Enterprise Agility requires a perspective of software development that embraces Lean principles as well as Agile methodologies. Our experienced consultants can help you develop a realistic strategy to leverage the benefits of Agile development within your organization. Contact Us: sales@netobjectives.com I-888-LEAN-244 (I-888-532-6244) We deliver unique solutions that lead to tangible improvements in software development for your business, organization and teams. SERVICES OVERVIEW Training for Agile Developers and Managers Net Objectives provides essential Lean-Agile technical and process training to organizations, teams and individuals through in-house course delivery worldwide and public course offerings across the US. Curricula Custom Courses and Programs Our Lean-Agile Core Curriculum provides the foundation for Agile Teams to succeed. Lean Software Development Implementing Scrum for Your Team Agile Enterprise Release Planning Sustainable Test-Driven Development Agile Estimation with User Stories Design Patterns In addition, we offer the most comprehensive technical and process training for Agile professionals in the industry as well as our own Certifications for Scrum Master and Product Champion. Process and Technical Team Coaching Our coaches facilitate your teams with their experience and wisdom by providing guidance, direction and motivation to quickly put their newly acquired competencies to work. Coaching ensures immediate knowledge transfer while working on your problem domain. Lean-Agile Assessments Understand what Agility means to your organization and how best to implement your initiative by utilizing our Assessment services that include value mapping, strategic planning and execution. Our consultants will define an actionable plan that best fits your needs. Lean-Agile Consulting Seasoned Lean-Agile consultants provide you with an outside view to see what structural and cultural changes need to be made in order to create an organization that fosters effective Agile development that best serves your business and deliver value to your customers. Free Information Contact Us for a Free Consultation Receive a free no-obligation consultation to discuss your needs, requirements and objectives. Learn about our courses, curricula, coaching and consulting services. We will arrange a free consultation with instructors or consultants most qualified to answer all your questions. Call toll free at 1-888-LEAN-244 (1-888-532-6244) or email sales@netobjectives. com Register Professional Lean-Agile Resources Visit our website and register for access to professional Lean-Agile resources for management and developers. Enjoy access to webinars, podcasts, blogs, whitepapers, articles and more to help you become more Agile. Register at http://www. netobjectives.com/user/register.