3/24/2017 7:56 AM © 2005 Microsoft Corporation. All rights reserved.

Slides:



Advertisements
Apresentações semelhantes
Projeto Qualified Curriculum
Advertisements

3/24/2017 7:59 AM © 2005 Microsoft Corporation. All rights reserved.
3/24/2017 7:59 AM © 2005 Microsoft Corporation. All rights reserved.
Habilitando Processos “People-Ready” através do Business Process Management (BPM) Este modelo é um esboço de uma apresentação comum a respeito de uma parte.
Carlos Zimmermann Patricia Mantovani
Engenharia de Software
Ferramentas CASE (Computer-Aided Software Engineering)
Projeto e Execução dos Testes Responsáveis: Filipe Motta Walter Felipe.
SCRUM para Gerência de Projetos
Validação de Requisitos
GUG Porto Alegre/Brasil Desenvolvimento em GeneXus, Métodos Ágeis e Scrum.
Processos de Software Introdução
Tópicos Motivação para teste Por que algumas empresas não testam
Desenvolvimento ágil: eXtreme Programming vs SCRUM Tiago Rodrigues de Mello CCO-230 – ENGENHARIA DE SOFTWARE / 2010.
Como fazer Engenharia de Software sem dinheiro!!!
Gerenciamento de Configuração
Mapeamento dos processos de desenvolvimento
Comparação e Avaliação de Métodos Ágeis de Software
MÉTRICAS ASSOCIADAS AO DESENVOLVIMENTO DE
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
FDD.
DevOps Integrando Desenvolvimento com Operações Team Foundation Server 2012 e System Center Operations Manager 2012 Adriano Bertucci Konia Tecnologia.
Waterfall To Scrum.
Como entender melhor os sistemas existentes e como planeja a arquitetura
Apresentação Institucional 2008/04
Alunos: Artulanez Souza Iony Melo
DOCUMENTO CONFIDENCIAL DA MICROSOFT Set 2009 | Página 1 | Apresentação para BDMs.
Test-Driven Development
Testes com Visual Studio 2013
Rational Unified Process
Métodos Ágeis Agile Modeling, ou AG
MVP Virtual Conference 2013
José Roberto Blaschek Gerência do Escopo José Roberto Blaschek.
RUP - Cap. 2 – Os 4 P’s (Pessoas, Projeto, Produto e Processo)
RUPinho Qualidade de Software
Técnicas e Projeto de Sistemas
Desafios do desenvolvimento de software
Visão Geral PRO.NET.
Modelos de Maturidade de Processos de Software
Visão Geral do RUP.
Implantando SCRUM na Simplestec Equipe Tributária
Arquitetura de software
Processos de Desenvolvimento de Software – Parte 2
SCRUM Equipe Amauri Cleverson Daiane Mauri Mauricio.
iColabora Solução web para gestão de processos de negócios
Branch & Merge Claudio Leite.
Fevereiro/ Resultado dos Projetos de Software Pesquisa Motivação.
Prof. Alexandre Vasconcelos
MVP Virtual Conference 2013
Gerência de Configuração - GC
ENGENHARIA DE SOFTWARE
(Open Unified Process)
Introdução à Engenharia de Software
Customização e Extensibilidade Visual Studio Team System 26 de Novembro 2008 Tiago Pascoal
O que é? É o processo de investigação técnica com intuito de identificar a qualidade, a segurança e a exatidão do software desenvolvido. A validação do.
2015 International TechNet Wiki Summit 2015 DevOps: Desenvolvimento e Operações Juntos! Alan do Nascimento Carlos.
Hukarz Open Source Process D01 Alan Kelon, Silvio Meira Recife, 01/12/2006.
Engenharia de Software
Estruturação Projetos
Gestão de projetos de Software GTI-16
Automação Comercial Faculdade Estácio Radial Prof. Paulo Alipio Alves de Oliveira 2010.
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA TOCANTINS Campus Araguaína Técnicas e Projetos de Sistemas SUBSEQUENTE 1.
ZuEuz Tecnologia & Negócios © 2015 Todos os Direitos Reservados.
SISTEMA DE MONITORAMENTO DA TECNOLOGIA DA INFORMAÇÃO.
WebPTM Web Project and Time Manager Autor: Daniel Nicoletti Orientador: Prof. Dr. Carlos Miguel Tobar Toledo Co-Orientador: Murilo Woigt Miranda PONTIFÍCIA.
INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA TOCANTINS Campus Araguaína XP (EXTREME PROGRAMMING) Pós-Graduação em Engenharia de Software Metodologias.
Erton W. Vieira Metodologias Ágeis, Qualidade de Software e Design Centrado no usuário: Pontos de Interação Erton W. Vieira.
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
SCRUM Development Process Universidade Federal de Pernambuco Lenylda Albuquerque
Agile Modeling Júlio Lins – Junho / 22 Agile Alliance Em 2001, reune-se um grupo de representantes das metodologias eXtreme Programming, SCRUM,
Transcrição da apresentação:

3/24/2017 7:56 AM © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

A Metodologia MSF Agile e o Visual Studio Team System Fábio Câmara Program Manager e MSF Practitioner MAS © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

