Engenharia de Negócios. Gestão de Sistemas Complexos. Planejamento Time Box



Documentos relacionados
Processo Unificado (RUP)

Engenharia de Negócios 1. Gestão de Sistemas Complexos. Introdução

PROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software

Planejamento Iterativo

O que é um processo de software?

Processo de Desenvolvimento Unificado

A Disciplina Gerência de Projetos

O que é, e para que serve o Cronograma:

Engenharia de Software I

RUP. Evolução. Principais Características do RUP. Principais Características do RUP RUP

ARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.

O Rational Unified Process (RUP) é um processo de desenvolvimento de software inspirado no

Planejamento e Gerenciamento de Software. Tema 3. Gerência de Projetos Profa. Susana M. Iglesias

Curso: Engenharia de Software com Ênfase em Padrões de Software (UECE Universidade Estadual do Ceará) RUP

Development Case. Project: VENSSO. Data 27/05/2005. <location to access at CVS or URL> Vesões do Documento 2.00

Introdução ao RUP Rational Unified Process. por Denize Terra Pimenta Outubro/2004

Processo de Criação de Cronogramas Prazo

Estimativas de software

Artigo elaborado por C. Magno Xavier (M.Sc., PMP) Como criar uma WBS

Redução no custo e prazo de desenvolvimento de novos produtos; Aumento no tempo de vida dos novos produtos; Aumento de vendas e receita; Aumento do

Gerenciamento de Projetos no Marketing Desenvolvimento de Novos Produtos

INSTRUÇÃO DE SERVIÇO PARA ELABORAÇÃO DE PLANOS GERAIS DE PROJETOS DE SISTEMAS OU APLICATIVOS

Capítulo 6 Gerenciamento do Tempo do projeto

Desenvolvimento Iterativo. Unified Process (UP) Esta abordagem ao desenvolvimento

Engenharia de Software

Para cada fase consideramos. Tempo para um projeto típico Tempo para um projeto Complexo. Arquitetura do Processo Unificado. A meta a ser atingida

Especialização em Engenharia de Software e Banco de Dados

Gerenciamento de Projetos

! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado

Nome da Empresa. <Nome do Projeto> Plano de Desenvolvimento de Software. Versão <1.0>

MÉTRICAS DE SOFTWARE

Introdução ao OpenUP (Open Unified Process)

Scrum. Gestão ágil de projetos

Desenvolvimento Ágil de Software

Tecnologia em Gestão Pública Desenvolvimento de Projetos - Aula 9 Prof. Rafael Roesler

Metodologia de Projetos. André Gomes Coimbra

Planejamento e Gerenciamento de Projeto de Software

Boas Práticas em Gerenciamento de Projetos Material utilizado nas aulas de Pós-graduação do Centro de Informática

TC 045 Gerenciamento de Projetos

Engenharia de Software. Apostila I >>> Introdução à ES - HEngholmJr

Programa do Módulo 2. Processo Unificado: Visão Geral

Fase 1: Engenharia de Produto

Modelos de Maturidade. Porque estudar um Modelo de Maturidade? Descrevem as características de processos efetivos;

Metodologia de Gerenciamento de Projetos da Justiça Federal

Ouvir o cliente e reconhecer o problema: ingredientes essenciais à gestão de projetos

Gerência de Projetos

Gestão de Projetos 2 - Planejamento detalhado do Projeto

GERENCIAMENTO DE MODIFICAÇÕES

Como criar a Estrutura Analítica de um Projeto (EAP)

Gerenciamento do Escopo do Projeto Produto do Projeto

MASTER IN PROJECT MANAGEMENT

Metodologia de Desenvolvimento de Sistemas (MDS - ANEEL)

Gerenciamento dos Custos

Processos de Software

- Project Management Institute. Disciplina de Engenharia de Software. PMP- Project Management Professional PMBOK

Gerenciamento de Projetos. Prof. Dr. Rodolfo Miranda de Barros

Lista de verificação (Check list) para planejamento e execução de Projetos

Padrões de Qualidade e Métricas de Software. Aécio Costa

CURSO DE PÓS-GRADUAÇÃO LATO SENSU (ESPECIALIZAÇÃO) MBA em Gerenciamento de Projetos Coordenação Acadêmica: Dr. André Valle

PROJETO DE FÁBRICA DE SOFTWARE

