SPICE - ISO/IEC 15504 - V 2

1. SPICE - ISO/IEC 15504 - V 2

2. Agenda • Contextualização/Introdução • Visão Geral da norma • Composição da norma • Modelo de Processo (15504-5) • Avaliação de Processo (15504-2 e 15504-3) • Melhoria de Processo (15504-4) • Considerações • Referências

3. Contexto • Aumento da Importância do Software “Software está em tudo:Elemento crítico nainfra-estrutura do mundo” Sucessos e Fracassos de Software Conflitos entre Teoria e Prática

4. Abandono de planos e procedimentos Produto funciona, mas com defeitos; prazo e custo maiores; e menos funcionalidade Acúmulo de trabalho Sucesso depende muito do esforço heróico das pessoas Pouca repetibilidade Situação Atual da Maioria das Organizações de Software Clientes e funcionários insatisfeitos adaptado do ESI, 1998

5. Abandono de planos e procedimentos Produto funciona, mas com defeitos; prazo e custo maiores; e menos funcionalidade Acúmulo de trabalho Sucesso depende muito do esforço heróico das pessoas Pouca repetibilidade Situação Atual da Maioria das Organizações de Software Demanda por Melhor Qualidade! melhor qualidade inclui: menos prazos, custos, defeitos, insatisfações, mais qualidade dos produtos, previsibilidade,produtividade, competitividade, e melhores resultados de negócio (ROI) Clientes e funcionários insatisfeitos adaptado do ESI, 1998

6. Abandono de planos e procedimentos Produto funciona, mas com defeitos; prazo e custo maiores; e menos funcionalidade Acúmulo de trabalho Sucesso depende muito do esforço heróico das pessoas Pouca repetibilidade Situação Atual da Maioria das Organizações de Software Como as empresas de softwarepodem obter a melhoria viável e necessária? Melhoria do Processo de Softwarebaseada em Modelos Clientes e funcionários insatisfeitos adaptado do ESI, 1998

7. Processo de Software É o que as pessoas fazem,utilizando métodos, ferramentas, etc.,para adquirir, desenvolver, manter e melhorarsoftware e produtos associados Melhoria busca processos: praticado = treinado = documentado, efetivo, eficiente, apropriado às pessoas, flexível, medido, gerenciado, controlado, melhorado constantemente.

8. Histórico • Em 1993, a ISO (International Organization for Standardization) realizou um estudo sobre as necessidades e requisitos de um padrão internacional para avaliação de processos de software. • Conclusões: • Consenso sobre a necessidade de um padrão internacional para avaliação de processos de software; • Os resultados deveriam ser utilizados o mais breve possível, garantindo que o padrão atendesse completamente a seus requisitos. • Criado o projeto SPICE (Software Process Improvement and Capability dEtermination): equipe responsável pelo desenvolvimento das versões iniciais da norma e por coordenar a utilização destas na comunidade.

9. Histórico • 1993: estudo da ISO sobre as necessidades e os requisitos de um padrão internacional para avaliação de processos de Software; • 1993-1994: criação do projeto SPICE e elaboração da versão inicial; Realização de trials - Fase 1 (35 avaliações); • 1996: Versão PDTR (Previous Draft Technical Report); • 1997: Versão DTR (Draft Technical Report), Trials - Fase 2 (70 avaliações); • 1998: Versão TR (Technical Report), denominada de ISO/IEC TR 15504: Information Technology - Software Process Assessment; • 1999-2005: Transformação em Norma ISO/IEC 15504; • 2003: Inicia a publicação como Norma ISO/IEC 15504, denominada de ISO/IEC 15504: Information Technology - Process Assessment. • ISO – International Organization for Standardization • IEC - International Electrotechnical Commission

10. ISO/IEC15504 Visão Geral da Norma ISO/IEC 15504 • Framework: • Define requisitos para Avaliação de Processo; • Na prática, é utilizado com Modelo de Referência para Melhoria de Processo. • Avaliação em 2 Contextos: • Melhoria Contínua • Entender o estado dos processos • Avaliação identifica oportunidades de melhoria • Foca na melhoria de processo • Determinação da Capacidade • Determinar a adequação dos processos • Geralmenterealizada para uma organização interessada em contratar a organização avaliada como fornecedor