Agenda Metodologias Ágeis MSF Agile Visual Studio Team System Source Control Build Automation Project Site Work Item Tracking Reporting © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

3/24/2017 7:56 AM 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) © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

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” Os padrões rígidos não são necessariamente definidos pelo princípios ágeis, mas são fundamentais na minha leitura ao sucesso do projeto. São os procedimentos definidos que não devem permitir que os outros fiquem pensando em como alterá-los. É para fazer assim e ponto. Exemplo: Code Patterns e policies (critérias para determinadas conclusões sobre atividades). © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

Por que ser ágil? Os processos são complexos 3/24/2017 7:56 AM Por que ser ágil? Os processos são complexos Previsibilidade Produtividade Controles burocráticos Desconectado Desafios Fazer as pessoas conhecer os processos Fazer as pessoas praticar os processos © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

MSF Agile É um guia qualitativo de como operar em um projeto 3/24/2017 7:56 AM 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. © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

Os Princípios do MSF Agile 3/24/2017 7:56 AM Os Princípios do MSF Agile Confiar nas pessoas O valor do resultado Parceiros como clientes Adaptativo a mudanças © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

MSF Agile define: Papéis Responsabilidades Tarefas 3/24/2017 7:56 AM MSF Agile define: Papéis Responsabilidades Tarefas Resultados esperados Guia (processos e artefatos) © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

O processo de desenvolvimento O time MSF Agile Gerente de projeto Analista de negócios Arquiteto Desenvolvedor Analista de testes O processo de desenvolvimento Dev Test Arch PM Analista de Negócios

O time do projeto: definindo Neide Câmara Gerente de Projeto Victor Câmara Desenvolvedor Claudio Câmara Analista de Negócios Alberto Câmara Arquiteto Gisele Câmara Analista de testes

Cria a solução arquitetônica 3/24/2017 7:56 AM Cria a documentação Review Scenarios Define Personas Write Scenarios Create Scenario List Prioritize Scenario List Storyboard a Scenario Create Architectural Prototype Divide Scenario into Tasks Decompose System Determine Interfaces Estimate Scenario Cria a solução arquitetônica Cost a Development Task Write Code Schedule Scenario Implementa as tarefas de desenvolvimento Write and Perform Unit Tests Explicar algumas interseções no ciclo de vida (papéis e cenários) Cria o plano de trabalho Review Code Elabora e executa os testes Write Validation Tests Run Test Identify a Bug Integrate © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

Ciclo de vida (resumido) 3/24/2017 7:56 AM Ciclo de vida (resumido) As metodologias ágeis são uma cultura de orientação ao conteúdo contudo não desprezam a forma. Você pode ser certificado CMMI ou utilizar processos unificados no RUP e mesmo assim praticar processos ágeis. Muitas pessoas acham que ser ágeis é não fazer artefatos. © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

O process template do MSF Agile 3/24/2017 7:56 AM O process template do MSF Agile Fábio Câmara Program Manager MAS © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

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 © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

Sucesso é raro… Ausência de ferramentas integradas Fracasso Prazo estourado Sucesso 15% 51% 34% 2004 23% 49% 28% 2000 Ausência de ferramentas integradas Separação de negócio e tecnologia Problemas de comunicação Tarefas não gerenciáveis Processos imaturos ou inflexíveis Sem balanceamento entre produtividade e previsibilidade Source: The Standish Group International, Extreme Chaos, The Standish Group International, Inc., 2004 Valor estourado: 45% Tempo estourado: 63% Funcionalidades combinadas: 67% Standish Group

O Arsenal VSTS Team Foundation Server Visual Studio Team Edition for: Arquitetos Desenvolvedores Analista de testes Gerentes de projetos

O coração do VSTS Build Automation Project Site Reporting Source Control Work Item Tracking Project Site Build Automation

Source Control SQL Server 2005 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 SQL Server 2005

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

Source Control - Shelving 3/24/2017 7:56 AM Source Control - Shelving Fábio Câmara Program Manager MAS © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

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

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

Fábio Câmara Program Manager MAS Project Site Fábio Câmara Program Manager MAS © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

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

Reporting Provê total integração das ferramentas VSTS Você pode criar “customizados” e adicionar outros Construído pelo SQL Server Reporting Services

Como funciona - Reporting SQL Server Reporting Services Reporting Warehouse Excel Reporting Warehouse Object Model Custom Reporting Test/Build Adapter Work Item Adapter Source Code Adapter Add-on Adapter Partner Tool A Build Database Work Item Tracking Source Code Control

Pré-Requisitos Imprescindível: Desejá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

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)

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 © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

Sua Avaliação é Importante! 3/24/2017 7:56 AM Sua Avaliação é Importante! Por Favor, Não Esqueça de Preencher a Ficha de Avaliação para esta sessão © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

© 2005 Microsoft Corporation. Todos os direitos reservados. 3/24/2017 7:56 AM © 2005 Microsoft Corporation. Todos os direitos reservados. O propósito desta apresentação é apenas informativa. Microsoft não faz nenhuma garantia expressa ou implícita nesta apresentação. Seu potencial. Nossa inspiração.MR © 2005 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.