Patrick's File Collection

Just do what I like!!
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

最近在学习微软的Visual Studio Application Lifecycle Management 2010随手用xmind做了一些脑图笔记。

Scrum framework  MSF for Agile v5.0

msf-for-agile-scrum-framework-brwwh-1272453393685

脑图上传到这里,可以下载. 欢迎指正

http://www.xmind.net/share/_embed/nus_intel/msf-for-agile-scrum-framework/

Outline:

Scrum framework MSF for Agile

1 Prepare for the Project

1.1 establish the business case

identify the business need and justification, define the vision, and obtain funding

1.2 assemble a team

assemble your team and identify the ScrumMaster and the product owner

1.3 set up your team's infrastructure

install Visual Studio Team Foundation Server and Visual Studio Application Lifecycle Management (ALM), create and possibly customize your team project, and set up engineering practices

 

2 Plan the Project

create a high-level plan for the project. This plan is a roadmap to guide more detailed decisions that your team will make during the course of the project

2.1 Build the Product Backlog

The product backlog is a list of user stories that describe what your users need and value. The user stories are prioritized by business value and riskestimates user stories in abstract units that are called story points

2.1.1 Create User Stories

2.1.2 Prioritize the User Stories

2.1.3 Estimate the User Stories

2.2 Determine Your Team's Velocity

Your team's velocity is the number of story points that it can complete in a sprint.

2.3 Establish the Release Plan

Plan your releases by assigning them to iterations:

2.3.1 Identify groups of user stories that, together, provide enough business value to release to your customers.

2.3.2 Determine in which sprints the team expects to complete those groups of user stories

2.4 Prepare for the First Sprint

A sprint is a timeboxed iteration of development that is usually one to four weeks long and that produces an increment of the product that the team could ship

2.4.1 Break the user stories down into smaller stories

2.4.2 Provide details about the user stories that the team will need to break the stories down into tasks

 

3 Plan a Sprint

Your team starts the sprint with a sprint planning meeting, in which the team commits to completing a set of user stories from the product backlog.After the sprint starts, the user stories in the sprint backlog are not changedthe plan must be detailed enough that the team can make that commitment with confidence.

3.1 Choose User Stories

identifies the user stories that have the highest priority and whose story points do not exceed its estimated velocity

3.2 Identify Tasks

Your team breaks user stories down into tasks to help it understand the user stories well enough to make a confident commitment to complete them in the sprint

3.3 Estimate Tasks

your team estimates how long (in hours) each task will takeTeams frequently use the planning poker technique to estimate tasks.

3.4 Commit to User Stories

Your team uses the Iteration Backlog workbook to make sure that the team has enough working hours to complete all of the tasks

 

4 Run a Sprint

Your team can track its progress and make sure that it meets the customers’ acceptance criteria and your team’s criteria for finished software before you finish each sprint.

4.1 Complete User Stories

Scrum relies on people talking to each other more than formal processes to make sure that dependencies are understood, that expertise is shared, and that changes in plans are made efficientlyIf your team cannot fix the bug on the same day that was found, create a bug work item in Visual Studio ALM and fix it before the end of the sprint.

4.2 Track Sprint Progress

Scrum teams most frequently use a burndown report to track their progress through a sprint

4.2.1 Burndown and Burn Rate Report (Agile)

4.2.2 Build Quality Indicators Report

4.2.3 Test Plan Progress Report

4.2.4 Stories Progress Report (Agile)

4.3 Finish the Sprint

make sure that the acceptance tests are passing and that each user story meets the criteria that your team defined.After the customer review, your team will hold a retrospective.

4.3.1 Bug Status Report

4.3.2 Bug Trends Report

 

5 Track the Project

5.1 Prepare for the Next Sprint

5.1.1 Update the user stories and their priorities as customers' needs change

5.1.2 Break down user stories that are likely to be implemented in the next sprint

5.2 Track Release Progress

5.2.1 Status on All Iterations Report (Agile)

5.2.2 Stories Overview Report (Agile)

5.2.3 Stories Progress Report (Agile)

5.3 Finish the Release