Blog CMMI & MPS.BR

Hoje se fala muito em produtividade, mas não são muitos o que realmente entendem o que é produtividade.
Se você chegar a um departamento de TI e pedir (como exemplo) uma lista classificada dos programadores mais produtivos, é quase certo que você não a terá. Isto acontece porque são poucas as empresas que realmente medem a produtividade de suas equipes, e isto ocorrerá em 90% dos casos.

A produtividade consiste em o que é produzido em um determinado tempo.

Em linhas de produção isso é mais tranqüilo, pois você consegue “ver”, “pegar” e “contar”. Fica mais fácil de comparar. Mas… e quando falamos de software?
Primeiramente, vamos a algumas perguntas:

• Qual a produtividade de sua equipe?
• Quais os 10 programadores mais produtivos?
• O que você faria para entregar dentro do prazo um projeto crítico com uma parede*?
  *Parede: Data onde o sistema precisa necessariamente estar online, sob pena de multa.

Se você hesitou em responder a primeira pergunta, você acaba de descobrir uma excelente oportunidade para conhecer como sua equipe trabalha de fato. Isto será muito importante nas suas estimativas e especial no seu planejamento e venda.

Se você não consegue responder a segunda pergunta, ou a responde baseado em sua percepção (e não em números), é bom refletir e medir isto, o ganho será assustadoramente compensador.

Já a terceira pergunta… para respondê-la você DEVE ter feito a lição de casa das duas primeiras perguntas. Muitas empresas colocam os melhores programadores para ter certeza que vão entregar e assim, não pagar a multa. Bom… este é um bom caso de gestão de riscos, mas, você pode provavelmente economizar um bom dinheiro se simplesmente conhecer a produtividade de sua equipe, e assim, deslocar as pessoas certas para o projeto.

Veja o post completo →

Os termos Voz do Cliente (VOC) e Voz do Processo (VOB) são muito comuns no Six Sigma e em alta maturidade são essenciais, mas… o que são eles?

A voz do cliente é utilizada para capturar o que seu cliente espera de um determinado processo, ou seja, o que ele considera bom. Lendo assim parece complicado, mas vamos facilitar.

Você montou uma equipe de atendimento de chamados e seu cliente definiu que cada atendimento deve ser resolvido em até 5 minutos em média. Estes “5 minutos” são a voz do cliente, isto, é o que seu cliente espera.

Você pode capturar a VOC através de várias formas como entrevistas, enquetes, pesquisas e similares.

Já a VOB é o que o seu processo consegue produzir. Ambos, VOC e VOB andam sempre juntos em um programa de melhoria como o Six Sigma.

Seguindo o mesmo caso, seu cliente quer que sua equipe realize os atendimentos em 5 minutos, mas após medir seu processo você descobre que seus atendimentos levam de 4.5 à 8 minutos. Esta variação é a voz do seu processo, ou seja a VOB.

Neste ponto você acabou de descobrir que raramente vai atender seu cliente, o que não é bom.

Você então precisará criar um projeto de melhoria que faça a variação do seu processo (atendimento de chamados) ter uma variação ali dentro dos 0 à 5 minutos. E com a variação que você tem, terá um bom trabalho pela frente.
Veja o post completo →

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 →

Olá, atendendo ao pedido do nosso leitor Tony, resolvemos criar um post que explica de um jeito mais fácil o que é o CMMI.

CMMI Nível 1

Antes de mais nada, não existe avaliação CMMI nível 1, mas esta é uma classificação que pode ser dada a toda empresa que não foi avaliada em um nível de maturidade CMMI.
É o que é feito na maioria das empresas, requisitos entram e o produto sai, mas não se sabe ao certo como ele saiu e o que foi necessário para conseguir isto.

CMMI Nível 2

O CMMI nível 2 implementa a Gestão (PMI pode ajudar muito nesta fase). Neste ponto, cria-se o plano de projeto e os projetos são tocados de forma organizada e sistematizada. Você começa a medir as coisas e analisar o desempenho, assim as decisões são tomadas com mais embasamento. Gestão é a palavra chave do CMMI nível 2.

Veja o post completo →

DAR – Análise de decisão e resolução

1. Crie um guia para orientar as tomadas de decisões formais
2. Crie critérios que definam quando um processo de decisão formal deve ser realizado
3. Defina critérios para a seleção de alternativas
4. Identifique as soluções alternativas
5. Analise o que normalmente é feito em processos similares
6. Defina claramente o método que será utilizado para análise das alternativas
7. Nunca, jamais se esqueça de analisar as alternativas e documentar esta análise
8. Analise os riscos associados a escolha ou não de uma solução
9. Documente todo o processo de decisão formal
10. Mantenha os dados em gestão de conhecimento para consulta posterior

IPM – Gerenciamento integrado de projeto

11. Tenha uma base de processos
12. Mantenha uma base de melhores documentos, lições aprendidas, modelos, templates e outros
13. Mantenha um plano integrado de trabalho que contemple as atividades de outros grupos bem como previsão de alocação
14. Crie planos que definam como conflitos serão tratados
15. Defina critérios de entrada e saída para as atividades
16. Utilize os planos integrados para o gerenciamento do projeto (um plano de gerenciamento de projeto pode lhe ajudar bastante)
17. Periodicamente atualize a base de conhecimento da organização
18. Mantenha um canal para entrada de sugestões
19. Periodicamente avalie as sugestões e forneça feedback de como estão as sugestões
20. Defina o envolvimento dos stakeholders e comunique-os de suas responsabilidades
21. Identifique e gerencie as dependências e compromissos do projeto
22. Documente ações preventivas e/ou corretivas quando necessário

OPD – Definição do processo organizacional

23. Crie padrões para definição de processos
24. Documente os processos
25. Elabore uma matriz contendo os processos, produtos, atividades e responsabilidades
26. Documente o relacionamento entre os processos e produtos
27. Defina SDLC’s para os principais produtos e serviços
28. Defina critérios para tailoring dos processos quando necessário
29. Documente os processos tailoring dos projetos (quando necessário)
30. Mantenha uma base de medições
31. Periodicamente verifique se há necessidades de ajustes nos processos
32. Estabeleça padrões de infra-estrutura e ativos de processo de acordo com o papel
33. Realize revisão entre pares sempre que houver alterações nos processos
Veja o post completo →

Porque estimativas são tão importantes?

Vejamos como cada um na equipe enxerga o tempo para se fazer este micro-projeto

Escopo
- Administração de usuário com (operações padrão + login)
- Administração de grupos (operações padrão + associação)
- Permissões (operações padrão + associação)

Estimativas
- Programador: 16h
- Analista Programador: 24h
- Analista de Sistemas: 32h
- Gerente de projetos: 40h Veja as diferenças.

Quando apresentamos as estimativas à cada um deles as explicações foram:
- Programador: “Realmente, esqueci que tem o levantamento, especificação, validação, etc”
- Analista programador: “Tem mais algumas coisinhas pra se fazer, mas acho que mais uns 2 ou 4 dias resolve”
- Analista de Sistemas: “Já tá tudo lá, se tiver mais alguma coisa resolver em um dia. Coloca dois pra garantir”
- Gerente de projetos: “Acredito que esta correto, estimei com APF (análise de pontos por função)” Reparem que apenas o gerente do projeto teve segurança em sua estimativa. Os outros quando questionados mudaram suas opiniões – ah, este caso é real.
Veja o post completo →