O Fluxo de Planejamento e Gerenciamento Alexandre Vasconcelos

O Fluxo de Planejamento e Gerenciamento © Alexandre Vasconcelos amlv@cin. ufpe. br alexandre@qualiti. com. br Centro de Informática da UFPE/ Qualiti Software Processes 1/24

Planejamento & Gerenciamento Objetivo • Depois desta aula você terá uma visão geral do fluxo de planejamento e gerenciamento do RUP, incluindo suas características e suas atividades principais. 2/24

Objetivo do Planejamento & Gerenciamento · · · Prover uma abordagem para o gerenciamento de projetos de software Prover diretrizes básicas para planejamento, alocação de pessoas, execução e monitoramento de projetos Prover uma abordagem para gerenciamento de riscos 3/24

Relação com Outros Fluxos de Atividades · O Fluxo de Planejamento e Gerenciamento de Projetos provê um framework para a criação e gerenciamento de um projeto. Ele se relaciona com todos os demais fluxos. 4/24

Entidades do Planejamento e Gerenciamento · · · Objetivos Requisitos Riscos Fatores críticos de sucesso Pontos fortes e pontos fracos Cronograma Esforço Métricas Pessoas (Equipe) Recursos (Orçamento) Metodologia Ferramentas 5/24

Distribuição de Esforço e Tempo · Projeto de tamanho médio: § § · Concepção: 5% Elaboração: 20% Construção: 65% Transição: 10% Projeto mais complexo: § § Concepção: 8% Elaboração: 24% Construção: 60% Transição: 8% 6/24

O Gerente de Projeto § § § Aloca recursos Define prioridades Coordena as interações com clientes e usuários Procura manter a equipe de projeto focada na meta do projeto Estabelece um conjunto de práticas para assegurar a integridade e qualidade dos artefatos do projeto Assegura a existência de um processo de adequação das mudanças no produto 7/24

O que o RUP não cobre? · · · Gestão de pessoas: contratação, treinamento, acompanhamento Gestão de orçamentos: definição, alocação, etc Gestão de contratos com fornecedores e clientes 8/24

O Fluxo de Atividades Iniciar Projeto Aprovar Projeto Atestar Conclusão do Projeto Contratante Identificar Riscos Estudar Viabilidade Desenvolve r Plano de Projeto Gerente de projeto Arquiteto Executar Plano de Iteração Desenvolve r Plano de Iteração Avaliar Iteração Finalizar Projeto Reavaliar Riscos Priorizar Casos de Uso 9/24

P&G: Principais Artefatos 10/24

Estudo de Viabilidade (Business Case) 1. Objetivos § Uma breve descrição dos objetivos do estudo de viabilidade (Business Case). 2. Escopo § Uma breve descrição do problema ao qual o estudo de viablidade se aplica; o que é afetado ou influenciado por este documento. 3. Referências § Uma lista de documentos referenciados. 11/24

Estudo de Viabilidade (cont. ) 4. Descrição do Produto § Descreva brevemente o produto que será o resultado final do esforço do projeto. 5. Contexto do Negócio § Domínio de aplicação, mercado, escopo contratual, se é continuação de um projeto existente, etc. 6. Objetivos do Produto § Critérios de sucesso, projeção financeira, análise do mercado, etc. 12/24

Estudo de Viabilidade (cont. ) 7. Previsão Financeira § Estimativa de retorno do investimento, custos, recursos, incluindo suposições usadas para gerar as estimativas. 8. Restrições § Requisitos de alto nível, interfaces com sistemas externos, abordagem técnica, etc. que impactam os custos ou oferecem riscos. 13/24

Lista de Riscos 14/24

Lista de Riscos Detalhada 1. Objetivos § Uma breve descrição da finalidade da Lista de Riscos. 2. Escopo § Uma breve descrição do que a Lista de Riscos se aplica; o que é afetado ou influenciado por este documento. 3. Referências § Uma lista de documentos relacionados ou referenciados. 15/24

Lista de Riscos Detalhada (cont. ) 4. Riscos § 4. 1 <Identificador do Risco – um nome descritivo ou número> § 4. 1. 1 Magnitude do risco ou ranking § Um indicador da magnitude do risco pode ser assinalado para ajudar a “ranquear” os riscos desde o mais danoso até o menos danoso. § 4. 1. 2 Descrição § Uma breve descrição sobre o risco. 16/24

Lista de Riscos Detalhada (cont. ) § 4. 1. 3 Impactos § Lista os impactos no projeto ou no produto. § 4. 1. 4 Indicadores § Descrevem como monitorar e detectar que o risco ocorreu ou está prestes a ocorrer. Inclue o uso de métricas & limites aceitáveis, resultados de testes, eventos específicos, etc. § 4. 1. 5 Estratégia de Mitigação § Descreve o que deve ser feito no projeto para reduzir o impacto do risco. 17/24

Lista de Riscos Detalhada (cont. ) § 4. 1. 6 Plano de Contingência § Descreve qual será a ação adotada caso o rico se materialize: solução alternativa, redução da funcionalidade, etc. 18/24

Plano do Projeto § O plano do projeto define o cronograma geral do projeto no tempo: datas para as fases e os marcos principais, e datas para as iterações com os seus objetivos principais. 19/24

Esqueleto de um Plano de Projeto 1. Objetivos § Uma breve descrição sobre os objetivos do Plano de Projeto. 2. Escopo § Uma breve descrição sobre o que o projeto se aplica; qo que é afetado ou influenciado por este documento. 3. Referências § Uma lista de documentos referenciados ou relacionados a este. 20/24

Esqueleto de um Plano de Projeto (cont. ) 4. Plano de Fases § Um "road map“ geral do projeto, mostrando como alocar o tempo às fases e especificando o que será atingido em cada marco de referência. Pode incluir gráficos (ex: diagrama de Gantt). 5. Cronograma § Diagramas mostrando as iterações dentro das fases, pontos de entregas (releases), demos e outros marcos de referência. 21/24

Esqueleto de um Plano de Projeto (cont. ) 6. Objetivos de Cada Iteração § Descrições breves de cada iteração e de seus principais objetivos, quais riscos são atacados em cada iteração, etc. 7. Releases § Breves descrições de cada release (demo, beta, etc. ). 8. Plano de Recursos § Organização do staff e sua alocação, plano de treinamentos, etc. 9. Custos § Orçamento geral do projeto. 22/24

Planejamento & Gerenciamento § Leituras recomendadas: Object-Oriented Project Management with UML. Murray R. Cantor. John Wiley & Sons, 1998. § Software Project Management: A Unified Framework. Walker Royce. Addison Wesley Longman, 1998. § Software Engineering: A Practitioner’s Approach (Third Edition). Roger Pressman. Mc. Graw-Hill, 1992. • Capítulos 12 e 13 do livro The Unified Software Development Process (de Ivar Jacobson, Grady Booch e James Rumbaugh) • Capítulo 7 do livro An Intoduction to the Rational Unified Process (de Philip Kruchten) § 23/24

O Fluxo de Planejamento e Gerenciamento © Alexandre Vasconcelos amlv@cin. ufpe. br alexandre@qualiti. com. br Centro de Informática da UFPE/ Qualiti Software Processes 24/24