Blog CMMI & MPS.BR

Algumas dúvidas comuns são:
O que é o EPG?
Como montar um EPG?
Como é composto o EPG?

Bom, primeiramente, o EPG significa Engineering Software Group. Muitos ainda chamam de SEPG, o que não é errado, mas a terminologia nova é sem o “S”

O EPG é responsável pela definição e manutenção dos processos da organização. Recomenda-se que seus membros possuam profundos conhecimentos em engenharia de software e na própria organização.
O EPG deve ter um responsável que normalment é chamado de “EPG Leader”.

O diagrama abaixo demonstra como um EPG é tipicamente composto:

Cada uma destas áreas deve:
Veja o post completo →

Todos nós temos conhecimento que o desenvolvimento de projetos de software é uma tarefa árdua e extremamente difícil. Um sistema mal construído pode gerar milhões de reais em prejuízos em poucas horas, dependendo do tamanho do cliente e do porte da operação suplantada. O primeiro registro de “bug” foi em 1945 quando a Oficial Naval Grace Murray Hopper, encontrou uma traça dentro de um dos computadores da marinha americana. O fato de ter encontrado um “bug” (inseto em inglês) dentro de um computador que estava com mau funcionamento por conta dessa ocorrência, permitiu com que o termo se tornasse comum na área de desenvolvimento de software e associado a falhas durante a execução.

Ao longo da história evolutiva do computador e do desenvolvimento de aplicativos, é muito comum totalmente normal encontrarmos situações na qual existiram, existem e ainda irão existir situações de problemas durante a realização de alguma tarefa em um determinado sistema. Mas em muitos desses casos, as conseqüências desses atos foram resultados de tragédias calamitosas que sacrificaram vidas humanas ou até mesmo prejudiciais ao meio ambiente. Um caso interessante, foi à explosão do ônibus espacial Columbia em 1986, quando alguns funcionários da própria NASA que haviam sido demitidos após o fracasso do projeto, declararam para a imprensa que o acidente aconteceu por conta de falhas no software na hora do lançamento, pois não tiveram testes suficientes no software. Veja o post completo →

O que é PPQA?
PPQA significa Process and Product Quality Assurance (Garantia de qualidade de processo e produto) e é a área responsável no CMMI pela qualidade tanto nos projetos quanto organizacionalmente.

Como PPQA realiza seus trabalhos?
A principal ferramenta de trabalho do PPQA (vamos chamar apenas de PPQA o analista de PPQA) é o checklist de auditoria. O PPQA deve seguir o checklist e verificar se o processo esta sendo seguido conforme previsto

Qual o resultado dos trabalhos de PPQA?
Um relatório mostrando como foi a auditoria. Este relatório deve ser enviado à todos envolvidos no projeto

Como PPQA ajuda nos projetos?
O principal objetivo é mostrar à alta direção como esta o projeto (o que esta em conformidade e o que não esta)

PPQA audita apenas projetos?
Não, diversas outras atividades de suporte devem ser auditadas para garantir que o processo esta sendo seguido. O principal exemplo é OT.

A quem PPQA responde?
À alta direção da empresa (presidência ou direção)

Porque PPQA responde para a alta direção?
Para garantir independência e que não haverá conflito de interesses ou manipulação dos resultados. A alta direção deve saber a real situação dos projetos.
Veja o post completo →

Durante uma auditoria de PPQA ou Revisão entre pares (RP) diversos itens são verificados e o resultado é um conjunto de itens em conformidade e desvios. Vamos focar nos desvios

Um desvio é um problema ou algo que não esta em conformidade com o previsto.
Vamos a um cenário:

Em sua empresa após o levantamento de requisitos, gera-se um documento contendo todos os requisitos e o cliente deve aprová-los. Este documento servirá de insumo para a próxima fase onde serão desenvolvidos protótipos.

Um desvio encontrado na auditoria de PPQA foi de que os requisitos não há evidências de que os requisitos foram aprovados pelo cliente

O analista de PPQA comunica isto a gerencia e estabelece uma data para correção – lembre-se que: “PPQA deve fornecer visibilidade de como esta o projeto a direção”.

O gerente do projeto é o responsável pelo projeto e conseqüentemente corrigir os desvios. Se ele não corrigir os desvios devem ser escalados para o nível superior e assim por diante.

Imaginando que “ninguém fez nada” e deixou os desvios paradinhos lá durante um mês.

O cliente começou a validar o sistema e não esta concordando com nada do que foi definido, e para ajudar quem esta validando entrou agora no projeto.

