250 likes | 413 Views
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. Planejamento & Gerenciamento. Objetivo
E N D
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
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.
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
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.
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
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%
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
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
Iniciar Projeto Aprovar Projeto Estudar Viabilidade Atestar Conclusão do Projeto Identificar Riscos Desenvolver Plano de Projeto Desenvolver Plano de Iteração Executar Plano de Iteração Avaliar Iteração Finalizar Projeto Reavaliar Riscos Priorizar Casos de Uso Gerente de projeto Contratante Arquiteto O Fluxo de Atividades
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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. McGraw-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)
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