Gestão de Projetos. Luis M. Correia. Portfólio

PDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS

ANEXO 07 CICLO DE DESENVOLVIMENTO ÁGIL PROCERGS

Estudo de Caso. Projeto Correspondência Eletrônica nos Correios S.A.

Engenharia de Software II: Criando o cronograma do projeto. Prof. Msc Ricardo Britto DIE-UFPI rbritto@ufpi.edu.br

Agilidade parte 3/3 - Scrum. Prof. Dr. Luís Fernando Fortes Garcia luis@garcia.pro.br

Planejamento Recursos

1) Objetivos. 3) Estabelecer o Escopo do Software. 2) Principais Atividades

TÉCNICAS DE PLANEJAMENTO E CONTROLE. UNIDADE I - Planejamento, programação e controle

Universidade Federal de Ouro Preto Escola de Minas DECIV. Gestão de Obras em Construção Civil. Aula 3 PLANEJAMENTO DE OBRAS

CICLO DE VIDA DE PROJETO ESPACIAL

Referências internas são os artefatos usados para ajudar na elaboração do PT tais como:

Professor: Curso: Disciplina:

Processos de Desenvolvimento de Software

Gerenciamento de Projetos de Software. Conceitos e objetivos da gerência de projetos

Gerência de Projetos Prof. Dr. Sandro Ronaldo Bezerra Oliveira

RESUMO PARA O EXAME PSM I

Tópicos Especiais em Engenharia de Software

Gerência de Projetos. Aula 07. Prof. Gladimir Ceroni Catarino

Gerenciamento de Projetos Modulo VIII Riscos

Prova de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES

FTIN Formação Técnica em Informática Módulo de Gestão Aplicada a TIC AULA 04. Prof. Fábio Diniz

UNICAMP Especialização em Engenharia de Software INF-322 Gerenciamento de Projetos de Software: Conceitos e Práticas. Equipe 9

Qualidade de Software. Anderson Belgamo

Gerência de Projetos. Aula 3 SERVIÇO NACIONAL DE APRENDIZAGEM COMERCIAL FACULDADE DE TECNOLOGIA SENAC PELOTAS

Engenharia de Software II: Definindo Projeto III. Prof. Msc Ricardo Britto DIE-UFPI

Guia do Nexus. O Guia Definitivo para o Nexus: O exoesqueleto do desenvolvimento Scrum escalado. Desenvolvido e mantido por Ken Schwaber e Scrum.

O que acontece antes do projeto começar?

Visão Geral do RUP Rational Unified Process. Jorge Fernandes UFRN Junho de 2002

Simulações em Aplicativos

Processos de Design de IHC (Parte II)

Feature-Driven Development

Wesley Torres Galindo.

{Indicar o tema e objetivo estratégico aos quais o projeto contribuirá diretamente para o alcance.}

I CICLO ITINERANTE DE FORMAÇÃO PARA O TERCEIRO SETOR

RUP Rational Unified Process

natureza do projeto e da aplicação métodos e ferramentas a serem usados controles e produtos que precisam ser entregues

Engenharia de Software I

Engenharia de Software II: Desenvolvendo o Orçamento do Projeto. Prof. Msc Ricardo Britto DIE-UFPI rbritto@ufpi.edu.br

Transcrição:

Engenharia de Negócios Gestão de Planejamento Time Box

Objetivos Examinar o planejamento time box Planejamento de fases e marcos do projeto Iterações de um projeto Quantidade Duração Objetivos

Planejamento do projeto Inception Elaboration Construction Transition tempo O RUP utiliza o planejamento timebox. O projeto é visto como um empreendimento que tem uma data final para acabar. A partir dessa data o plano é montado de trás para frente e então verifica-se quais funcionalidades são possíveis de se implementar. Prazo e recurso Condições principais do planejamento Funcionalidade Condição secundária e negociável

Time Boxing Time boxing é uma técnica top-down para confinar a obtenção de uma meta específica numa janela de tempo reduzida É uma técnica para balancear escopo e prazo, mas também forçar a convergência e limitar a paralisia ou busca da perfeição

