Visual studio alm 2012 reporting overview

  • View
    123

  • Download
    0

Embed Size (px)

DESCRIPTION

Overview of TFS Reports, comparing what is available between different Process Templates. This is a WIP, and will be updated soon with additional info on customizing reports.

Text of Visual studio alm 2012 reporting overview

  • 1. Microsoft Visual Studio 2012Team Foundation Server ReportingAngela DuganALM Practice ManagerPolaris SolutionsAngela.Dugan@PolarisSolutions.com

2. Angela DuganMobile SolutionsProject Leadership.NET SolutionsApplication Lifecycle Management 3. AGENDAWhat reporting options are available?Built-inExcelSSRSWhat reports come out of the box?Creating your own reports 4. REPORTS BY TEMPLATETasksSCRUMAgileCMMIMonitor bug activity, reactivations, and trends. Track bugs that the team is finding and the progress that the team is making toward fixing them.Bug Status ReportBug Trends ReportReactivations ReportBug Status ReportBug Trends ReportReactivations ReportMonitor build activity, success, and trends. You can use build reports to track the quality and success of your team's builds over time.Build Success Over Time ReportBuild Summary ReportBuild Quality Indicators ReportBuild Success Over Time ReportBuild Summary ReportBuild Quality Indicators ReportBuild Success Over Time ReportBuild Summary ReportTrack project health, team burn rate, and task completion.Use to review the level of effort that the team has spent on each requirement type work items that the team is implementing. By using this report, you can quickly determine whether any work was recently completed on each item,what work is remaining and how far each item has been implemented and tested.You can review this report daily or weekly to monitor the progress of the team during an iteration.Release Burndown(Scrum)Sprint Burndown(Scrum)Velocity (Scrum)Burndownand Burn Rate Report (Agile)Remaining Work ReportStatus on All Iterations ReportStories Overview Report (Agile)Stories Progress Report (Agile)Burndownand Burn Rate Report (CMMI)Remaining Work ReportStatus on All Iterations ReportRequirements Progress Report (CMMI)Requirements Overview Report (CMMI)Determine added work. You can use the Unplanned Work report to determine how much work the team added to an iteration after it started.Unplanned WorkUnplanned WorkMonitor testing activity. You can use the test reports to track the team's progress toward developing test cases and to determine how well they cover the requirement type work items.Test Case Readiness ReportTest Plan Progress ReportTest Case Readiness ReportTest Plan Progress ReportTest Case Readiness ReportTest Plan Progress Report 5. SCRUM -RELEASE BURNDOWNUnderstand how quickly your team has delivered backlog items and track how much work the team must still perform to complete a product release.Review the report to determine the progress that your team has made in a release and to answer the following questions:How much work remains in the release?How quickly is your team working through the product backlog? 6. SCRUM -SPRINT BURNDOWNDisplays the following pieces of data:The Ideal Trend line indicates an ideal situation in which the team burns down all of the effort that remains at a constant rate by the end of the sprint.The In Progress series shows how many hours remain for tasks that are marked as In Progress in a sprint.The To Do series shows how many hours remain for tasks that are marked as To Do in a sprint.Review the report to determine the progress that your team has made in a release and answer the following questions:How much work remains in the sprint?Is your team on track to finish all work for the sprint?When will your team finish all work for the sprint?How much work for the sprint is in progress? 7. SCRUM -VELOCITYBased on the velocity of previous sprints that the report illustrates, you can:Track how much effort your team has reported as complete for each sprint.Estimate how much backlog effort your team can handle in future sprints if your team composition and sprint duration stay constant.Review the report to determine how much progress your team has made and to answer the following questions:How much effort has your team completed in each sprint?What is the maximum velocity of your team?What is the minimum velocity of your team?What is the average velocity of your team? 8. AGILE -BURNDOWNYou can use this report to answer the following questions:Is the team likely to finish the iteration on time?Will the team complete the required work, based on the current burn rate?When can the team finish the current iteration?How much work can the team complete in the available time?How much work does each team member have?How fast is the team completing remaining work?Is the team adding work during the iteration? Is there scope creep?How is the work distributed across the team? 9. AGILE REMAINING WORKNumber of Hours vs. Number of Work ItemsReview the report to determine the progress within an iteration or over time. Specifically, you can find answers to these questions:How fast is the team burning down remaining work?Is work being added during the iteration? Is the team expanding the scope of the work?How much progress can the team make in the available time?Approximately when can the team finish the work?Is too much work in progress?Is the flow of work being impeded or blocked?When will the team finish the current iteration? 10. AGILE ITERATIONS STATUSThis report displays the following information:Stories Closed: number of user stories that have been closed; derived from the current values specified for the iteration and the state of each user story.Progress (Hours): represents the values for Original Estimate (grey), Completed (green) and Remaining (light blue) based on the rollup of hours that are defined for all tasks; derived from the current values that are specified for the iteration and the hours for each task.Bugs: representation for all bugs, grouped by their current states of Active (blue), Resolved (gold) and Closed (green); derived from the current values that are specified for the iteration and the state of each bug. 11. AGILEITERATIONS STATUSReview the report to determine how many stories are ready to release and to better understand the rate of the team's progress. For example, you can find answers to the following questions:Did the scope of work for each iteration closely match the team capacity?Does the number of stories closed in each iteration correspond to your expectations?Is the team resolving and closing more bugs with successive iterations?How many stories can the team ship today?This is BAD!!! 12. CMMIBURNDOWNAND BURN RATEBurndownshows the trend of completed and remaining work over a specified time period.BurndownHow fast is the team completing remaining work?Is the team adding work during the iteration? Is there scope creep?How much work can the team complete in the available time?When can the team finish the work?When can the team finish the current iteration? 13. CMMIBURNDOWNAND BURN RATEBurn rate provides calculations of the completed and required rate of work based on the specified time period.Burn RateIs the team working quickly enough to finish the remaining work on time?Work AssignmentHow is the work distributed across the team?Should the team balance the remaining work load? 14. CMMIREMAINING WORKNumber of Hours vs. Number of Work ItemsQuestions That the Report AnswersReview the report to determine the progress within an iteration or over time. Specifically, you can find answers to these questions:How fast is the team burning down remaining work?Is work being added during the iteration? Is the team expanding the scope of the work?How much progress can the team make in the available time?Approximately when can the team finish the work?Is too much work in progress?Is the flow of work being impeded or blocked?When will the team finish the current iteration? 15. AD-HOC REPORTS IN MICROSOFT EXCEL 16. AD-HOC REPORTS IN MICROSOFT EXCEL 17. REQUIREMENT PROGRESS -ALL TEMPLATES 18. Test % passingCode % coveredCode % changed 19. SHAREPOINTDASHBOARDS 20. Bugs are resolved steadilyBugs count by person 21. Lines of code testedLines of code changed 22. Task hours getting completedTasks are getting closed 23. Test are passingAre the builds healthy?Bugs reactivations are low 24. RESOURCESProcess Templates Overview: http://msdn.microsoft.com/en- us/library/vstudio/ms400752.aspxReports and Artifacts:Scrum: http://msdn.microsoft.com/en- us/library/vstudio/ff731587.aspx#monitoringAgile: http://msdn.microsoft.com/en-us/library/vstudio/dd997580.aspxCMMI: http://msdn.microsoft.com/en-us/library/vstudio/ee332487.aspx 25. Process areaVisual Studio Scrum 2.0MSF for Agile v6.0MSF for CMMI v6.0Workflow statesNewApprovedCommittedDoneRemovedNewActiveResolvedClosedRemovedProposedActiveResolvedClosedProduct planningTo customize the backlog pages, see Customize the Backlog Pages.Bug (Scrum)Product Backlog Item (Scrum)Agile backlogsUser Story (Agile)Agile backlogsRequirement (CMMI)Agile backlogsTask and iteration planningTo customize the task board, see Customize the Task Board Page.Task (Scrum)Agile task boardTask (Agile)Agile task boardTask (CMMI)Agile task boardCOMPARE & CONTRAST 26. Process areaVisual Studio Scrum 2.0MSF for Agile v6.0MSF for CMMI v6.0Bug backlog managementBug (Scrum)Bug (Agile)Triage WorkbookBug (CMMI)Triage WorkbookProject managementImpediment (Scrum)Issue (Agile)Issues WorkbookIssue (CMMI)Risk (CMMI)Review (CMMI)Issues WorkbookTest managementTest CaseShared StepsTest CaseShared StepsTest CaseShared StepsCode review and feedbackCode Review RequestCode Review ResponseFeedback RequestFeedback ResponseCode Review RequestCode Review ResponseFeedback RequestFeedback ResponseCode Review RequestCode Review ResponseFeedback RequestFeedback ResponseAudit trailNot supportedMinimalSupportedCOMPARE & CONTRAST