Tudo isto não seria problema se você tivesse corrigido os desvios, mas como não fez isto, o que pode fazer agora? Bom, na melhor das hipóteses, o prejuízo será pequeno.

Este exemplo é simples, mas uma grande parte dos prejuízos em projetos vem de situações como esta. Repare que se você tivesse corrigido este desvio no momento certo, o custo seria X, agora ele será no mínimo 10 X.
Veja o post completo →

Para este mês estaremos montando um conjunto de dicas de coisas que devem ser feitas em cada um dos níveis do CMMI. Por ser muita coisa, estamos dividindo em blocos de aproximadamente 50 dicas. Ao todo esperamos postar mais de 300 dicas. Comentem!

Dicas gerais

1. Obtenha o patrocínio da alta direção – Esta é uma das coisas mais importantes!
2. Estruture o EPG logo no início
3. Estruture o Grupo de PPQA logo no início
4. Coloque como analista de PPQA pessoas muito experientes – normalmente seniores
5. Experiência de gerencia pode formar um excelente analista de PPQA
6. Implemente uma boa ferramenta de gerenciamento de configuração
7. Crie políticas para as PA’s coerentes com os objetivos de negócio
8. Garanta recursos e fundos para as atividades
9. Estabeleça processos padrão de desenvolvimento
10. Defina a estrutura da fábrica
11. Defina ciclos de vida de projetos
12. Estruture um framework de processos
13. Crie critérios para customização dos processos de desenvolvimento de projeto
14. Defina responsabilidades e forneça autoridade aos envolvidos
15. Treine todo mundo
16. Obtenha aprovação formal dos produtos
17. Obtenha o envolvimento e comprometimento de todos na organização
18. Leia o modelo – leia mesmo, de verdade. Se não entendeu algo, leia de novo e procure informações até entender o valor – lembre-se que tudo no CMMI tem valor, se você não esta vendo o valor é porque ainda não entendeu a PA
19. Se sua empresa compra muito serviços e projetos, avalie a implementação do CMMI para serviços (CMMI SVC)

Dicas de CM – Gestão de configuração

20. Planeje quais produtos serão mantidos em controle de configuração
21. Planeje as datas que os produtos passarão por baseline
22. Em configuração crie um ambiente de trabalho e um de baseline
23. Garanta segurança e integridade em ambos os ambientes
24. Faça auditorias independentes no ambiente de configuração para garantir que o processo esta sendo seguido
25. Documente todas as alterações nos produtos em baseline

Dicas de MA – Medição e análise

26. Especifique mecanismos para medições
27. Defina métricas alinhadas com os objetivos de negócio
28. Defina objetivos para os projetos
29. Defina objetivos organizacionais
30. Estabeleça um bom mecanismo de coleta e armazenamento de medições
31. Analise periodicamente os resultados das medições
32. Divulgue os resultados de medições
Veja o post completo →

Complementando o post “A importância do PPQA“, vamos explicar um pouco como deve ser uma auditoria  de PPQA (Auditoria de Garantia da Qualidade) do seu planejamento até a conclusão dos trabalhos.

Tenha em mente que a área de PPQA deve ter autonomia e autoridade, desta forma, é importante que esta área responda aos maiores níveis da organização. Somente assim a auditoria será imparcial e terá seu foco na qualidade.

Vale lembrar que o principal objetivo da área de PPQA é fornecer visibilidade de como esta a qualidade dos produtos e o seguimento do processo á direção e gerência.

O planejamento da auditoria

Antes de tudo, a auditoria deve ser planejada. Durante a fase de planejamento o Analista de PPQA (vamos chamar apenas de PPQA) deve planejar como serão as auditorias e quando elas ocorrerão. É muito importante que sejam realizadas auditorias antes de entregas à clientes.

O Checklist de PPQA deve ser montado bom base no conjunto de processos que serão utilizados no sistema, além disso, os envolvidos no projeto devem ter conhecimento de como serão as auditorias e quais as responsabilidades de cada um.

A auditoria

Bom, chegou o dia de uma auditoria de PPQA, o que fazer?

Primeiramente, certifique-se de que os acessos as bases de produtos foram concedidos ao analista de PPQA. Na sequencia todos devem ser comunicados de que haverá a auditoria.

A principal ferramenta do PPQA é seu checklist, e com base nele ele vai auditar o projeto verificando coisas como:
- Os produtos foram desenvolvidos;
- Os produtos estão corretos;
- Os produtos seguem os padrões definidos;
- Os produtos foram desenvolvidos com base no processo;
- A qualidade dos produtos estão de acordo com o planejado;
- Entre outros.

