Treinamento MPS.BrNível G- Gerência de Projetos e Requisitos
Origem - MPS.Br
CMMI● Criado pela SEI (Software Engineering  Institute)● Modelo para melhoria de processos de  desenvolvimento de produtos...
CMMI - Níveis de Maturidade
ISO/IEC 12207● Fornece uma arquitetura de alto nível  para ciclo de vida de software, desde a  concepção até sua descontin...
ISO/IEC 12207
ISO/IEC 15504Framework para:- Avaliação de Processo- Melhoria de ProcessoContextos:- Melhoria Contínia:  ● avaliação ident...
ISO/IEC 15504● Prover uma referência padronizada para  avaliação de processos● Deve ser usada em conjunto com um  Modelo d...
Motivação - MPS.BrEm 2003, dados do Ministério de Ciência eTecnologia apontaram:- 30 empresas no Brasil possuíam avaliação...
ProblemaComo melhorar processo de software noBrasil a um custo acessível?
Objetivos do MPS.Br● Melhoria de Processo de Software em todo o  país, a um custo acessível● Definir um modelo que esteja ...
Por que o foco está no processo?Porque problemas no processoprovavelmente geram defeitos no produto!
Motivação para o foco no         Processo de Software● Qualidade do processo  -   Aumento da qualidade do produto  -   Dim...
Características de Processo                  Imaturo● Características:- Ad hoc - Improvisado- Fortemente dependente dos pr...
Características de processoMaduro●   Processo conhecido por todos●   Apoio visível da alta administração●   Auditagem da f...
Características de processoMaduro● Papéis e responsabilidades claramente  definidos● Acompanhamento da qualidade do  produ...
O que é um processo?
Processo"Conjunto de atividades inter-relacionadasque transforma entradas em saídas" [ABNT,1998]Composto de:- Propósito: o...
Nível de maturidade - MPS.Br● Grau de melhoria de processo para um pré-  determinado conjunto de processos no qual  todos ...
Níveis de Maturidade
CMMI x MPS.Br
Processo Requisito
Gerencia de ProjetosÉ estabelecer e manter planos que definemas atividades, recursos e responsabilidadesdo projeto, bem co...
GPR1 - O escopo do trabalho para o projeto édefinido●   Escopo●   Não Escopo●   Restrições●   Objetivos●   Todos os produt...
GPR2 - As tarefas e o produtos de trabalhodo projeto são dimensionados utilizandométodos apropriados● Método de estimativa...
GPR3- O modelo e as fases do ciclo de vida doprojeto são definidos● Incremental ou cascata, por exemplo● Apresentar as fas...
GPR4 - O esforço e o custo para execução dastarefas e dos produtos de trabalho são estimadoscom base em dados históricos o...
GPR5 - O orçamento e o cronograma do projeto,incluindo marcos e/ou pontos de controle, sãoestabelecidos e mantidos● Defini...
GPR6 - Os riscos do projeto são identificados e o seuimpacto, probabilidade de ocorrência e prioridade detratamento são de...
GPR7 - Os recursos humanos para o projeto sãoplanejados considerando o perfil e conhecimentonecessários para executá-lo;● ...
GPR8 - As tarefas, os recursos e o ambiente detrabalho necessários para executar o projeto sãoplanejados● Recursos para ex...
GPR9 - Os dados relevantes do projeto são identificadose planejados quanto à forma de coleta, armazenamentoe distribuição....
GPR10 - Um plano geral para a execução doprojeto é estabelecido com a integração deplanos específicosPlano de projeto cont...
GPR11 - A viabilidade de atingir as metas do projeto,considerando as restrições e osrecursos disponíveis, é avaliada. Se n...
GPR - 12 O plano do projeto é revisado comtodos os interessados e o compromisso com eleé obtido● Envolvidos relevantes – R...
GPR13 - O escopo, as tarefas, as estimativas, oorçamento e o cronograma do projeto sãomonitorados em relação ao planejado●...
GPR14 - Os recursos materiais e humanos bem como osdados relevantes do projeto são monitorados emrelação ao planejado●   P...
GPR15 - Os riscos são monitorados em relaçãoao planejado● Variação do mapa de riscos de acordo  com os relatórios de acomp...
GPR16 - O envolvimento das partes interessadasno projeto é gerenciado● Plano de comunicação  ○ Comunicação envolve: Prazos...
GPR17 - Revisões são realizadas em marcos doprojeto e conforme estabelecido noplanejamento● Não confundir com acompanhamen...
GPR18 - Registros de problemas identificados e oresultado da análise de questões pertinentes, incluindodependência crítica...
GPR19 - Ações para corrigir desvios em relação aoplanejado e para prevenir a repetição dos problemasidentificados são esta...
Gerência de RequisitosO propósito do processo Gerência deRequisitos é gerenciar os requisitos doproduto e dos componentes ...
GRE1 - O entendimento dos requisitos éobtido junto aos fornecedores de requisitos● Validação de requisitos com a origem"Es...
GRE2 - os requisitos são avaliados com base emcritérios objetivos e um comprometimento daequipe técnica com estes requisit...
GPR3 - A rastreabilidade bidirecional entre osrequisitos e os produtos de trabalho éestabelecida e mantidaRastreabilidade ...
GRE4 - Revisões em planos e produtos de trabalho doprojeto são realizadas visando a identificar e corrigirinconsistências ...
GRE5 - Mudanças nos requisitos sãogerenciadas ao longo do projeto● Necessidades de mudanças devem ser  registradas● Anális...
Próximos SlideShares
Carregando em…5
×

