PMBOK e Gestão de Projetos de Software Gustavo Tibério

Apresentação em tema: "PMBOK e Gestão de Projetos de Software Gustavo Tibério"— Transcrição da apresentação:

1 PMBOK e Gestão de Projetos de Software Gustavo Tibério gta@cin.ufpe.br http://www.cin.ufpe.br/~gta

2 Roteiro - Apresentação do PMBOK - PMBOK & processos de software... RUP... CMM... XP

3 PMBOK...... ou Project Management Body of Knowledge,...... é um conjunto de boas práticas em gerenciamento de projetos (GP)... foi criado (e é mantido) pelo PMI – Project Management Institute... não é um processo!

4 PMBOK: Algumas características Permite uso iterativo (embora isso não seja enfatizado no PMBOK Guide) Formado por 44 Processos, organizados em cinco Grupos, e nove Áreas de Conhecimento Cada processo tem: –Entradas –Ferramentas e Técnicas –Saídas

5 Fonte: PMI (2004) PMBOK: Grupos de Processos

6 PMBOK: Áreas de Conhecimento

7 PMBOK - Áreas de Conhecimento: Escopo Gerência de Escopo: Atividades que visam garantir o adequado escopo do projeto Escopo do projeto: o trabalho necessário para entregar o produto do projeto Escopo do produto: requisitos do produto do projeto Principais saídas: Plano de Gerência de Escopo EAP (Estrutura Analítica do Projeto)

8 PMBOK - Áreas de Conhecimento: Tempo Gerência do Tempo: Atividades necessárias para que se conclua a tempo o projeto. Envolve definição, seqüenciamento, estimativa de recursos e duração das atividades a serem realizadas Lida com a construção e o monitoramento do cronograma do projeto Saídas principais: Cronograma do projeto Plano de gerência do cronograma

9 PMBOK - Áreas de Conhecimento: Custo Gerência de Custo: processos que visam garantir que o projeto seja completado dentro do orçamento aprovado. Envolve o planejamento, estimativa, orçamentação e controle dos custos do projeto Sugere a análise de valor agregado (EVA) para controle dos custos Saídas principais: Estimativas de custo Orçamento do projeto Análise de desempenho (EVA)

10 PMBOK - Áreas de Conhecimento: Qualidade Gerência de Qualidade: atividades que visam garantir que o projeto satisfaça as necessidades que ele visa atender. Define atividades que determinam as políticas e procedimentos de qualidade, bem como seus objetivos Envolve planejamento, garantia e controle da qualidade, incluindo atividades de aperfeiçoamento contínuo de processos

11 PMBOK - Áreas de Conhecimento: Pessoas Gerência de Pessoas (RH): atividades que organizam e gerenciam a equipe de projeto O PMBOK enfatiza a importância do envolvimento da equipe do projeto no planejamento desde o início, visando aumentar a expertise e reforçar o comprometimento Principais saídas: Plano de gerenciamento de pessoal Organograma do projeto Avaliação do desempenho da equipe

12 PMBOK - Áreas de Conhecimento: Comunicação Gerência de Comunicação: Atividades necessárias para a geração, coleta, distribuição, armazenamento, recuperação e destinação final das informações do projeto. A comunicação é a ligação crítica entre pessoas e informações. Saídas principais: Plano de gerência da comunicação Relatórios de previsão, status e desempenho do projeto

13 PMBOK - Áreas de Conhecimento: Riscos Gerência dos Riscos: objetiva aumentar a probabilidade e o impacto de eventos positivos, e diminuir dos eventos negativos Envolve atividades de identificação, análise e resposta aos riscos, bem como seu monitoramento e controle Principais saídas: Plano de gerência de riscos Registro de Riscos

14 PMBOK - Áreas de Conhecimento: Aquisições Gerência de Aquisições: processos para compra ou aquisição de produtos, serviços ou resultados necessários à realização do trabalho do projeto. Inclui a gerência de contratos e emissão de ordens de compra pelos membros da equipe Saídas principais: Plano de gerência de aquisições SOW (Statement of Work) Contrato(s)

15 PMBOK - Áreas de Conhecimento: Integração Gerência de Integração: processos e atividades necessárias para identificar, definir, combinar, unificar e coordenar os vários grupos de processos de um projeto. Os processos das outras áreas de conhecimento se sobrepõem e interagem de diversas maneiras, e a Integração visa gerenciar essas interações Principais saídas: Plano do Projeto Produto final do projeto Registros do projeto

16 Fonte: PMI (2004) PMBOK: foco no planejamento Total do PMBOK: 44 processos Planejamento: 21 processos Tempo: 5 Riscos: 5 Escopo: 3 Custo: 2

17 PMBOK em projetos de software Quais considerações são pertinentes no uso do PMBOK em projetos de desenvolvimento de software? O que observar na comparação do PMBOK com: –RUP –CMM –Processos ágeis?

18 RUP...... ou Rational Unified Process, é um processo de desenvolvimento de software O RUP é um processo: –Guiado por casos de uso –Centrado na arquitetura –Iterativo e incremental

19 Disciplinas do RUP

