Gerenciamento de Projeto comScrum + MPS.Br           Helyer Mesquita
Apresentação• Formado em Análise e Desenvolvimento de  Sistema – PUC.• Mestrando em Ciências da Computação - UFG• 2 anos d...
Manifesto Ágil
“Indivíduos e interação entre eles mais que processos e                         ferramentasSoftware em funcionamento mais ...
ScrumScrum é um framework que vem sendo utilizado para gerenciar oprocesso de desenvolvimento de produtos complexos [Schwa...
Scrum
Ambiente Agile
Scrum • Papéis:
Scrum• Atores: ▫ Scrum Master
Scrum• Atores: ▫ Product Owner
Cerimônias
Cerimônias• Retrospective (Melhoria no Processo)
Problemas
Problemas•   Estimativas (tamanho do projeto)•   Definição clara dos papéis•   Riscos•   Resistência (cultura)•   Foco das...
Papéis
Comprometimento
“Crie sua opinião, aprenda mais e mudesua opinião. Esteja em constanteevolução.”                    Guilherme Chapiewski –...
MPS.Br   Melhoria de Processo de Software   Brasileiro
Histórico• Está em desenvolvimento desde dezembro de  2003• Coordenado pela Associação para Promoção da  Excelência do Sof...
Motivação• Em 2003, dados da Secretaria de Política de  Informática do Ministério da Ciência e  Tecnologia apontam: ▫ 30 e...
Por que o foco está no processo?     Porque problemas no processo    provavelmente geram defeitos no               produto!
Modelo MPS: MR-MPS, MA-MPS e MN-MPS
Níveis de Maturidade
Níveis de Maturidade
Nível G – Parcialmente Gerenciado• Gerência de Projetos (GPR) ▫ Estabelecer e manter planos que definem as   atividades, r...
Gerência de Projetos (GPR)Resultados EsperadosGPR 1. O escopo do trabalho para o projeto é definidoGPR 2. As tarefas e os ...
Gerência de Projetos (GPR)Resultados EsperadosGPR 8. (Até o Nível F) Os recursos e o ambiente de trabalho necessários para...
Gerência de Projetos (GPR)Resultados EsperadosGPR 14. Os recursos materiais e humanos bem como os dados relevantes doproje...
Nível G – Parcialmente Gerenciado• Gerência de Requisitos (GRE) ▫ Gerenciar os requisitos do produto e dos   componentes d...
Gerência de RequisitosResultados EsperadosGRE 1. O entendimento dos requisitos é obtido junto aos fornecedores derequisito...
Duvidas?
Contatos• helyermesquita@gmail.com• www.facebook.com/helyer.mesquita• http://lattes.cnpq.br/1043309606306588
Upcoming SlideShare
Loading in...5
×

Gerenciamento de projeto com scrum + mps

791

Published on

Apresentação, indicando como o MPS.Br auxilia num melhor gerenciamento de projeto ágil com Scrum.

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
791
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
29
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Gerenciamento de projeto com scrum + mps

  1. 1. Gerenciamento de Projeto comScrum + MPS.Br Helyer Mesquita
  2. 2. Apresentação• Formado em Análise e Desenvolvimento de Sistema – PUC.• Mestrando em Ciências da Computação - UFG• 2 anos de Experiência com Processo de Software.
  3. 3. Manifesto Ágil
  4. 4. “Indivíduos e interação entre eles mais que processos e ferramentasSoftware em funcionamento mais que documentação abrangente Colaboração com o cliente mais que negociação de contratos Responder a mudanças mais que seguir um plano”
  5. 5. ScrumScrum é um framework que vem sendo utilizado para gerenciar oprocesso de desenvolvimento de produtos complexos [Schwaber; Sutherland, 2011]. Através de processos empíricos, as pessoas envolvidas conseguem criar soluções para problemas encontrados e, consequentemente, melhorar o processo, o produto e próprio time.
  6. 6. Scrum
  7. 7. Ambiente Agile
  8. 8. Scrum • Papéis:
  9. 9. Scrum• Atores: ▫ Scrum Master
  10. 10. Scrum• Atores: ▫ Product Owner
  11. 11. Cerimônias
  12. 12. Cerimônias• Retrospective (Melhoria no Processo)
  13. 13. Problemas
  14. 14. Problemas• Estimativas (tamanho do projeto)• Definição clara dos papéis• Riscos• Resistência (cultura)• Foco das pessoas no produto• Mudanças nem sempre são bem-vindas• Comprometimento• Falta de experiência para execução dos papéis
  15. 15. Papéis
  16. 16. Comprometimento
  17. 17. “Crie sua opinião, aprenda mais e mudesua opinião. Esteja em constanteevolução.” Guilherme Chapiewski – globo.com
  18. 18. MPS.Br Melhoria de Processo de Software Brasileiro
  19. 19. Histórico• Está em desenvolvimento desde dezembro de 2003• Coordenado pela Associação para Promoção da Excelência do Software Brasileiro (SOFTEX), com apoio do Ministério da Ciência e Tecnologia (MCT), da Financiadora de Estudos e Projetos (FINEP) e do banco Interamericano de Desenvolvimento (BID)
  20. 20. Motivação• Em 2003, dados da Secretaria de Política de Informática do Ministério da Ciência e Tecnologia apontam: ▫ 30 empresas no Brasil possuíam avaliação CMM  24 no nível 2;  5 no nível 3;  1 no nível 4; e  Nenhuma no nível 5
  21. 21. Por que o foco está no processo? Porque problemas no processo provavelmente geram defeitos no produto!
  22. 22. Modelo MPS: MR-MPS, MA-MPS e MN-MPS
  23. 23. Níveis de Maturidade
  24. 24. Níveis de Maturidade
  25. 25. Nível G – Parcialmente Gerenciado• Gerência de Projetos (GPR) ▫ Estabelecer e manter planos que definem as atividades, recursos e responsabilidades do projeto, bem como prover informações sobre o andamento do projeto que permitam a realização de correções quando houver desvios significativos no desempenho do projeto.
  26. 26. Gerência de Projetos (GPR)Resultados EsperadosGPR 1. O escopo do trabalho para o projeto é definidoGPR 2. As tarefas e os produtos de trabalho do projeto são dimensionadosutilizando métodos apropriados.GPR 3. O modelo e as fases do ciclo de vida do projeto são definidos.GPR 4. (Até o nível F) O esforço e o custo para a execução das tarefas e dosprodutos de trabalho são estimados com base em dados históricos oureferências técnicas.GPR 5. O orçamento e o cronograma do projeto, incluindo a definição demarcos e pontos de controle, são estabelecidos e mantidos.GPR 6. Os riscos do projeto são identificados e o seu impacto, probabilidade deocorrência e prioridade de tratamento são determinados e documentados.GPR 7. Os recursos humanos para o projeto são planejados considerando operfil e o conhecimento necessários para executá-lo.
  27. 27. Gerência de Projetos (GPR)Resultados EsperadosGPR 8. (Até o Nível F) Os recursos e o ambiente de trabalho necessários paraexecutar o projeto são planejados.GPR 9. Os dados relevantes do projeto são identificados e planejados quanto àforma de coleta, armazenamento e distribuição. Um mecanismo é estabelecidopara acessá-los, incluindo, se pertinente, questões de privacidade e segurança.GPR 10. Um plano geral para a execução do projeto é estabelecido com aintegração de planos específicos.GPR 11. A viabilidade de atingir as metas do projeto é explicitamente avaliadaconsiderando restrições e recursos disponíveis. Se necessário, ajustes sãorealizados.GPR 12. O Plano do Projeto é revisado com todos os interessados e ocompromisso com ele é obtido e mantido.GPR 13. O escopo, as tarefas, as estimativas, o orçamento e o cronograma doprojeto são monitorados em relação ao planejado.
  28. 28. Gerência de Projetos (GPR)Resultados EsperadosGPR 14. Os recursos materiais e humanos bem como os dados relevantes doprojeto são monitorados em relação ao planejado.GPR 15. Os riscos são monitorados em relação ao planejado.GPR 16. O envolvimento das partes interessadas no projeto é planejado,monitorado e mantido.GPR 17. Revisões são realizadas em marcos do projeto e conforme estabelecidono planejamento.GPR 18. Registros de problemas identificados e o resultado da análise dequestões pertinentes, incluindo dependências críticas, são estabelecidos etratados com as partes interessadas.GPR 19. Ações para corrigir desvios em relação ao planejado e para prevenir arepetição dos problemas identificados são estabelecidas, implementadas eacompanhadas até a sua conclusão.
  29. 29. Nível G – Parcialmente Gerenciado• Gerência de Requisitos (GRE) ▫ Gerenciar os requisitos do produto e dos componentes do produto do projeto e identificar inconsistências entre os requisitos, os planos do projeto e os produtos de trabalho do projeto.
  30. 30. Gerência de RequisitosResultados EsperadosGRE 1. O entendimento dos requisitos é obtido junto aos fornecedores derequisitos.GRE 2. Os requisitos são avaliados com base em critérios objetivos e umcomprometimento da equipe técnica com estes requisitos é obtido.GRE 3. A rastreabilidade bidirecional entre os requisitos e os produtos detrabalho é estabelecida e mantida.GRE 4. Revisões em planos e produtos de trabalho do projeto são realizadasvisando identificar e corrigir inconsistências em relação aos requisitos.
  31. 31. Duvidas?
  32. 32. Contatos• helyermesquita@gmail.com• www.facebook.com/helyer.mesquita• http://lattes.cnpq.br/1043309606306588
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×