A Metodologia MSF Agile e o Visual Studio Team System
1.
2. A Metodologia MSF Agile
e o Visual Studio Team
System
Fábio Câmara
Program Manager e MSF Practitioner
MAS
3. Agenda
Metodologias Ágeis
MSF Agile
Visual Studio Team System
Source Control
Build Automation
Project Site
Work Item Tracking
Reporting
4. Metodologias Ágeis
Agile Software Alliance é fundada
por 17 metodologistas em 2001
Criaram um manifesto para
desenvolver de forma direta e
menos burocrática
Exemplos: eXtreme Programming,
SCRUM e FDD (Feature Driven
Development)
5. Os Princípios Ágeis
Valorizam mais o conteúdo do que a
forma
Trata o time de projeto como
fundamental responsável pelo
sucesso
Modelos para pessoas inteligentes,
padrões rígidos para pessoas
“teimosas”
6. Por que ser ágil?
Os processos são complexos
Produtividade Previsibilidade
• Controles burocráticos
• Desconectado
Desafios
• Fazer as pessoas conhecer os processos
• Fazer as pessoas praticar os processos
7. MSF Agile
É um guia qualitativo de como
operar em um projeto
Possui uma abordagem que permite
criar processos adaptativos
Nasceu totalmente integrado ao
Visual Studio Team System
Poucos processos precisam de pessoas extraordinárias
para resultados comuns, muitos processos exigem as
mesmas pessoas extraordinárias para os mesmos
resultados comuns.
8. Os Princípios do MSF Agile
Confiar nas pessoas
O valor do resultado
Parceiros como clientes
Adaptativo a mudanças
10. O time MSF Agile
O processo de desenvolvimento Gerente de projeto
Dev Analista de negócios
Test Arch
Arquiteto
Desenvolvedor
PM Analista de testes
Analista de Negócios
11. O time do projeto: definindo
Neide Câmara Victor Câmara Claudio Câmara
Gerente de Projeto Desenvolvedor Analista de Negócios
Alberto Câmara Gisele Câmara
Arquiteto Analista de testes
12. Cria a documentação
Define Personas Create Scenario List Prioritize Scenario List Write Scenarios Review Scenarios
Storyboard a Scenario Divide Scenario into Tasks Decompose System Determine Interfaces Create Architectural Prototype
Cria a solução
arquitetônica Estimate Scenario Cost a Development Task
Implementa as tarefas de
desenvolvimento
Schedule Scenario
Write Code
Cria o plano de trabalho
Write and Perform
Unit Tests
Review Code
Elabora e executa os testes
Write Validation Tests Integrate Run Test Identify a Bug
15. Visual Studio Team System
“É um marco histórico para os projetos de
software. Será o fim da relação artesanal
entre processos, gestores e
desenvolvedores para as tarefas de um
projeto.”
Fábio Câmara
Tecnicamente:
É uma ferramenta de controle automático e
integrado de tarefas
16. Sucesso é raro…
Fracasso Prazo estourado Sucesso
2004 15% 51% 34%
2000 23% 49% 28%
Source: The Standish Group International, Extreme Chaos, The Standish Group
International, Inc., 2004 de ferramentas integradas
Ausência
Separação de negócioestourado:
Valor e tecnologia
45%
Problemas de comunicação
Tempo estourado:
Tarefas não63%
gerenciáveis
Funcionalidades combinadas:
Processos imaturos ou inflexíveis
67%
Standish Group
Sem balanceamento entre produtividade e previsibilidade
17. O Arsenal VSTS
Team Foundation Server
Visual Studio Team Edition for:
Arquitetos
Desenvolvedores
Analista de testes
Gerentes de projetos
18. O coração do VSTS
So
ur
ce
C on
tr
ol
W Reporting
or
Pk tion
ro Ite a
je m
ct Tr om
S i ac Aut
te kin
g ild
Bu
19. Source Control
Forte integração com todas as
ferramentas do Visual Studio Team
System
Muito mais completo em comparação ao
Visual SourceSafe
Integrated Check in Experience
Combina alterações, comentários, tarefas,
regras (policy) e e-mail
Os dados são mantidos e capturados com
seus relacionamentos
20. Funcionalidades do SC
Yes No
Integração com VS 2003
Checkout compartilhado
Critérios para checkin
Shelving - adiamento
E-mail checkin (notificação)
Acesso remoto
Arquivo grande (>4GB)
Comparação de diferenças
22. Build Automation
O objetivo é fazer com que seja trivial
Boas práticas de build são difícieis de
alcançar
Por que builds automáticos?
Builds são reproduzíveis
Os projetos VS são compilados normalmente
Um relatório de builds é centralizado para o
projeto
META: Estreitar ao máximo a relação
entre as ferramentas do VSTS
23. Project Site
Comunicação, é importante?
Objetivo: Facilitar a comunicação do time
Especificações, discussões, anúncios e listas
Tarefas (work items), relatórios e builds
Acesso fácil para “stakeholders”
Construído pelo Microsoft SharePoint
Services
25. Work Items Tracking
Work Items em todo lugar!!!!!
Você pode construir as tarefas no MS
Excel
Você pode atribuir as tarefas no MS
Project
As tarefas serão visualizadas no Visual
Studio conforme o usuário
O status do projeto pode ser conferido no
MS Excel ou no MS Project
26. Reporting
Provê total integração das ferramentas
VSTS
Você pode criar “customizados” e
adicionar outros
Construído pelo SQL Server Reporting
Services
27. Como funciona - Reporting MyHICPortal - Microsof t Internet Exp lorer
http:/ /humongous/myprojectportal/default.aspx
Home Project Counsel Discussions Documents Policy
Search Portal I need to... -- select from list --
Home
Project Portal
SQL Server
Modify My Page
SQL Server
Pr oj ects Overview 450
Defect Trends 90 %
Ho me
Q u i c k La un c h
400 80 %
Project Portal web site provides role-based views of t he development project. I n addition t o providing useful 350
300
70 %
60 %
Create New Project inf ormation directly (such as t he plan of record, defect trends, and other reports), it also serves as a launching 250 50 %
200 40 %
point f or various other tools. 150 30 % D efects Ope n
Do cum en ts 100 20 % Tes t C as es R u n
50 10 %
Stat us Reports 0 0% D ef ects/TC
Present ations Pr oj ects St at us Project X er ker in
C ore ndl Tic e r ASP Log
oney Ha FX
FX
Specs Def ects I ssu es Risks Due Date Signof f M Tr ansf
Requirements
Envisioning 0 4 /4 2 /2 1 /1 6/5/ 03 Yes
Reporting
Rep ort s Links
Planning
Reporting
Standard Reports
FX Hander Project Management Console
Public Reports 2 of 2 4 of 12 3 of 3 7 of 8 7/1 5/03 No
Create a new report Def ect Tracking Tool
FX Ticker 8 of 8 2 1 of 55 3 of 3 1 o f 10 7/2 5/03 No
MSWor d Requirements Template
Workf low Transfer ASP 3 of 3 1 2 of 15 2 of 4 9 of 9 8/ 1/03 No
Humongous Project Guidelines
Project Schedule Developing 3 of 4 5 of 7 9 of 10 6 of7 9/ 1/03 No
Stabilizing Add New Link
Roles Manag er 1 of 9 8 of 9 17 of 2 0 8 of 10 10/1/03 No
Team Deploying 6 of 7 0 of 0 0 of 0 0 of 0 11/1/03 No
Services
Alias Cont act s
Services
Member s We ekl y Ex ecut ive Summar y
Over the past few weeks, teams hav e done extraordinary work getting bugs resolved, triaging hard, and
Jacqueline Ackerman - Project Man ager
Communications
Su bscript ion consistently getti ng closer and closer to meeting our milestone exi t criteria. Ask mode has helped in keeping the Endicott Smith - VP Sales, Project Sponsor
builds working, and we're ready to start group checkins, after the mass integration last week (Lab21, Lab22 and
Stat us reports Lab25 RI'ed in one day!). However, this is about a week and a half behind the original schedule. Anna Jones - Business Analyst
Gi ven our active bug count and incoming rates, it's become appar ent that we are not ready to start our final test Bert Lewis - Development Manager
pass today ( 6/16). Therefore, our new M2 exit path is as follows:
M2 Fork: TBD (see below) Barbara Baker - Test Manager
Final test pass start: 6/30 (see below)
Add New Link
Sign off: 7/11
Re cen tly upd at ed Docu ment s Standard Form s
Type Name Modified By Vision Documen t
Vision Document Fiona Business Requirements
Business Requiremen ts Betty Functional Requirement s
MyHIC Functional Requirements Paula Feat ure Specifications
Reporting Warehouse
Customer Interviews Betty Stat us Reporting
Add New Document Creat e a new Form
Excel
Excel
Reporting Warehouse Custom
Custom
Reporting
Reporting
Object Model
Object
Test/Build
Test/Build Work Item
Work Item Source Code
Source Code
Add-on
Add-on
Adapter
Adapter Adapter
Adapter Adapter
Adapter
Adapter
Adapter
Build
Build Work Item
Work Item Source Code
Source Code Partner Tool
Partner Tool
Database
Database Tracking
Tracking Control
Control A
A
28. Pré-Requisitos
Imprescindível:
Ter conceitos práticos sobre Software
Engineering Process
Compreender o que é SDLC
Entender os papéis sugeridos pelo VSTS
(Project Manager, Architect, Developer e
Tester)
Desejável:
Compreender a diferença entre processos
prescritivos e processos ágeis
29. Resumo
Metodologia não se compra, se
implanta
VSTS é um produto gigantesco
VSTS requer sérios investimentos em
treinamento e implantação
VSTS não funciona se você não tiver
processos formais (SDLC)
30. Para Maiores Informações
MSDN USA: http://www.msdn.com
MSDN Brasil: http://www.msdn.com.br
Blogs oficial dos produtos da Microsoft:
http://blogs.msdn.com
Agile Alliance: http://www.agilealliance.org
Sites pessoais: http://www.csharpbr.com.br
ou http://www.mas.com.br