20 Comparação PMBOK/RUP PMBOK RUP Qualquer tipo de projetoEspecífico para projetos de software Fases do projeto dependem do domínio da aplicação Fases e iterações específicas para desenvolvi- mento de software Apenas práticas de GPPráticas de GP e de desen- volvimento de software Cobre todos os aspectos de GP Cobre alguns aspectos de GP Framework descritivo (“o quê”) Processo prescritivo (“como”, “quem”, “quando”)

21 PMBOK vs. RUP (Disciplina de GP)

22 Fonte:Charbonneu (2004) Mapeamento PMBOK/RUP Áreas de Conhecimento PMBOK Disciplinas do RUP IntegraçãoGerenciamento de Projeto Requisitos Implantação Configuração e Mudanças EscopoGerenciamento de Projeto Requisitos Configuração e Mudanças TempoGerenciamento de projeto QualidadeGerenciamento de Projeto Configuração e Mudanças ComunicaçõesGerenciamento de Projeto RiscosGerenciamento de Projeto

23 CMM...... Ou Capability Maturity Model, hoje conhecido por ou CMMI-SE/SW...... é um modelo de avaliação e melhoria da maturidade de Processos de Software Os processos são classificados em níveis, de acordo com sua maturidade Cada nível de processo contém áreas de processo (PAs)

24 Fonte: Sotille (2003) Mapeamento PMBOK / CMM Nível 2 Medição e AnáliseTodas as Áreas

25 Desenvolvimento ágil de software... ... são práticas de desenvolvimento de software que enfatizam:  Colaboração: equipe de software + clientes  Comunicação “cara a cara”  Entregas freqüentes de código (valor) ao cliente  Equipes coesas, auto-organizáveis  Práticas que minimizem problemas quando há mudanças de requisitos

26 XP...... ou Extreme Programming, é um processo ágil de desenvolvimento de software, cujos princípios fundamentais são: –Feedback rápido –Simplicidade presumida –Mudanças incrementais –Aceitação das mudanças –Alta qualidade

27 Planejamento no XP vs. PMBOK XPPMBOK Planeja-se apenas o necessário para o próximo ciclo ou iteração É neutro com relação a iteratividade Responsabilidades são aceitasResponsabilidades são atribuídas Quem vai implementar faz a estimativa Apresenta vários métodos de estimativa Ignora interdependências entre tarefas Enfatiza a análise de interdependências Planejar para as prioridades versus Planejar para o desenvolvimento Inclinação ao planejamento para as prioridades

28 GP no XP vs. PMBOK XPPMBOK Responsabilidades são aceitasResponsabilidades são atribuídas Presunção da qualidade do trabalho da equipe Forte investimento em garantia e controle da qualidade Gerente do Projeto guia as mudanças do processo de gerenciamento Inclinação para políticas pré- definidas de gerenciamento Gerente do Projeto lidera a adaptação do XP à cultura da companhia Gerente do Projeto adapta o PMBOK à cultura através da Gerência de Integração “Travel light”: processo de GP deve ser leve para a equipe PMBOK não faz referência a qual deve ser o “peso” do processo O gerente do projeto deve escolher métricas realistas PMBOK sugere Análise de Valor Agregado para medir desempenho

29 Fonte: PMI (2004) Estrutura Analítica do Projeto (EAP)

30 Fonte: PMI (2004) Cronograma do projeto

31 Fonte: PMI (2004) Gráfico de análise de desempenho

32 Fonte: PMI (2004) Ferramentas de Qualidade

33 Fonte: Sotille (2003) Níveis do CMM Foco na melhoria dos Processos de GP O grande desafio é a mudança na cultura da organização!

34 Fonte: Sotille (2003) PAs do CMMI-SE/SW por nível

35 Referências Agile Alliance (2006) – What is Agile Software Development? http://agilealliance.org/show/2. Site acessado em setembro de 2007. http://agilealliance.org/show/2 Beck, Kent (2004) – Programação eXtrema explicada: acolha as mudanças. Ed. Bookman, 2004. Charbonneau, Serge (2004) - Software Project Management - A Mapping between RUP and the PMBOK. IBM DeveloperWorks, http://www.ibm.com/developerworks/rational/library/4721.html. Site acessado em setembro de 2007. http://www.ibm.com/developerworks/rational/library/4721.html Jacobson, I., Booch, G. e Rumbaugh, J. (1998) The unified software development process. Addison-Wesley, 1998. PMI (Project Management Institute) (2004) - PMBOK Guide 3ª Edição. Project Management Institute, 2004. SEI (Software Engineering Institute) (200?) – Capability Maturity Model for Software. SEI Website, http://www.sei.cmu.edu/cmm/. Site acessado em setembro de 2007.http://www.sei.cmu.edu/cmm/ Sotille, Mauro (2003) – Comparação PMBOK & CMM + CMMI. PMTech, http://pmtech.com.br/artigos/PMBOK&CMM+CMMI.pdf. Site acessado em setembro de 2007. http://pmtech.com.br/artigos/PMBOK&CMM+CMMI.pdf

36 PMBOK e Gestão de Projetos de Software Gustavo Tibério gta@cin.ufpe.br http://www.cin.ufpe.br/~gta