Scrum with VS2010
Upcoming SlideShare
Loading in...5

Scrum with VS2010



Work Agle with Scrum and Visual Studio 2010

Work Agle with Scrum and Visual Studio 2010



Total Views
Views on SlideShare
Embed Views



6 Embeds 1,138 849 271 15 1 1 1



Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
Post Comment
Edit your comment

Scrum with VS2010  Scrum with VS2010 Presentation Transcript

  • work agile with scrum and visual studio 2010
  • 1 scrum2 visual studio 20103 agile practices engineering practices testing practices architecture practices … practices
  • scrum an iterative, incremental approach to optimize predictability and control risk.
  • must read and these
  • must readmust studied
  • requirmentswaterfall design development testing user acceptance release sprint 1scrum sprint 2 sprint 3 sprint 4 sprint 5 release
  • scrum supportin visualstudio
  • This template allows you to organize and track theprogress and health of a small- to medium-sizedScrum project.
  • team 1 product owner 1 scrummaster 5± 2 the team
  • the team the Team, which does the work. The Team consists of developers with all the skills to turn the Product Owner’s requirements into a potentially releasable piece of the product by the end of the Sprint.
  • product owner the Product Owner, who is responsible for maximizing the value of the work that the Scrum Team does.
  • scrum master the ScrumMaster, who is responsible for ensuring the process is understood and followed.
  • pig & chicken “A chicken and a pig are together when the chicken says, "Lets start a restaurant!" The pig thinks it over and says, "What would we call this restaurant?" The chicken says, "Ham n Eggs!" The pig says, "No thanks, Id be committed, but youd only be involved!"
  • # Planning the project
  • # Release planning meeting Estimating and prioritizing the Product Backlog # Product Backlog Evolving User Needs Owned by Product Owner Prio by Business Value
  • product backlog The Product Backlog represents everything necessary to develop and launch a successful product. It is a list of all features, functions, technologies, enhancements, and bug fixes that constitute the changes that will be made to the product for future releases.
  • # Product Backlog in visual studio
  • # Product Backlog
  • # Product Backlog
  • work item type product backlog item bug # Product Backlog
  • product backlog item
  • bug
  • tip: product backlog items are usually stated asuser stories. use cases are appropriate as well,but they are better for use in developing life-or mission critical
  • bugs on the backlog scenario: bugs are related to functionality being coded during the sprint solution: bugs are solved during in the sprint - speak or create task - scenario: bugs are not related to functionality being coded during the sprint solution: bugs on the backlog. solution: bugs on a separate bug backlog.
  • Iteration path # Product Backlog
  • Iteration path
  • Iteration path
  • done The increment must be a complete slice of the product. It must be “done.” Done defines what the Team means when it commits to “doing” a Product Backlog item in a Sprint.
  • grooming the backlog
  • release burndown graphThe Release Burndown graph records the sum ofremaining Product Backlog estimated effort acrosstime.
  • velocity graphvelocity is how much product backlog effort a teamcan handle in one sprint
  • Looking ahead to the next version of VS Application Lifecycle Management
  • # Planning the sprint
  • # Sprint planning meeting Add PBI to sprint Decomposition Commitment # Sprint Backlog Tasks Related to PBI’s Hours remaining
  • sprint backlog The Sprint Backlog consists of the tasks the Team performs to turn Product Backlog items into a “done” increment.
  • # Sprint Backlog in visual studio
  • task It is all of the work that the Team identifies as necessary to meet the Sprint goal.
  • task
  • sprints
  • sprints
  • sprint burndown graphSprint Backlog Burndown is a graph of the amountof Sprint Backlog work remaining in a Sprint acrosstime in the Sprint.
  • team capacity planning (from MSF)
  • sprint burndown graph in Excel from MSF
  • sprint planning in Excel from MSF
  • Looking ahead to the next version of VS Application Lifecycle Management
  • # Daily scrum Track # Running the sprint
  • daily scrum The Daily Scrum is at the same time and same place throughout the Sprints. During the meeting, each Team member explains: 1. What he or she has accomplished since the last meeting; 2. What he or she is going to do before the next meeting; and 3. What obstacles are in his or her way.
  • scrum boards AIT Taskboard Urban Turtle – Agile Planning Tools
  • Looking ahead to the next version of VS Application Lifecycle Management
  • Looking ahead to the next version of VS Application Lifecycle Management
  • practices Test early and often Build and deploy continuously Acceptance Test Driven Development Emergent Architectures Refactor Test Driven Development Agile Database Development Pair Programming
  • # Ship the sprint
  • # Sprint Review Demo the value # Sprint Retrospective Agile Practices – Improvement # Product Tasks Related to PBI’s Hours remaining
  • sprint review During the Sprint Review, the Scrum Team and stakeholders collaborate about what was just done. Based on that and changes to the Product Backlog during the Sprint, they collaborate about what are the next things that could be done.
  • sprint retrospective This meeting, the ScrumMaster encourages the Scrum Team to revise, within the Scrum process framework and practices, its development process to make it more effective and enjoyable for the next Sprint.
  • sprints # Sprint Retrospective
  • practices
  • practicesTest early and oftenTest Driven DevelopmentAcceptance Test Driven DevelopmentBuild and deploy continuouslyEmergent ArchitecturesRefactorAgile Database DevelopmentPair Programming… and more
  • Test early and often Test Tasks, get test early involved
  • Test Driven Development Write unit test before code
  • Acceptance Test Driven Development Write acceptance tests before code
  • Build and deploy continuously Deliver continuous work software
  • Emergent Architectures Design vertical slices of functionality No Big Design up Front
  • Agile Database Development Database unit tests Database refactoring
  • Pair Programming The person typing is called the driver. The person reviewing the code is called the observer
  • staat voor resultaat