11. Utilização da 15504

12. Modelo de Referência • Um Modelo de Referência de Processo define basicamente um conjunto de processos que representam melhores práticas de um determinado domínio. • Um exemplo de um modelo de referência de processo é a nova versão da Norma ISO/IEC 12207.

13. Modelo para Avaliação de Processo • Um Modelo para Avaliação de Processo deve ser: • baseado em um Modelo de Referência de Processo, e • detalhar os processos (todos ou alguns) de forma a viabilizar uma avaliação de processo e também detalhar a estrutura de medição. Exemplos: CMMI, ISO 15504-5, OOSpice e MR-MPS

14. Método de Avaliação de Processos • Um método de avaliação de processo para ser conforme com a 15504, tem que satisfazer três requisitos básicos: • ser verificada por um avaliador competente; • ter como referência um modelo de avaliação de processo compatível (ex. 15504-5); • ser realizada seguindo um processo compatível. Exemplos: QuickLocus, SCAMPI, MA-MPS

16. Composição da ISO/IEC 15504 • 15504-1: Conceitos e Vocabulário (Concepts and Vocabulary) • Normativo - Publicação 2004 • 15504-2: Executando uma Avaliação (Performing an Assessment) • Normativo- Publicação 2003 • 15504-3: Guia sobre Executando uma Avaliação (Guidance on performing an assessment) • Informativo - Publicação 2004 • 15504-4: Guia sobre Utilização do Resultado de Avaliação (Guidance on using assessment results) • Informativo - Publicação 2004 • 15504-5: Um Exemplo de Modelo de Avaliação de Processo (An exemplar process assessment model) • Informativo - Publicação 2005

17. nível de capacidade de processos pa pb ... pn processos Modelo de Processo da ISO 15504 • A arquitetura dos modelos é denominada de arquitetura contínua, com duas dimensões: • dimensão de processo • dimensão de capacidade de processo. • A 15504-5 define um exemplo de um modelo compatível com a 15504: • denominado de ISO/IEC 15504-5, e • representa um conjunto de melhores práticas para a engenharia de software.

18. Modelo de Processo da ISO 15504 • A 15504-5 organiza estas em duas grandes categorias: • aquelas relacionadas a “o que fazer”, organizadas em processos específicos; (“dimensão de processos”) • aquelas relacionadas ao “quão bem fazer qualquer coisa que seja feita”, organizadas em níveis de capacidade genéricos. (“dimensão de capacidade”)

19. Fundamentais Organizacionais Apoio 15504-5:Dimensão de Processos • 48 processos que estão organizados em 3 categoria de processo e 10 grupos de processo. • Aquisição • Fornecimento • Engenharia • Operação • Gerência • Melhoria de Processo • Recursos e Infra-estrutura • Reuso • Controle de Configuração • Garantia da Qualidade

20. PROCESSOS ISSO/IEC 15504-5:2006

21. 15504-5:Dimensão de Processos • Cada processo é descrito com os seguintes seis elementos: • Identificação (process identifier); • Nome (process name); • Propósito (process purpose); • Resultados (Outcomes); • Práticas base (base practice): • Produtos de trabalho (work-products).

22. Resultados (Outcomes): • Descreve os resultados esperados de uma implementação com sucesso deste processo. • Práticas base (base practice): • Atividade que quando executada de forma consistente, contribui para o atendimento do propósito de um processo. • Para cada prática base estão relacionados os resultados (outcomes) que a prática ajuda a alcançar. • Produtos de trabalho (work-products): • Os produtos de trabalho de um processo são aqueles esperados de serem utilizados e/ou produzidos pela execução do processo. • A lista de produtos de trabalho para cada processo deve ser utilizada como orientação para avaliação ou melhoria do processo.

