Path to agility

27
Solutions v.Next and Team Foundation Server KaleidaCare Development Team

description

Mathew Sigman, M.S.E., Telerik MVP, PMI-ACP, and ScrumMaster certified.

Transcript of Path to agility

Page 1: Path to agility

Solutions v.Nextand Team Foundation ServerKaleidaCare Development Team

Page 2: Path to agility

Why?

• Give Dev team ability to provide working software releases quickly

• Increase accuracy and stability of schedule

• Increase communication between Dev and rest of company• Less time spent creating and updating documentation

Page 3: Path to agility

Team Roles• Kelly – Product Owner• Matt – Scrum Master• Woo – Team Member• Jeremy – Team Member• BJ – Team Member• Mary Ellen – Team Member• Lisa – Team Member

Page 4: Path to agility

Overall Idea

Page 5: Path to agility

Definition of Done

What does it mean for something to be “complete”?

1. Code written per company standards and integrated2. User story is accurately told3. QA has written automated tests and the tests pass

Page 6: Path to agility

User Story

A requirement written from a users’ perspective

Page 7: Path to agility

User Story

As a <user> I want to <do something>

so that <I get value>

Page 8: Path to agility

Examples for the Client File

• As an auditor I want to see all records created for a particular client so I can see their care history.• As a caseworker I want to see all records but

be able to go straight to a particular record so I can make changes.

Page 9: Path to agility

User Story

• Wireframes• Acceptance tests• Other details including – Notes – Even entire documents– Priority

Page 10: Path to agility

Epics

Epic

User story User story

User story

Page 11: Path to agility

User stories can be further broken into tasks

Epic

User story

Task Task

Task Task

User story

Task Task

Page 12: Path to agility

Example Tasks

• Create table MY_SEARCH_TABLE• Create search page

KaleidaCare.Web.UI/NewFeature/Search.aspx and add fields

• Create class and write Search() method

Page 13: Path to agility

Product Backlog

Page 14: Path to agility

TFS: Product Backlog

Page 15: Path to agility

Sprint Planning Meeting

Page 16: Path to agility

Sprints

• Fixed 2 week time period, no matter what• Starts with a sprint planning meeting

Page 17: Path to agility

Sprint Planning Meeting

Page 18: Path to agility

Sprint Begins

Daily standup meeting• What tasks/stories since yesterday?• What tasks/stories are you working on today?• Is anything holding up your work?– IT/Office issues– Code issues– Technical questions– Anything else blocking progress

Page 19: Path to agility

Daily Standup

• Short questions pertinent to team can be asked in Daily Standup

• Longer questions should be held for after• Work with Kelly to ask questions

Page 20: Path to agility

TFS: Task Board

Page 21: Path to agility

Burndown Chart

Page 22: Path to agility

Sprint Demo

• Company wide meeting • One Hour• Optional, but team members

should go

Page 23: Path to agility

Retrospective

• Immediately follows demo• Team members only• Identify areas for improvement for next sprint

Page 24: Path to agility

Meeting SummaryM T W Th F

Daily StandupSprint PlanningSprint Begins

Daily Standup Daily Standup Daily Standup Daily Standup

Daily Standup Daily Standup Daily Standup(code freeze @ midnight)

Daily Standup(stability changes only)

Daily StandupRetrospective

Daily StandupSprint PlanningSprint Begins

Daily Standup Daily Standup Daily Standup Daily Standup

Daily Standup Daily Standup Daily Standup(code freeze @ midnight)

Daily Standup(stability changes only)

Daily StandupSprint demoRetrospective

Page 25: Path to agility

Key Concepts

• Requirements broken into smaller pieces called user stories

• Definition of Done – testing happens in tandem with development

• Anything not “Done” at end of sprint is worth 0 points and returned to product backlog

Page 26: Path to agility

Build Schedule Changes

dev7.kaleidacare.com qa7.kaleidacare.com solutions7.kaleidacare.com

• Build every night• Runs coded UI tests• Developer check-ins

no longer pushed to dev7 website

• Instead, gated check-ins perform code analysis and other sanity checks

• Build weekly for maximum consistency

• Used as an integration and staging area, not for QA testing

• Build manually triggered

Page 27: Path to agility

Questions?