Desta forma, ele segue verificando o checklist de PPQA (item por item) e vai classificando. Ao final ele terá um indicador de como esta a qualidade do projeto e de cada processo.

Um ponto que recomendo (mas não esta na PA PPQA) é que antes de se divulgar os resultados o PPQA apresente os resultados para o Gerente do projeto para ver se não tem algum “engano”.

Comunicação dos resultados

É muito importante que todos envolvidos no projeto recebam o resultado da auditoria. O responsável direto é o gerente do projeto, mas a equipe deve ter conhecimento de como esta o projeto e buscar resolver as pendências o quanto antes.

Tratando os desvios

Antes de tudo, o responsável pelo tratamento dos desvios ou definição de quem vai tratá-los é o gerente do projeto, o PPQA apenas apontará os desvios e verificar se os mesmos foram corrigidos. Aqui é bom lembrar que é muito importante que o PPQA estabeleça uma data para correção dos desvios.

Após esta data, os desvios que não foram corrigidos devem ser “escalados” para o superior direto do gerente do projeto, e assim consequentemente até chegar na instância mais alta.

Quais os tipos de auditoria de PPQA?

Falamos muito de projeto, mas existem diversos outros tipos de auditoria de PPQA como:
- Auditoria do ambiente de configuração
- Auditoria do processo de melhoria
- Auditoria do processo de gerenciamento
- Auditoria da área de treinamentos
- Auditoria do processo de medições
- Auditoria de qualidade de projeto
- Auditoria de qualidade de propostas e pré-venda
- Auditoria da área de PPQA (esta deve ser feita por um terceiro, preferencialmente fora da empresa)
- E algumas outras.

Bom, esta é uma visão bem simples e rápida de como é uma auditoria de PPQA. Em breve publicaremos um macro-checklist de PPQA para ajudá-los.

CM – Gerência de Configuração

O Propósito da Gerência de Configuração é estabelecer e manter a integridade dos produtos de trabalho. Para auxiliar os trabalhos, recomenda-se a utilização de uma ferramenta. Para suporte ao processo, auditorias devem ser realizadas a fim de verificar se a gerência de configuração esta sendo realizada de acordo com o especificado.

MA – Medição e Análise
O propósito desta área é desenvolver e sustentar mecanismos de medições dos processos da organização. Os resultados destas medições devem ser analisados frequentemente a fim de identificar desvios ou variações fora dos padrões esperados.

PP – Planejamento de Projetos
O propósito de Planejamento de Projetos é estabelecer e manter planos para as atividades inerentes ao projeto

PMC – Acompanhamento de Projetos
O propósito desta área é prover informações suficientes para o gerenciamento eficaz do projeto. Sempre que o desempenho sair dos limites especificados, ações corretivas devem ser tomadas a fim de colocar o projeto de volta aos limites definidos.

PPQA – Garantia de Qualidade do Processo e Produto
O propósito desta área é garantir que o projeto esta senguindo o processo definido e o produto atende à qualidade esperada. Esta área deve prover visibilidade da situação atual do projeto às partes interessadas

REQM – Gerenciamento de Requisitos
O propósito desta área é estabelecer a gestão dos requisitos do projeto e seus produtos de trabalho. Esta área permite identificar inconsistências os requisitos e produtos de trabalho

SAM – Gerênciamento de Acordos com Fornecedores
O propósito desta área é gerenciar aquisições de produtos, componentes ou serviços de fornecedores externos à organização.

A figura do PPQA é a que mais auxilia na implementação do CMMI em uma organização.
Através de suas auditorias, seus principais objetivos são garantir que o processo esta sendo seguido conforme o padrão da empresa e garantir que o produto esta atendendo a qualidade esperada.

O PPQA não deve responder ao gerente da área e sim à seu superior como área de Staff. Isto auxilia na independência das auditorias visto que seu objetivo é garantir a qualidade. Outro fator muito importante é que “obriga-se” que o processo seja seguido.

Com o tempo PPQA vai evoluindo dentro da organização e de acordo com a estabilidade dos processos, suas auditorias podem ser reduzidas à amostragens (em processos muito estáveis e organizações maduras).

Uma recomendação minha é ter pelo menos um PPQA para cada 40 pessoas. Também recomendo que sejam realizadas auditorias semanais sempre com investigações.

Mais pra frente falaremos mais sobre PPQA.