23. Exemplo: Processo de Aquisição - The Acquisition Process Group (ACQ) • Identificação: ACQ.1 • Nome: Prepara para aquisição (Acquisition preparation) • Propósito: estabelecer as necessidades e objetivos da aquisição e comunicá-los aos potenciais fornecedores. • Resultados: • R1 - o conceito ou a necessidade de aquisição, desenvolvimento ou melhoria é estabelecido; • R2 - os requisitos de aquisição necessários, definindo as necessidades do projeto, são definidos e validados; • R3 - os requisitos conhecidos do cliente são definidos e validados; • R4 - uma estratégia de aquisição é desenvolvida; e • R5 - os critérios de seleção do fornecedor são definidos. • Práticas Base: • ACQ.1.BP1: Establish the need. Establish a need to acquire, develop, or enhance a system, software product or service. [Outcome: 1] • ACQ.1.BP2: Define the requirements. Identify the customer/stakeholder requirements for a system and/or software product or service. [Outcomes: 2, 3] • ACQ.1.BP3: Review requirements. Analyze and validate the defined requirements against the identified needs. Validate the requirements to reduce risk of misunderstanding by the potential suppliers. [Outcome: 3] • ACQ.1.BP4: Develop acquisition strategy. Develop a strategy for the acquisition of the product according to the acquisition needs. [Outcome: 4] • Note 1: The strategy may include reference to the life cycle model, schedule and selection criteria. • ACQ.1 ....

24. Dimensão da Capacidade de Processo • Em uma organização vários processos podem ter níveis de capacidade variáveis • A 15504 define 6 níveis de capacidade • Seqüenciais e cumulativos • Os níveis podem ser usados: • para avaliar como uma organização está realizando um determinado processo • Como guia para a melhoria • Cada nível de capacidade é descrito basicamente por um nome, definição e atributos.

25. 15504 - Níveis de Capacidade

27. Contextualização/Introdução • Visão Geral da norma • Composição da norma • Modelo de Processo (ISO 15504-5) • Avaliação de Processo (ISO 15504-2 e ISO 15504-3) • Melhoria de Processo (ISSO 15504-4) • Considerações • Referências

28. Avaliação de Processo com a ISO 15504 • A 15504-2 define os requisitos para uma avaliação compatível com a 15504. • E incluindo os principais elementos de um processo de avaliação de processo.

29. Elementos de um processo de avaliação de processo:

30. Requisitos para uma avaliação compatível com a 15504:

31. Pontuação de Atributo de Processo • Um valor tem que ser atribuído a cada atributo de processo, baseado nos dados validados. • composta pelos seguintes quatro valores: • “N”: o atributo não foi atingido pelo processo; • “P”: o atributo foi atingindo apenas parcialmente pelo processo; • “L”: o atributo foi atingido largamente pelo processo; e • “F”: o atributo foi atingido completamente (em inglês, fully) pelo processo. Para estar em um nível de capacidade, um processo tem que ter notas “L” ou “F” nos atributos do nível e “F” em todos os atributos dos níveis anteriores.

32. Exemplos de Pontuação de Atributos de Processo

33. Contextualização/Introdução • Visão Geral da norma • Composição da norma • Modelo de Processo (ISO 15504-5) • Avaliação de Processo (ISO 15504-2 e ISO 15504-3) • Melhoria de Processo (ISSO 15504-4) • Considerações • Referências

34. Melhoria de Processo (ISO 15504) • A ISO/IEC 15504-4 descreve um guia para orientação da melhoria de processo, tendo como referência um modelo de processo e como uma das etapas a realização de uma avaliação de processo

35. Melhoria de Processo ISSO/IEC 15504-4 8 - Monitorar desempenho 7 - Matem melhoria 6 - Confirmar melhoria 1 - Examinar necessidades da organização 5 -Implementa melhoria 2 - Inicia processo de melhoria 3 - Avalia Processo 4 - Planeja Melhoria

36. Considerações Finais • Não pressupõe modelos de ciclo de vida de software, tecnologias de software ou metodologias de desenvolvimento. • O ISO/IEC 15504 não define um método explícito de avaliação, define os requisitos para o Método de Avaliação de Processos. • Na prática, uma avaliação de processos de software é conduzida utilizando o Modelo de Avaliação de Processos e não o Modelo de Referência de Processos.

37. Referências • Melhoria e Avaliação de Processo com ISO/IEC 15504-5:2006, Clênio Figueiredo Salviano. – Lavras: UFLA, 2006. • The International Organization for Standardization and the International Electrotechnical Commission, ISO/IEC 15504 - Information Technology - Process Assessment