1 / 52

Uma Abordagem de Gerenciamento gil de Projetos de Software baseada no PMBOK Guide

2 / 52. Roteiro. AgilidadeGerenciamento de ProjetosQuebra de ParadigmaGerenciamento

geona
Download Presentation

Uma Abordagem de Gerenciamento gil de Projetos de Software baseada no PMBOK Guide

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


    1. Uma Abordagem de Gerenciamento Ágil de Projetos de Software baseada no PMBOK® Guide Luciana de Queiroz Leal (lql@cin.ufpe.br)

    2. 2 / 52 Roteiro Agilidade Gerenciamento de Projetos Quebra de Paradigma Gerenciamento Ágil de Projetos Motivação PMBOK® Guide + Agilidade PMBOK® SWA Definição Características Apresentação Considerações

    3. 3 / 52 Agilidade Rapidez, desembaraço Qualidade de quem é veloz No contexto de gestão Capacidade de responder rapidamente a mudanças Mudanças de tecnologias, da equipe, de requisitos...

    4. 4 / 52 Gerenciamento de Projetos Projetos gerenciados de forma tradicional Especificação detalhada dos requisitos Auxilia no planejamento e design O sistema construído atende a necessidade do cliente? Abordagem BRUF Big Requirements Up Front (Grandes requisitos primeiro) Algumas funcionalidades raramente utilizadas

    5. 5 / 52 Gerenciamento de Projetos (cont.) Implicações da abordagem BRUF Criar um plano de projeto precocemente detalhado no ciclo de vida Criar precocemente estimativas precisas para o projeto Usar o processo de mudanças preventivamente Medir o progresso em termos de valor agregado

    6. 6 / 52 Quebra de Paradigma Reflexão Um software é, pela sua própria natureza, intangível É impossível antever todas as suas funcionalidades As necessidades emergem durante todo o seu desenvolvimento, e vão amadurecendo até a sua implantação A utilização do software aprimora os seus recursos A mudança neste contexto torna-se inevitável

    7. 7 / 52 Quebra de Paradigma (cont.) Tradicional Ágil

    8. 8 / 52 Gerenciamento Tradicional vs. Gerenciamento Ágil Desenvolvedor hábil Cliente pouco envolvido Requisitos conhecidos, estáveis Retrabalho caro Planejamento direciona os resultados Conjunto de processos com metodologia definida Foco: grandes projetos ou com restrições de confiabilidade Objetivo: controlar, em busca de alcançar o planejado Desenvolvedor ágil Cliente comprometido Requisitos emergentes, mutáveis Retrabalho barato Resultados direcionam o planejamento Conjunto de valores com atitudes e princípios definidos Foco: projetos de natureza exploratória e inovadores Objetivo: simplificar processo de desenvolvimento

    9. 9 / 52 O que é Gerenciamento Ágil de Projetos? Um conjunto de valores, princípios e práticas que auxiliam a equipe de projeto a entregar produtos ou serviços de valor em um ambiente complexo, instável e desafiador [Highsmith, 2004] Uma nova plataforma de gerenciamento de projetos, aplicável a ambientes voláteis e desafiadores, sujeitos a mudanças freqüentes, em que o processo prescritivo e padronizado não mais se adequa. [Chin, 2004]

    10. 10 / 52 Valores Centrais As respostas às mudanças são mais importantes que o segmento de um plano A entrega de produtos está acima da entrega de documentação Priorização da colaboração do cliente sobre a negociação de contratos Os indivíduos e suas interações são mais importantes que os processos e ferramentas

    11. 11 / 52 Principais Objetivos Inovação contínua: a idéia de inovação é associada a um ambiente cuja cultura estimule o auto-gerenciamento e a autodisciplina Adaptabilidade do produto: os produtos adaptáveis às novas necessidades do futuro Tempos de entrega reduzidos: direcionamento preciso e capacidade técnica da equipe Capacidade de adaptação do processo e das pessoas: equipe confortável com mudanças, processo leve Resultados confiáveis: entrega de produtos que garantam operação, crescimento e lucratividade da empresa

    12. 12 / 52 Boas práticas em Gerenciamento Ágil de Projetos Foque nas pessoas Organize seu projeto em iterações Estabeleça marco de entrega final somente se for realmente necessário Tenha um plano de projeto de alto nível Crie planos de iteração detalhados com base no JIT (Just In Time) Envolva todos da equipe no planejamento As pessoas deveriam escolher seu trabalho ao invés de serem mandadas para fazê-lo

    13. 13 / 52 Alguns Problemas com o Ágil Novo Assustador Aparenta ser indisciplinado Pouca documentação Mas bem motivado por alguns experts que querem construir um SOFTWARE MELHOR MAIS RÁPIDO [Anderson 2003]

    14. 14 / 52 PMBOK® Guide + Agilidade: Por quê? Mais disciplina ao ágil Menos abrangência ao PMBOK® Guide Foco em software Mais algumas vantagens das metodologias ágeis A possibilidade de responder a imprevistos mais rapidamente Entregas rápidas e de valor ao cliente E algumas das metodologias tradicionais Metodologia largamente utilizada Maior aceitação por parte das organizações mais conservadoras

    15. 15 / 52 PMBOK® SWA PMBOK® for Software Agile Proposta Unir as metodologias tradicional e ágil em uma abordagem mais eficiente quando se trata de projetos que necessitam de um certo rigor, mas que possuem seu foco em resultados ágeis. Rigor Um pouco de burocracia em todo o processo de gerência Resultados ágeis Entrega rápida e de valor para o cliente ?

    16. 16 / 52 Definição do PMBOK® SWA PMBOK® Guide Agile Project Management Agile Project Management Framework Scrum Extreme Project Management

    17. 17 / 52 PMBOK® Guide Processos ocorrem dentro de cinco grupos básicos Iniciação, Planejamento, Execução, Controle e Fechamento Nove áreas de conhecimento Escopo, Tempo, Custos, Qualidade, Comunicações, Riscos, Aquisições, Recursos Humanos, Integração 44 processos

    18. 18 / 52 Agile Project Management Baseado em Sistemas Adaptativos Complexos (CAS) revoadas, cardumes, enxames comportamento coletivo: ordem, auto-organização, inteligência coletiva adaptação a ambientes dinâmicos habilidade em lidar com a mudança Organizações: sistemas adaptáveis, com seres inteligentes Confiança na habilidade coletiva para resolver problemas Imprevisibilidade limita o planejamento: enfatizar a adaptabilidade

    19. 19 / 52 Agile Project Management (cont.) Visão Direcionada Estabeleça uma visão direcionadora para o projeto e reforce continuamente,por meio de palavras e ações. Trabalho e Colaboração em Equipe Facilite a colaboração e o trabalho em equipe reforçando relacionamentos. Regras Simples Estabeleça e apóie um conjunto de práticas-chave (guias). Informação Aberta Forneça acesso aberto à informação. Toque leve Aplique somente o controle suficiente para manter a ordem emergente. Vigilância Ágil Aplique um contínuo monitoramento, aprendizado e adaptação ao ambiente.

    20. 20 / 52 Agile Project Management Framework Consiste de mais previsão e exploração do que planejamento e execução Força o confronto entre a realidade dos projetos e o ambiente de desenvolvimento de produto altamente volátil. Fases Visão: determina a visão do produto e do escopo do projeto, a identificação dos stakeholders e a definição de como a equipe de projeto trabalhará em conjunto. Especulação: compreende a identificação dos requisitos iniciais para o produto, a definição de atividades, o desenvolvimento do plano de projeto Exploração: refere-se à entrega dos produtos planejados Adaptação: engloba a revisão dos resultados entregues, Encerramento: é o fechamento do projeto.

    21. 21 / 52 Agile Project Management Framework (cont.)

    22. 22 / 52 Scrum Nome derivado de uma estratégia usada no rugby Mais voltado ao gerenciamento de projetos com equipes pequenas e requisitos instáveis ou desconhecidos Iterações curtas melhoram a visibilidade para acompanhar o desenvolvimento

    23. 23 / 52 Extreme Project Management Principais valores participação, pró-atividade,transparência, confiança, foco nos stakeholders Algumas regras A gerência de pessoas e processos criativos demanda processos de gerenciamento criativos. Quanto menos o gerente de projeto souber sobre os assuntos técnicos do projeto, melhor. O que acontece depois que o projeto termina é mais importante do que o que acontece durante o projeto. Um plano de projeto desenvolvido sem participação completa dos stakeholders é apenas a fantasia de uma única pessoa. Quanto mais tempo o gerente de projeto passar com os stakeholders, melhor.

    24. 24 / 52 Metodologias de Gerenciamento Ágil Com exceção do Scrum Apresentam apenas a filosofia do gerenciamento ágil Dizem o que deve ser feito, mas não sugerem como fazer Pouco foco na prática Contudo, apesar do caráter prático, o Scrum aparenta ser pouco formal

    25. 25 / 52 PMBOK® SWA: Características Possui os cinco grupos básicos de processos do PMBOK® Guide Áreas de conhecimento com número reduzido de processos Processos definidos como um conjunto de atividades Atividades definidas com base nas metodologias ágeis de gerenciamento citadas anteriormente e no PMBOK® Guide Aplicação sugerida para projetos de pequeno e médio porte, que precisam obter resultados rápidos

    26. 26 / 52 PMBOK® SWA: Apresentação A seguir serão apresentadas as Áreas de Conhecimento: Gerenciamento Ágil da Integração Gerenciamento Ágil do Escopo Gerenciamento Ágil do Tempo Gerenciamento Ágil das Comunicações

    27. Gerenciamento Ágil da Integração

    28. 28 / 52 Gerenciamento Ágil da Integração Processos Iniciar Projeto Planejar Projeto e Iterações Liderar Execução e Monitorar Projeto Controlar Mudanças do Projeto Finalizar Projeto

    29. 29 / 52 Gerenciamento Ágil da Integração Processo Iniciar Projeto Determina o início formal de um projeto ou de uma iteração. Para a primeira iteração o cliente deve indicar no documento quais itens do Product Backlog devem ser desenvolvidos primeiro. A partir da segunda iteração o cliente deve verificar a funcionalidade desenvolvida na iteração anterior, priorizar itens do Product Backlog e então autorizar a iteração. Atividades Identificar stakeholders Descrever objetivos do projeto Autorizar início de projeto Autorizar início de iteração

    30. 30 / 52 Gerenciamento Ágil da Integração (cont.) Processo Planejar Projeto e Iterações Desenvolve o Plano de Projeto através de vários exercícios de planejamento, realizados iterativamente. Planejamento em alto nível no início do projeto O planejamento detalhado de tarefas e esforço é feito a cada início de iteração (just-in-time). Atividades Elaborar Matriz de Fator de Exploração Elaborar Tradeoff Matrix Elaborar Plano de Projeto Realizar reunião de planejamento da iteração Estimar um cronograma inicial para a iteração Estabelecer marcos da iteração Priorizar Product Backlog

    31. 31 / 52 Gerenciamento Ágil da Integração (cont.) Processo Liderar Execução e Monitorar Projeto Entrega funcionalidades de produto Desenvolve uma comunidade de projeto auto-organizada e colaborativa Gerente de projetos é o facilitador Cliente e equipe participam do processo de tomada de decisão Atividades Stand-up meetings Reuniões com o cliente Verificar mudanças necessárias ao escopo através do Impediment Backlog Reparos de defeito solicitados Realimentação do Impediment Backlog

    32. 32 / 52 Gerenciamento Ágil da Integração (cont.) Processo Controlar Mudanças do Projeto O controle de mudanças está integrado à rotina diária do time ágil A modificação no produto é gerenciada via um backlog de features priorizado pelo cliente Atividades Gerenciamento do Product Backlog Stand-up meetings Reuniões com o cliente Análise de relatórios de desempenho Elaboração do Sprint Burndown Análise da Tradeoff Matrix

    33. 33 / 52 Gerenciamento Ágil da Integração (cont.) Processo Finalizar Projeto Encerra formalmente o projeto ou iterações. Atividades Conclusão da iteração Conclusão do projeto

    34. Gerenciamento Ágil do Escopo

    35. 35 / 52 Gerenciamento Ágil do Escopo Processos Planejar o Escopo Criar FBS Verificar Escopo Identificar Mudanças no Escopo

    36. 36 / 52 Gerenciamento Ágil do Escopo Processo Planejar o Escopo Identifica qual é o escopo do produto e quais as restrições para a sua implementação Visão em alto nível do produto Atividades Elaborar a Visão do Produto Construir Product Backlog

    37. 37 / 52 Gerenciamento Ágil do Escopo (cont.) Processo Criar FBS Uma Feature Breakdown Structure (FBS) é uma variação da EAP, onde as entregas de software são funcionalidades ou features Atividades Elaborar Feature Cards Elaborar Feature Breakdown Structure

    38. 38 / 52 Gerenciamento Ágil do Escopo (cont.) Processo Verificar Escopo Realizada a cada iteração, com os clientes fazendo revisão, testando, e aceitando as funcionalidades implementadas. Isto implica em constatar que o produto está sendo desenvolvido de forma satisfatória Atividades Realizar Testes de Aceitação

    39. 39 / 52 Gerenciamento Ágil do Escopo (cont.) Processo Identificar Mudanças no Escopo Realizado através do gerenciamento do Product Backlog. Implica na re-priorização ou modificação de requisitos e os impedimentos detectados nas reuniões diárias de acompanhamento Atividades Consultar Impediment Backlog Realizar Standup Meetings

    40. Gerenciamento Ágil do Tempo

    41. 41 / 52 Gerenciamento Ágil do Tempo Processos Definir e Priorizar Tarefas Elaborar Cronograma Monitorar e Controlar Cronograma

    42. 42 / 52 Gerenciamento Ágil do Tempo Processo Definir e Priorizar Tarefas Identifica quais as tarefas a serem realizadas durante o projeto, durante cada iteração e quais são as prioridades para organizar a ordem de realização dessas tarefas. Atividades Determinar as tarefas Determinar a dependência e precedência entre as tarefas

    43. 43 / 52 Gerenciamento Ágil do Tempo (cont.) Processo Elaborar Cronograma Incrementado a cada iteração de acordo com: O plano de gerenciamento do projeto se modifica O trabalho se desenvolve Os riscos previstos ocorrem ou desaparecem e novos riscos são identificados Atividades Estimar o tamanho do projeto e o tamanho das iterações Estimar recursos necessários Estimar a duração das tarefas Desenvolvimento do Cronograma

    44. 44 / 52 Gerenciamento Ágil do Tempo (cont.) Processo Monitorar e Controlar Cronograma Utilizado para prever e se antecipar a possíveis atrasos Monitorar as atividades Ajustar cronograma Atividades Monitorar o progresso das tarefas Gerenciar mudanças no cronograma Re-estimar Cronograma

    45. Gerenciamento Ágil das Comunicações

    46. 46 / 52 Gerenciamento Ágil das Comunicações Processos Planejar Comunicações Informar Stakeholders Gerenciar Comunicações

    47. 47 / 52 Gerenciamento Ágil das Comunicações Processo Planejar Comunicações Iterativo Simplificado Atividades Verificar requisitos das comunicações Analisar técnicas de comunicação Elaborar Plano de Gerenciamento das Comunicações

    48. 48 / 52 Gerenciamento Ágil das Comunicações (cont.) Processo Informar Stakeholders Colocar informações a disposição dos envolvidos no projeto, sempre que for necessário. Encorajar feedback Distribuição contínua da informação Atividades Coletar informações sobre o projeto Armazenar informações Divulgar informações

    49. 49 / 52 Gerenciamento Ágil das Comunicações (cont.) Processo Gerenciar Comunicações Gerenciamento do processo de comunicações do projeto, da distribuição de informações e das pessoas envolvidas no projeto no intuito de descobrir e resolver problemas de comunicação Atividades Registrar problemas de comunicação Resolver problemas de comunicação

    50. 50 / 52 Considerações Abordagem em fase final de definição Próximos passos Modelagem do PMBOK® SWA Experimentação e Melhoria

    51. 51 / 52 Referências Bibliográficas ANDERSON, D. J. Agile management for software engineering: Applying the theory of constraints for business results. New Jersey: Prentice Hall, 2003. 336p. AUGUSTINE, S. Managing agile projects. Prentice Hall, 2005. 264p. AUGUSTINE, S.; PAYNE, B.; SENCINDIVER, F.; WOODCOCK, S. Agile project management: Steering from the edges. Communications of the ACM, v. 48, dez. 2005. p. 85-89. BECK, K. 2001. AGILE ALLIANCE. Manifesto for agile software development. Disponível em <http://www.agilemanifesto.org/>. Acesso em 29 nov. 2006. CHIN, G. Agile project management: how to succeed in the face of changing project requirements. New York: Amacon, 2004. 229 p. DECARLO, D. Extreme project management: Using leadership, principles, and tools to deliver value in the face of volatility. California: Jossey-Bass, 2004. 560p.

    52. 52 / 52 Referências Bibliográficas DECLARATION OF INTERDEPENDENCE. 2001. Declaration of interdependence. Disponível em <http://pmdoi.org/>. Acesso em 29 nov. 2006. GRIFFITHS, M. Using agile alongside the PMBOK. PMI Global Congress Proceedings, 2004. HIGHSMITH, J. Agile project management: creating innovative products. Boston: Addison-Wesley, 2004. 312 p . KERZNER, H. Project Management: A Systems Approach to Planning, Scheduling, and Controlling. New Jersey: John Wiley & Sons, 2003. 912p. PROJECT MANAGEMENT INSTITUTE – PMI. PMBOK Guide: Um guia do conjunto de conhecimentos do gerenciamento de projetos. Pennsylvania: Project Management Institute, 3. ed., 2004. SCHWABER, K. Agile Project Management with Scrum. Microsoft Press, 2004.

    53. Uma Abordagem de Gerenciamento Ágil de Projetos de Software baseada no PMBOK® Guide Luciana de Queiroz Leal (lql@cin.ufpe.br)

More Related