Intro to Agile, Scrum and Kanban

Intro to Agile, Scrum and Kanban University of Southern Maine Day 2

Agenda Day/Sprint 2 Recap from Day 1 Agile Planning Scrum Framework Day 2 Retro

Recap from Day 1

Our world is changing and becoming increasingly complex.

Management Theories

Push vs. Pull Systems Align inventory levels with actual consumption

Lean Manufacturing

Process Models Defined (known steps) Empirical (unknown) Waterfall Kanban Scrum Lean Startup

Stacey Matrix No Certainty Chaos Requirements Complicated Complex Best suited for the Empirical process control approaches Simple Complicated Technology No Agreement

Stacey Matrix No Certainty Empirical x xx Defined Waterfall Scrum Lean Startup No Agreement

What is Agile? It s not a process nor a methodology. Agile is a mindset defined by values guided by principles and manifested through many different practices. frameworks XP Scrum Kenban practices Refactoring Pairing User Stories Story Points not required but work well

What is Agile? Agile Adaptive FDD TDD Scrum Crystal Scrumban DSDM Lean Kanban Lean Startup XP Agile Unified Proces SAFe

Agile Manifesto Values & Principles

Agile Values Individuals & interactions over processes and tools Working software (product) over comprehensive docs Customer collaboration over contract negotiation Responding to change over following a plan WE VALUE THESE MORE WE RECOGNIZE THE VALUE HERE

Agile Principles

- 1 - Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.

- 2 - Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage.

- 3 - Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.

- 4 - Business people and developers must work together daily throughout the project.

- 5 - Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.

- 6 - The most efficient and effective method of conveying information to and within a development team is face-to-face conversation.

- 7 - Working software is the primary measure of progress.

- 8 - Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.

- 9 - Continuous attention to technical excellence and good design enhances agility.

- 10 - Simplicity the art of maximizing the amount of work not done is essential.

- 11 - The best architectures, requirements, and designs emerge from self-organizing teams.

- 12 - At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.

Table Discussion How easy will it be to follow the Agile Manifesto in your organization?

Questions Backlog Write up your questions To do One per post-it Create a task board Prioritize Busy Done

Agile Planning

Agile Planning Sense & Respond vs. Predict and Plan Difficult to know everything ahead of time Change is expected, inspect and adapt

Iron Triangle

The Planning Onion Vision & Strategy Roadmap Release Sprint Daily

Agile Planning Vision & Strategy Strategy & Roadmap Planning Roadmap Release Sprint Daily

Vision/Strategy & Roadmap

Vision/Strategy Board

Let your vision guide you Product or service vision describes your overarching goal. Your vision should not restate your product or service idea. It should rather go beyond it. Try to come up with an altruistic vision, a vision that focuses on the benefits created for others, can help you with this.

Put the Users First Choose a clear-cut and narrow target group. Describe the users and customers as clearly as you can and state the relevant demographic characteristics.

Clearly State the Main Problem or Benefit Once you have captured your target users, describe their needs. Why they would purchase and use your product or service? What problem will your product or service solve? What pain or discomfort will it remove? What tangible benefit will it create?

Describe the Essence of Your Product or Service Once you have captured the needs, describe your actual product or service idea. Identify those features that really matter to the target group.

State Your Business Goals Make explicit why it is worthwhile for your company to invest in the product or service. Prioritize the business goals and state them in the order of their importance.

Extend your Board The Vision Board s simplicity is one of its assets, but it can sometimes become restricting. competitors partners revenue sources

Put it to Test Your initial board is likely to be wrong.

How clear is the vision and strategy for the initiatives that you work on?

Roadmap Planning

Product or Service Roadmap A high-level plan that shows how a product or service is likely to evolve It typically covers several major releases or service versions

Initiative Kick-off Attendees: Product Owner, ScrumMaster, Team, and Stakeholders Input: Vision/Strategy Board Steps: Create personas, outline features, select a goal and create actionable items. Outcome: Product or Service Canvas, Initial Product Backlog