Capacitação mps.br

1.070 visualizações

Publicada em

Treinamento Capacitação da equipe em mps.br

Publicada em: Tecnologia
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
1.070
No SlideShare
0
A partir de incorporações
0
Número de incorporações
2
Ações
Compartilhamentos
0
Downloads
42
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Capacitação mps.br

  1. 1. Treinamento MPS.BrNível G- Gerência de Projetos e Requisitos
  2. 2. Origem - MPS.Br
  3. 3. CMMI● Criado pela SEI (Software Engineering Institute)● Modelo para melhoria de processos de desenvolvimento de produtos e serviços● 5 níveis de maturidade
  4. 4. CMMI - Níveis de Maturidade
  5. 5. ISO/IEC 12207● Fornece uma arquitetura de alto nível para ciclo de vida de software, desde a concepção até sua descontinuidade. ○ Definido em processos, atividades e tarefas para aquisição, fornecimento, desenvolvimento, operação e manutenção de software.
  6. 6. ISO/IEC 12207
  7. 7. ISO/IEC 15504Framework para:- Avaliação de Processo- Melhoria de ProcessoContextos:- Melhoria Contínia: ● avaliação identifica oportunidades de melhoria- Determinação da Capacidade: ● avaliação identifica riscos com o fornecedor
  8. 8. ISO/IEC 15504● Prover uma referência padronizada para avaliação de processos● Deve ser usada em conjunto com um Modelo de Referência de processos.
  9. 9. Motivação - MPS.BrEm 2003, dados do Ministério de Ciência eTecnologia apontaram:- 30 empresas no Brasil possuíam avaliaçãoCMM. ● 24 no nível 2; ● 5 no nível 3; ● 1 no nível 4; e ● nenhuma no nível 5.
  10. 10. ProblemaComo melhorar processo de software noBrasil a um custo acessível?
  11. 11. Objetivos do MPS.Br● Melhoria de Processo de Software em todo o país, a um custo acessível● Definir um modelo que esteja em conformidade com normas e padrões internacionais● Definir um modelo de avaliação que seja mais flexível e de acordo com a realidade brasileira
  12. 12. Por que o foco está no processo?Porque problemas no processoprovavelmente geram defeitos no produto!
  13. 13. Motivação para o foco no Processo de Software● Qualidade do processo - Aumento da qualidade do produto - Diminuição do retrabalho - Maior produtividade - Redução do tempo para atender o mercado - Maior competitividade - Maior precisão nas estimativas
  14. 14. Características de Processo Imaturo● Características:- Ad hoc - Improvisado- Fortemente dependente dos profissionais- Indisciplinado● Consequências:- Pouca produtividade- Qualidade de difícil previsão- Alto custo de manutenção- Risco na adoção de novas tecnologias
  15. 15. Características de processoMaduro● Processo conhecido por todos● Apoio visível da alta administração● Auditagem da fidelidade ao processo● Medidas do produto e do processo● Adoção disciplinada de Tecnologias
  16. 16. Características de processoMaduro● Papéis e responsabilidades claramente definidos● Acompanhamento da qualidade do produto e da satisfação do cliente● Expectativas para custos, cronograma, funcionalidades e qualidade do produto são usualmente alcançadas.
  17. 17. O que é um processo?
  18. 18. Processo"Conjunto de atividades inter-relacionadasque transforma entradas em saídas" [ABNT,1998]Composto de:- Propósito: o principal objetivo da execução do processoe os prováveis resultados obtidos com sua efetivaimplementação.- Resultados: resultado observável do sucesso do alcancedo propósito do processo [ISO/IEC 12207:2008]
  19. 19. Nível de maturidade - MPS.Br● Grau de melhoria de processo para um pré- determinado conjunto de processos no qual todos os objetivos dentro do conjunto são atendidos [ISO/IEC 15504-1, 2004]● 7 Níveis: A. Em otimização B. Gerenciado quantitativamente C. Definido D. Parcialmente definido F. Gerenciado G. Parcialmente gerenciado
  20. 20. Níveis de Maturidade
  21. 21. CMMI x MPS.Br
  22. 22. Processo Requisito
  23. 23. Gerencia de ProjetosÉ estabelecer e manter planos que definemas atividades, recursos e responsabilidadesdo projeto, bem como prover informaçõessobre o andamento do projeto quepermitam a realização de correções quandohouver desvios significativos nodesempenho do projeto.
  24. 24. GPR1 - O escopo do trabalho para o projeto édefinido● Escopo● Não Escopo● Restrições● Objetivos● Todos os produtos que serão entregues
  25. 25. GPR2 - As tarefas e o produtos de trabalhodo projeto são dimensionados utilizandométodos apropriados● Método de estimativa● Detalhamento do Escopo ou não● Tamanho do projeto
  26. 26. GPR3- O modelo e as fases do ciclo de vida doprojeto são definidos● Incremental ou cascata, por exemplo● Apresentar as fases e principais produtos● Facilita a definição de marcos importantes
  27. 27. GPR4 - O esforço e o custo para execução dastarefas e dos produtos de trabalho são estimadoscom base em dados históricos ou referênciastécnicas (até nível F)● Método de estimativa● Gerência + Equipe
  28. 28. GPR5 - O orçamento e o cronograma do projeto,incluindo marcos e/ou pontos de controle, sãoestabelecidos e mantidos● Definição das atividades com início, duração e término.● Recursos são alocados e o custo contabilizado.● Definir pontos de controle, nos quais o orçamento e cronograma é revisto.
  29. 29. GPR6 - Os riscos do projeto são identificados e o seuimpacto, probabilidade de ocorrência e prioridade detratamento são determinados e documentos● Riscos identificados, com impacto, probabilidade e prioridade de tratamento.● O acompanhamento dos riscos deve ser registrado, bem como as ações tomadas
  30. 30. GPR7 - Os recursos humanos para o projeto sãoplanejados considerando o perfil e conhecimentonecessários para executá-lo;● Mapa de competências● Currículos● Identificação de treinamentos
  31. 31. GPR8 - As tarefas, os recursos e o ambiente detrabalho necessários para executar o projeto sãoplanejados● Recursos para execução de cada tarefa, mesmos os já existentes;● Recursos especiais;
  32. 32. GPR9 - Os dados relevantes do projeto são identificadose planejados quanto à forma de coleta, armazenamentoe distribuição. Um mecanismo é estabelecido paraacessá-los, incluindo, se pertinente, questões deprivacidade e segurança● Plano do projeto, Backlog do produto, Ata de Reunião, artefatos, etc...● Controle de acesso● Identificar dados confidenciais● Estabeler sistema
  33. 33. GPR10 - Um plano geral para a execução doprojeto é estabelecido com a integração deplanos específicosPlano de projeto contendo escopo,cronograma, viabilidade, recursos, etc..
  34. 34. GPR11 - A viabilidade de atingir as metas do projeto,considerando as restrições e osrecursos disponíveis, é avaliada. Se necessário, ajustessão realizados;● Monitoramento da viabilidade em pontos de controle● Análise de viabilidade quando houver mudança de escopo● Definição de critérios para viabilidade● Pontos para se fazer análise de viabilidade (escopo, aspectos técnicos, financeiros, humanos,restrições)
  35. 35. GPR - 12 O plano do projeto é revisado comtodos os interessados e o compromisso com eleé obtido● Envolvidos relevantes – Revisão● Compromisso – Todos (custos, cronograma e desempenho) – Kick off
  36. 36. GPR13 - O escopo, as tarefas, as estimativas, oorçamento e o cronograma do projeto sãomonitorados em relação ao planejado● Previsto x realizado● Cumprimento de marcos● Esforço, cronograma, recursos, orçamento, estimativas.
  37. 37. GPR14 - Os recursos materiais e humanos bem como osdados relevantes do projeto são monitorados emrelação ao planejado● Previsto x realizado● Cumprimento de marcos● Pessoas previstas● Aumento de equipe● Inclusão de dados relevantes
  38. 38. GPR15 - Os riscos são monitorados em relaçãoao planejado● Variação do mapa de riscos de acordo com os relatórios de acompanhamento● Ações devem ser planejadas (GPR18 e GPR19) para corrigir os problemas.
  39. 39. GPR16 - O envolvimento das partes interessadasno projeto é gerenciado● Plano de comunicação ○ Comunicação envolve: Prazos, custos, recursos, requisitos, comprometimento.● Cronograma
  40. 40. GPR17 - Revisões são realizadas em marcos doprojeto e conforme estabelecido noplanejamento● Não confundir com acompanhamento GPR13● Pode ocorrer no início ou fim de uma fase● Geralmente, analisa-se a viabilidade● Presença de patrocionadores
  41. 41. GPR18 - Registros de problemas identificados e oresultado da análise de questões pertinentes, incluindodependência críticas, são estabelecidos e tratados comas partes interessadas● Template para identificação de problemas● Dados do GPR13, 14, 15 e 17 são analisados● Problemas são identificados, analisados e registrados
  42. 42. GPR19 - Ações para corrigir desvios em relação aoplanejado e para prevenir a repetição dos problemasidentificados são estabelecidas, implementadas eacompanhadas até sua conclusão● Monitoramento das ações corretivas● Avaliar a efetividade da ação corretiva
  43. 43. Gerência de RequisitosO propósito do processo Gerência deRequisitos é gerenciar os requisitos doproduto e dos componentes do produtodo projeto e identificar inconsistênciasentre os requisitos, os planos do projetoe os produtos de trabalho do projeto.● 5 Resultados
  44. 44. GRE1 - O entendimento dos requisitos éobtido junto aos fornecedores de requisitos● Validação de requisitos com a origem"Esse registro pode ser tratado como um marco do projetoa partir do qual mudanças nos requisitos devem sertratadas formalmente para minimizar o impacto dessasmudanças no projeto em termos de escopo, estimativas ecronograma, bem como compromissos já estabelecidos"
  45. 45. GRE2 - os requisitos são avaliados com base emcritérios objetivos e um comprometimento daequipe técnica com estes requisitos é obtido● Requisitos apresentados a Equipe na reunião de kick-off● Novo comprometimento caso haja mudança nos requisitos"Além disso, um comprometimento formal da equipetécnica com os requisitos deve ser obtido e registrado,por exemplo, na forma de ata de reunião, e-mail oualgum outro mecanismo."
  46. 46. GPR3 - A rastreabilidade bidirecional entre osrequisitos e os produtos de trabalho éestabelecida e mantidaRastreabilidade horizontal: requisito x requisitoRastreabilidade vertical: requisito x artefatos"Ter definida a rastreabilidade facilita a avaliação doimpacto das mudanças de requisitos que possamocorrer, por exemplo, nas estimativas do escopo, nosprodutos de trabalho ou nas tarefas do projeto descritasno cronograma."
  47. 47. GRE4 - Revisões em planos e produtos de trabalho doprojeto são realizadas visando a identificar e corrigirinconsistências em relação aos requisitos● Identificar inconsistências● Planejar ações corretivas● Pode ser verificado no marco do projeto"A consistência entre os requisitos e os produtos detrabalho do projeto deve ser avaliada e os problemasidentificados devem ser corrigidos."
  48. 48. GRE5 - Mudanças nos requisitos sãogerenciadas ao longo do projeto● Necessidades de mudanças devem ser registradas● Análise de impacto + Rastreabilidade"Durante o projeto, os requisitos podem mudar poruma série de motivos. Desta forma, requisitosadicionais podem ser incorporados no projeto, requisitospodem ser retirados do projeto e/ou mudanças podemser feitas nos requisitos já existentes. Ressalta-seque, devido às mudanças, os requisitos podem terque ser revistos, conforme definido no GRE4."

×