CMMI for Services, 4º Edição

7.265 visualizações

Publicada em

Apresentação realizada no dia 30 de março de 2009, já considerando a versão final do modelo CMMI-SVC, v1.2 (publicada em fevereiro)

Publicada em: Tecnologia, Negócios
0 comentários
6 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

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

Nenhuma nota no slide

CMMI for Services, 4º Edição

  1. 1. CMMI for Services 4º Edição Alessandro Almeida www.alessandroalmeida.com
  2. 2. Agenda <ul><li>Objetivo </li></ul><ul><li>CMMI for Services </li></ul><ul><li>Um pouco de história... </li></ul><ul><li>Entrando em detalhes </li></ul><ul><li>eSCM-SP </li></ul><ul><li>Comparativos </li></ul><ul><ul><li>CMMI-DEV X CMMI-SVC </li></ul></ul><ul><ul><li>CMMI-SVC X eSCM-SP </li></ul></ul><ul><li>CMMI-SVC ou eSCM-SP? </li></ul><ul><li>Conclusões </li></ul>
  3. 3. Objetivo <ul><li>Apresentar os modelos CMMI for Services e eSCM-SP , as principais diferenças entre eles e também quando comparados com o CMMI for Development </li></ul>
  4. 4. CMMI for Services
  5. 5. Motivação <ul><li>Várias organizações solicitaram apoio do SEI para melhoria de processos em serviços </li></ul><ul><li>Algumas empresas estão trabalhando com a combinação CMMI-DEV + ITIL </li></ul><ul><li>No caso de “services providers” o CMMI rating ou capability profile pode não representar a realidade </li></ul><ul><ul><li>O foco do CMMI-DEV é atuar no desenvolvimento, não na operação </li></ul></ul>
  6. 6. CMMI for Services <ul><li>Modelo que busca expandir a atuação do “CMMI framework” para cobrir também a provisão de serviços. </li></ul><ul><li>Para isso, foram criadas 7 novas PAs </li></ul>
  7. 7. CMMI for Services <ul><li>Mas... O que é um “serviço”? </li></ul><ul><li>Segundo o CMMI: um serviço é “ intangible ” e “ non-storable ” </li></ul><ul><li>Por exemplo: </li></ul><ul><ul><li>Desejo do cliente por uma situação ou estado, ao invés de um artefato tangível </li></ul></ul><ul><ul><li>(Alta disponibilidade da rede) </li></ul></ul>
  8. 8. CMMI for Services <ul><li>A quem se aplica? </li></ul><ul><ul><li>Organizações que já utilizam a combinação CMMI-DEV + ITIL </li></ul></ul><ul><ul><li>Organizações que realizam “application management”, “ongoing”, “sustentação de sistemas”, “operação”, etc. </li></ul></ul><ul><ul><li>(suporte de todos os níveis e categorias [service desk], SLAs) </li></ul></ul>
  9. 9. CMMI for Services CMMI Core PAs Service-specific PAs Shared PA (SAM) with 1 modified specific practice 16 CMMI-SVC Additions (SSD) 1 6 1 24 CMMI-DEV CMMI-ACQ CMMI-SVC Core PAs Have been expanded to include 3 new SPs Include service-specific informative material CMMI for Services Model = 23 PAs + 1 PA Addition
  10. 10. Um pouco de história...
  11. 11. Um pouco de história... 2004 2005 2007 2009 CMMI Steering Group (SG) aceita proposta da Northrop Grumman para criação do CMMI for Services. 2006 Em agosto: Início do trabalho para criação do CMMI for Services. Em setembro: É concluído o draft do modelo. SEI solicita que o projeto fique em stand-by enquanto o CMMI-ACQ está sendo desenvolvido. Draft do modelo entra em revisão. Trabalho de desenvolvimento é retomado. 2008 Fevereiro: Publicação do CMMI for Services, v1.2
  12. 12. Entrando em detalhes
  13. 13. CMMI-DEV, v1.2 Processos ad hoc Œ Initial Configuration Management (CM) Measurement and Analysis (MA) Project Monitoring and Control (PMC) Project Planning (PP) Process and Product Quality Assurance (PPQA) Requirements Management (REQM) Supplier Agreement Management (SAM)  Managed Decision Analysis and Resolution (DAR) Integrated Project Management (IPM) Organizational Process Definition (OPD) Organizational Process Focus (OPF) Organizational Training (OT) Product Integration (PI) Requirements Development (RD) Risk Management (RSKM) Technical Solution (TS) Validation (VAL) Verification (VER) Ž Defined  Organizational Process Performance (OPP) Quantitative Project Management (QPM) Quantitatively Managed  Causal Analysis and Resolution (CAR) Organizational Innovation and Deployment (OID) Optimizing
  14. 14. CMMI-SVC, v1.2 Processos ad hoc Œ Initial Configuration Management (CM) Measurement and Analysis (MA) Project Monitoring and Control (PMC) Project Planning (PP) Process and Product Quality Assurance (PPQA) Service Delivery (SD) Requirements Management (REQM) Supplier Agreement Management (SAM)  Managed Decision Analysis and Resolution (DAR) Integrated Project Management +IPPD (IPM) Organizational Process Definition +IPPD (OPD) Organizational Process Focus (OPF) Organizational Training (OT) Incident Resolution And Prevention (IRP) Capacity and Availability Management (CAM) Risk Management (RSKM) Service Continuity (SCON) Service System Development (SSD) Service System Transition (SST) Strategic Service Management (STSM) Ž Defined  Organizational Process Performance (OPP) Quantitative Project Management (QPM) Quantitatively Managed  Causal Analysis and Resolution (CAR) Organizational Innovation and Deployment (OID) Optimizing
  15. 15. PAs e Categorias (1/4) <ul><li>Process Management </li></ul><ul><ul><li>Organizational Innovation and Deployment (OID) </li></ul></ul><ul><ul><li>Organizational Process Definition (OPD) </li></ul></ul><ul><ul><li>Organizational Process Focus (OPF) </li></ul></ul><ul><ul><li>Organizational Process Performance (OPP) </li></ul></ul><ul><ul><li>Organizational Training (OT) </li></ul></ul>
  16. 16. PAs e Categorias (2/4) <ul><li>Support </li></ul><ul><ul><li>Causal Analysis and Resolution (CAR) </li></ul></ul><ul><ul><li>Configuration Management (CM) </li></ul></ul><ul><ul><li>Decision Analysis and Resolution (DAR) </li></ul></ul><ul><ul><li>Measurement and Analysis (MA) </li></ul></ul><ul><ul><li>Process and Product Quality Assurance (PPQA) </li></ul></ul>
  17. 17. PAs e Categorias (3/4) <ul><li>Project Management </li></ul><ul><ul><li>Capacity and Availability Management (CAM) </li></ul></ul><ul><ul><li>Integrated Project Management (IPM) </li></ul></ul><ul><ul><li>Project Monitoring and Control (PMC) </li></ul></ul><ul><ul><li>Project Planning (PP) </li></ul></ul><ul><ul><li>Requirements Management (REQM) </li></ul></ul><ul><ul><li>Risk Management (RSKM) </li></ul></ul><ul><ul><li>Quantitative Project Management (QPM) </li></ul></ul><ul><ul><li>Service Continuity (SCON) </li></ul></ul><ul><ul><li>Supplier Agreement Management (SAM) </li></ul></ul>
  18. 18. PAs e Categorias (4/4) <ul><li>Service Establishment and Delivery </li></ul><ul><ul><li>Incident Resolution And Prevention (IRP) </li></ul></ul><ul><ul><li>Service Delivery (SD) </li></ul></ul><ul><ul><li>Service System Development (SSD) </li></ul></ul><ul><ul><li>Service System Transition (SST) </li></ul></ul><ul><ul><li>Strategic Service Management (STSM) </li></ul></ul>
  19. 19. Service Delivery [SD] <ul><li>Entrega dos serviços com base nos acordos definidos </li></ul><ul><li>Service Establishment and Delivery [ML 2] </li></ul>
  20. 20. Strategic Service Management [STSM] <ul><li>Estabelece e mantém um padrão de serviços alinhados com os planos e necessidades estratégicas </li></ul><ul><li>Service Establishment and Delivery [ML 3] </li></ul>
  21. 21. Incident Resolution And Prevention [IRP] <ul><li>Garante a rápida resolução das solicitações e incidentes que ocorrerem. </li></ul><ul><li>Através da identificação das causas, prevenir a ocorrência de incidentes </li></ul><ul><li>Service Establishment and Delivery [ML 3] </li></ul>
  22. 22. Service System Development [SSD] <ul><li>Envolve todo ciclo de vida para desenvolvimento </li></ul><ul><li>Pode suportar manutenções evolutivas ou corretivas </li></ul><ul><li>Service Establishment and Delivery [ML 3] </li></ul>
  23. 23. Service System Transition [SST] <ul><li>Aborda o processo de transição para a implantação (algo novo ou alterações significativas) </li></ul><ul><li>Service Establishment and Delivery [ML 3] </li></ul>
  24. 24. Capacity and Availability Management [CAM] <ul><li>Planeja e monitora a provisão de recursos para suportar os requisitos do serviço </li></ul><ul><li>Balanceamento </li></ul><ul><li>Project Management [ML 3] </li></ul>
  25. 25. Service Continuity [SCON] <ul><li>Estabelece e mantém planos de contingência para continuidade do serviço em caso de interrupções </li></ul><ul><li>Desastres naturais ou eventos humanos (greve, por exemplo) </li></ul><ul><li>Project Management [ML 3] </li></ul>
  26. 26. eSCM-SP
  27. 27. eSCM <ul><li>eSourcing Capability Model </li></ul><ul><li>Mantido pelo ITSqc (Information Technology Service Quality Center) </li></ul><ul><ul><li>Universidade Carnegie Mellon </li></ul></ul><ul><li>Dois modelos </li></ul><ul><ul><li>eSCM-SP: eSourcing Capability Model for Service Providers </li></ul></ul><ul><ul><li>eSCM-CL: eSourcing Capability Model for Client Organizations </li></ul></ul>
  28. 28. eSCM-SP <ul><li>eSourcing Capability Model for Service Providers </li></ul><ul><li>v1.0 publicada em novembro de 2001 </li></ul><ul><li>Atualmente na versão 2.01 </li></ul><ul><li>Composto por 84 práticas </li></ul><ul><li>Um dos seus propósitos é “ to give service providers guidance that will help them improve their capability across the sourcing life-cycle ” </li></ul>
  29. 29. eSCM-SP <ul><li>Trabalha com três dimensões </li></ul><ul><ul><li>Sourcing life-cycle </li></ul></ul><ul><ul><li>Capability areas </li></ul></ul><ul><ul><li>Capability levels </li></ul></ul>
  30. 30. Três Dimensões
  31. 31. Sourcing Life-Cycle
  32. 32. Sourcing Life-Cycle <ul><li>Initiation </li></ul><ul><ul><li>Negociação dos acordos, SLAs, etc. </li></ul></ul><ul><ul><li>Transferência de pessoal, tecnologia, conhecimento, etc. </li></ul></ul><ul><li>Delivery </li></ul><ul><ul><li>Entrega do que foi acordado </li></ul></ul><ul><li>Completion </li></ul><ul><ul><li>Transferência de recursos para o cliente ou alguém designado por ele </li></ul></ul><ul><li>Ongoing </li></ul><ul><ul><li>Abrange todo “sourcing life-cycle” </li></ul></ul>
  33. 33. Capability Areas
  34. 34. Capability Levels
  35. 35. CMMI-DEV X CMMI-SVC
  36. 36. CMMI-DEV X CMMI-SVC <ul><li>PAs “ampliadas” </li></ul><ul><ul><li>SGs e SPs continuam os mesmos, mas foram incluídas algumas informações para apoiar a implantação </li></ul></ul>
  37. 37. CMMI-DEV X CMMI-SVC <ul><li>Saem </li></ul><ul><ul><li>Product Integration (PI) </li></ul></ul><ul><ul><li>Requirements Development (RD) </li></ul></ul><ul><ul><li>Technical Solution (TS) </li></ul></ul><ul><ul><li>Validation (VAL) </li></ul></ul><ul><ul><li>Verification (VER) </li></ul></ul>
  38. 38. CMMI-SVC X eSCM-SP
  39. 39. CMMI-SVC X eSCM-SP <ul><li>Propósitos semelhantes </li></ul><ul><li>Cobertura parecida, mas o eSCM-SP detalha a gestão de pessoas e gestão do conhecimento </li></ul><ul><ul><li>CMMI-SVC é mais amplo </li></ul></ul><ul><li>O eSCM-SP é mais “enxuto” </li></ul><ul><ul><li>eSCM-SP: 10 capability areas [84 práticas] </li></ul></ul><ul><ul><li>CMMI-SVC: 25 áreas de processo [~50 práticas somente nas 7 PAs que envolvem SVC] </li></ul></ul>
  40. 40. CMMI-SVC X eSCM-SP <ul><li>Estruturas distintas </li></ul><ul><ul><li>eSCM-SP: sourcing life-cycle, capability areas, capability levels, etc. </li></ul></ul><ul><ul><li>CMMI-SVC: maturity level, generic practice, specific practice, etc. </li></ul></ul><ul><ul><li>Práticas distribuídas de forma diferente </li></ul></ul><ul><li>Reconhecimento </li></ul><ul><ul><li>eSCM: Certificação válida por 2 anos </li></ul></ul><ul><ul><li>CMMI-SVC: Appraisal válido por 3 anos </li></ul></ul>
  41. 41. CMMI-SVC ou eSCM-SP?
  42. 42. CMMI-SVC ou eSCM-SP? <ul><li>CMMI-SVC </li></ul><ul><ul><li>Segue a estrutura já conhecida do modelo CMMI </li></ul></ul><ul><ul><li>O mesmo EPG pode atuar na definição dos processos </li></ul></ul><ul><ul><li>Alguns processos podem ser reaproveitados </li></ul></ul><ul><li>eSCM-SP </li></ul><ul><ul><li>Já está consolidado (apesar de pouco divulgado no Brasil) </li></ul></ul><ul><ul><li>Não é adaptação de algo que já existia </li></ul></ul><ul><ul><li>Pode ser “confuso” para quem já está acostumado com o CMMI </li></ul></ul>
  43. 43. Conclusões
  44. 44. Conclusões <ul><li>Os dois modelos (CMMI-SVC e eSCM-SP) possuem vantagens e desvantagens </li></ul><ul><li>Considerando seus propósitos, podem atuar para resolver os mesmos problemas </li></ul><ul><li>Qual escolher? </li></ul><ul><ul><li>O que desejamos com essa iniciativa? </li></ul></ul><ul><ul><li>Qual é a nossa estratégia? </li></ul></ul>
  45. 45. Muito obrigado! [email_address]
  46. 46. Muito Obrigado! <ul><li>www.AlessandroAlmeida.com </li></ul><ul><ul><li>Bate-Papo de Buteco </li></ul></ul><ul><ul><li>Blog do Alessandro </li></ul></ul><ul><ul><li>Células de Estudo </li></ul></ul><ul><ul><li>Quality|Process </li></ul></ul>

×