Personas

Personas, Epics, & Storyboards

Product or Service Roadmap Benefits Continuity of purpose Stakeholder alignment and collaboration Help with prioritization Helps with portfolio management Complements the product backlog

Product or Service Roadmap Common Mistakes View it as a fixed plan or a commitment Review and change your roadmap frequently Too much focus on features Focus on goals instead of features List largely unrelated features to please individuals or groups

Product or Service Convas

Product or Service Roadmap

Product or Service Convas

Roadmap and Product Backlog

Roadmap Planning

How clear is your roadmap? not clear very clear

Visualize Current Roadmap This exercise is about visualizing your roadmap for the next year. Take a bunch of index cards. Each index card should state a project name (or feature if you only have 1 product). If any commitments have been made on when it will be delivered then put that date on the card as well. Think of current projects or features that you are supporting and not just new items. List everything you can think of. Project / Feature Name Due Date

Visualize Current Roadmap Project / Feature Name % done & size Due Date Indicate percentage complete, and a rough size (weeks or months).

Is your current list of work realistic?

How do you decide whether to do a project/feature or not?

Functions / Features used on a typical system. Sometimes 16% Often Never 13% 45% Always 7% Rarly Agile was created to help 19 identify that 64% early and not build it. The Standish Group Chaos Report

Here are some questions which can help decide if a feature or project should be done: How many customers will use this? How much revenue will this generate?? Will it impact our reputation if we don t do this? Are there penalties for not doing this? Is this aligned with the company/product vision or strategy? $

Cross out products/features that are not candidates for the next year based on what you have just learned.

Cross out products/features that are not candidates for the next year based on what you have just learned. Order what s left. Only one thing can be priority 1!

Group Discussion: How can you prevent the wrong project/features getting on your roadmap?

Scrum Framework Product Vision

Roles, Meetings, Artifacts 3 Roles -ScrumMaster, Product Owner, and Team 3 Artifacts - Product Backlog, Sprint Backlog, Increment 5 Meetings - Daily, Planning, Review/ Demo, Retrospective, and Grooming

Roles, Meetings, Artifacts 3 Roles Team ScrumMaster Product Owner

Product Ownership http://www.youtube.com/watch?v=502ilhjx9ee

Roles Exercise

Roles, Meetings, Artifacts 5 Meetings Grooming Planning Daily Stand-up Review/Demo Retrospective

Backlog Grooming Understand requirements Estimating Acceptance Criteria Shared Understanding When Before the sprint (during the previous sprint) Time: For 2 week sprint: 2 x 1 hrs Looked at 3x Vertical Slice Design DEV QA Who? Product Owner, ScrumMaster, team, anyone with knowledge

Backlog Grooming

Sprint Planning

Who should attend the Sprint Planning meeting?

Sprint Planning

Sprint Planning Part 1 What Commitment Check acceptance criteria SM reminds Leave Public Holidays Previous velocity When? 1st thing of the sprint Time? 1h per week of sprint (2 week sprint = 2 hours) Who? Team, PO, SM, anyone with knowledge

Sprint Planning Part 2 How Design session Solutions identification session (Whiteboarding) When? After SP1 Time? 1h per week of sprint How team will deliver this Create tasks Who? Team, SM, PO on call

What is the maximum length of a sprint?

Sprint Execution

Sprint Burndown Amount of work remaining Hours Tasks Story points Ideal line Owned and updated by team Time -> days

Sprint Review

What is the purpose of a Sprint Review meeting?

Review Product Only show working product < 1hr to prepare Only DONE stories Feedback -> State of release When? End of sprint Time? 1-2 hrs (more with multiple teams) Who? People who have feedback, Team, SM, PO

Review

Sprint Retrospective

What s the goal of the Sprint Retrospective meeting?

Retrospective Process How are we working as a team Data -> Analyse -> 1 Action (facts) (root cause) (team) Safety SM Prepares & facilitates When? After sprint review Time? 90 min Who? Team + SM PO if trust Anyone team invites