Download to read offline
Uploaded byDotNetCampus
Ag04 gestire gruppi di lavoro, team multipli e progetti con visual studio alm
This document discusses tools for agile development and managing projects in Visual Studio ALM 2013. It advocates finding a balance with tools by using them to provide a single source of truth while not over-relying on processes or standardization. Visual Studio ALM 2013 supports agile planning, work item tracking, boards for tracking progress, and portfolio management across multiple teams and projects.
More Related Content
Similar to Ag04 gestire gruppi di lavoro, team multipli e progetti con visual studio alm
More from DotNetCampus
Ag04 gestire gruppi di lavoro, team multipli e progetti con visual studio alm
- 1. Template designed by Gestiregruppi di lavoro, team multipli e progetti con Visual Studio ALM Matteo Emili Microsoft MVP – Visual Studio ALM http://mattvsts.blogspot.com http://twitter.com/MattVSTS matteo.emili@live.com
- 2.
- 3. Microsoft MVP –Visual Studio ALM Microsoft Certified Technology Specialist – Team Foundation Server Professional Scrum Master I I work at Dell Software UK (Engineering Advisor) Communities! • DomusDotNet GetLatestVersion.it • London ALM UG Taunton Developers Meetup Who am I?
- 4. Manifesto for AgileSoftware Development New and better ways of developing software by doing it and helping others do it. Through this work we have come to value: • Individuals and interactions over processes and tools • Working software over comprehensive documentation • Customer collaboration over contract negotiation • Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left, and the related tools, more.
- 5. Specifically…Tools • The Agilecommunity has often been skeptical of tooling solutions • May get in the way – easier with pen and post-its! • Often don’t respond fast enough • Standardization of tools across an enterprise may kill self-organization • May be used to squash core concepts in agile – responding to change, self-organization, empirical process control
- 6. Agile + Tools •Can we find some sort of happy medium? • One source of the truth – stop the Post-Its vs. the tools! • Ease of use – I don’t want to build a burndown manually! • Don’t use the tool for evil! Shut down/ignore things like • Fine-grained, single-employee-centric capacity planning • Long-term planning gone wrong (where Release Burndown = Gantt Chart ) • Agile to PMI-style PMO bridges
- 7. Visual Studio ALM2013 fast. forward. thinking.
- 8.
- 9.
- 10.
- 11.
- 12. Continuous Value Delivery •Agile Planning
- 13. We can shapeTeams inside Team Foundation Server, describing their hierarchy and permissions They are not security groups: • A Team Project can have zero or more teams • A Team contains one or more members • A member does not need to be in a Team Team Foundation Server helps us
- 14. Work Item Trackingto the rescue • All you need for Agile Planning and Execution leverages on the Work Item Tracking features • Work Item Tracking primer – a Work Item is a description of a certain activity in a XML format, parsed by Team Foundation Server and shown with a UI
- 15. Back to aSingle Source of Truth for TFS! fast. forward. thinking.
- 16. Agile Planning, Boardsand Capacity Planning
- 17.
- 18. Let’s go onestep ahead – can we manage programs/portfolios with TFS’ Agile tools? Yes, we can TFS 2013 introduces the Agile Portfolio Management, which enables organizations to go over the single Team Project Agile Portfolio Management
- 19. Themes and Epics Themesare big containers in the Product E.g.: a major (part of a) release -> MyProduct 3.0 / Media Center for Windows Epics are common topics in the Product E.g.: a big, marketable feature -> Ecommerce roundtrip Theme Epic User Story User Story Epic User Story
- 20. A little moreon Epics • They act as a buffer for the management, providing an high level overview of what is going on • They provide a better visualization for the Product Backlog, which is easier to understand at the first sight • More information for the User Stories – you can figure out how are they linked together
- 21. “A common problem” •User Stories to big to fit into a sprint • Sometimes is hard to split them correctly • Effort estimation can be difficult with big user story
- 22.
- 23.
- 24.
- 25.
- 26.
- 28.
- 29.
- 30. It is justa detail in the picture… Often you can find other levels above
- 32. Agile Portfolio Management inpractice
- 33. Grazie a tuttiper la partecipazione Riceverete il link per il download a slide e demo via email nei prossimi giorni Per contattarmi matteo.emili@live.com http://twitter.com/MattVSTS Thanks!