Estratégia de planejamento Planejamento tradicional é organizado em torno da quebra analítica do produto (parte superior da WBS) O sistema é decomposto em partes (no caso de software cedo demais no ciclo de vida, antes da arquitetura) Esta forma de planejar vem da indústria e da engenharia tradicional O planejamento iterativo está organizado em torno da quebra analítica do processo (parte inferior da WBS) Fases, iterações e marcos ao longo do tempo. O que precisa ser feito para se atingir certos objetivos ao longo do tempo O sistema está funcionalmente-particionado através dos Casos de Uso

Planejando iterativamente em 2 níveis Plano de Desenvolvimento de Software (SDP) Project Plan Iteration Plan Next Fase e Grande Marcos O que? Quando? Iterações para cada Fase Número de iterações Objetivos Duração Perfil de alocação de recursos Plano grosseiro Current Atividades Recursos Alocação Individual e de equipes Principais builds Planos refinados PMID Course: Rational University

Time-box é top-down e botton-up Qualquer que seja a estimativa, o time-box elabora o plano inicialmente da maneira top-down Em seguida calcula outra estimativa para a soma botton-up, e define o plano de cada iteração Obs: pode-se aplicar a mesma métrica de estimativa mas perde-se a possibilidade de verificar os valores obtidos

Sequência é iterativa (refinamentos sucessivos) Categoriza o projeto com o número de casos de uso Define com quantas iterações rodar o projeto: 6 ± 3 Aloca os UC nas iterações conforme o risco e as prioridades Examina os artefatos a se produzir (Development Case) Monta a equipe de projeto de acordo com a necessidade de cada iteração (papéis) Aplica restrições de prazo, recursos e skills Calcula a estimativa da duração 1H : 1UC : 8 weeks (UCP, FP, etc): 2w a 24w (6 meses) Repete os passos novamente, refinando o plano

Categoriza o esforço do projeto Total I E C T Low 3 0 1 1 1 Typical 6 1 2 2 1 High 9 1 3 3 2 10% 30% 50% 10% t 1H : 1UC : 8 weeks

Phase planning

Phase planning

Phase planning Project Plan Start 1/2001 LCO 3/2001 LCA 7/2001 IOC 12/2001 2/2002 PMID Course: Rational University

Phase planning Project Plan Project Approval Architecture Review ß1 ß2 Product Release Start 1/2001 LCO 3/2001 LCA 7/2001 IOC 12/2001 2/2002 Análise de ordem-de-grandeza ou magnitude (rough order of magnitude ROM) Experiência passada Fatores de escala Curvas paramétricas Estimativas de capacidade check PMID Course: Rational University

Duração da iteração Como primeira aproximação obter a duração da iteração dividindo a duração total da fase ou projeto pelo número de iterações Iterações de mesma duração são melhores Realizar ajustes no tamanho da fase e/ou no tamanho da iteração Rever, se necessário, o próprio número de iterações Levar em conta feriados, planejamento de férias e planejamento do cliente

Artifact planning Development Case

Effort planning Estimativa aproximada (Top-down estimation) Similaridades com experiências passadas Estimativa por analogia Curvas paramétricas Regras empíricas (rule of thumb) Custo indexado de atividades similares check

Resource planning

Plano de Iteração É construído de maneira tradicional Cronograma (Gantt Chart) Botton-up Aloca tempo e recurso para as atividades Há sempre 2, o corrente e aquele que está em planejamento para a próxima iteração

Plano de Iteração Project Plan Project Approval Architecture Review ß1 ß2 Product Release it.1 it.2 it.3 it.4 it.5 Start 1/2001 LCO 4/2001 3/2001 LCA 7/2001 IOC 12/2001 2/2002 Iteration Plan WBS 4/2001 Design Review Build #1 Build #2 5/2001 PMID Course: Rational University

O planejamento é incremental Project Approval it.1 it.2 Project Plan it.3 Architecture Review it.4 it.5 ß1 ß2 Product Release v1 v2v3 v4 v5 v6 Start 1/2001 LCO 4/2001 3/2001 LCA 7/2001 IOC 12/2001 2/2002 Typical 1 2 2 1 I 1 E 1 C1 E 2 C 2 T1 Iterations Plans

Plano de iteração confirma a estimativa inicial Construção Botton-up Verifica estimativa Topdown Revisa Plano de Projeto Revisa Plano de Iteração WBS e WP Estimativas PERT/CPM Curvas S Análise Earned Value Estimativa definitiva (Botton-up estimation) Planos completos Especificações completas Preço unitário check

Fim do capítulo Planejamento Time Box