Blog CMMI & MPS.BR

Pergunta: Vemos um monte de discussões sobre desenvolvimento Ágil e por vezes fanáticos se envolvem e acrescentam um monte de neblina a essas discussões, tornando o assunto mais nebuloso ainda.

O “Manifesto Ágil” explica um pouco mas não existe uma definição clara que possa ser usada para esta tag, ou seja, continua um mito para a maioria de nós. Eu, por exemplo, acredito que Agile é uma palavra qualitativa que não deve ser usada para definir uma metodologia.

Resposta: Não á espaço suficiente para escrever algo que dê um pouco de sentido sobre o assunto, há muita coisa, mas vamos tentar passar um pouco.

“Agile” é um termo genérico que se refere a um conjunto disperso de métodos que incluem SCRUM, XP, Feature Driven Development e outros modelos iterativos e incrementais. Você esta correto quando fala que “nao é uma metodologia em si”.

Você frequentemente ouve descrições muito soltas como “confiança”, “iterativo”, “sem documentação” (essa é a mais comum), etc. Estes são os termos mais comuns para se “falar” sobre Agile, todavia como podemos perceber, são bastante nebulosas. Para ser mais preciso:

1- Métodos Agile são iterativos, onde o ciclo de vida completo do projeto (planejamento, requisitos, design, testes, código) acontece em ciclos de tempo de menor duração, tipicamente 30 dias ou menos. Essas atividades são geralmente não lineares, mas empíricas, e nem sempre ocorrem em uma sequencia específica.

2- Métodos Agile são incrementais, onde um pequeno conjunto de requisitos é desenvolvido, seguido pelo refinamento ou outro conjunto de requisitos. Os métodos Agile são contra o “Big Bang” e defendem o desenvolvimento de pedaços menores de cada vez (Dividir para conquistar).

Veja o post completo →

Apesar da percepção de que as melhores prática do CMMI e do Agile são opostas um com o outros, recentes pesquisas apontam justamente o oposto. O fato é que as organizações podem se beneficiar de ambos os modelos e melhorar significantemente o desempenho.

No final de 2008, o SEI publicou um artigo intitulado “Agile ou CMMI: Por que não abraçar os dois?. Este relatório foi escrito pela equipe do SEI e industria. Como sabemos, CMMI e Agile usam métodos diferentes para se realizar o mesmo trabalho, e como já era de se esperar, ambos tem suas comunidades e seguidores. Mike Konrad, um membro senior da equipe do SEI, concorda e afirma que a tendência natural é formar “novos feudos” ao redor de método diferentes (e normalmente novos). No entanto, de acordo com o relatório, esta ação não é saudável para a profissão de Engenharia de Software.

“Como ambas as comunidades continuavam a aumentar, parecia ser o momento certo para abordar esta questão”. Explica Konrad. “Além dodisso, foi uma excelente oportunidade para nós do SEI dissipar alguns mitos e ajustar nosso entendimento.”

O aumento na adoção de CMMI e Agile aconteceu através de diversos fatores. Por exemplo, a adoção do CMMI normalmente vem de uma necessidade de negócios (como aumento de qualidade e produtividade), ou seja, vem de cima pra baixo, enquanto no Agile as coisas acontecem de forma mais flat. Desta forma, era inevitável o cruzamento de ambos os modelos já que a aprovação vinha aumentando.

Veja o post completo →

1. Lista de empresas CMMI no brasil
   A lista mais completa  e atualizada de avaliações CMMI das empresas brasileiras
   .
2. O que é CMMI?
   Uma visão geral do que é o CMMI para iniciantes. Veja também a versão melhorada – O que é CMMI II
   .
3. Lista de empresas MPS.BR no Brasil
   Lista super completa de todas as empresas MPS.Br do Brasil
   .
4. 20 coisas que todo gerente de projetos deveria saber… e fazer
   Lista de 20 excelentes dicas que são úteis e primordiais no dia-a-dia de todo gerente de projetos
   .
5. Plano de gerenciamento de projeto
   Muito se fala do plano de projeto, este plano é bem difundido pelo PMI, CMMI e MPS.Br. Mas… existe também o plano de gerenciamento do projeto, que é um documento que ajudará o gerente a tomar decisões mais rapidamente. Vale a pena a leitura.
   .
6. 49 provérbios do gerenciamento de projetos
   Não deixe de ler! Muito legal
   .
7. Top 10 dicas para administração de tempo
   Dez excelente dicas para administrar e otimizar o tempo
   .
8. Tutorial mini projeto utilizando Análise de pontos por função
   Tutorial dividido em 3 partes, veja a Parte 1, Parte 2 e Parte 3
   .
9. 101 dicas para implementação do CMMI nível 2
   São 101 dicas que vão te ajudar na implementação do CMMI nível 2 e MPS.Br F e G. Veja também a Segunda Parte
   ..
10. Aderência do CMMI com métodos ágeis (SCRUM, XP e FDD)
    Artigo interessante com um mapa que mostra a aderência do Agile com CMMI, e, apesar de muitos acharem que ambos são opostos, eles não são.
    .

Veja o post completo →

Momento de descontração: Dilbert encontra o Agile

Há um equívoco em achar que CMMI e métodos ágeis são opostos. Um depende mais de processos e institucionalização de um método padrão, o outro enfatiza a iteração entre os envolvidos no projeto e “Fazer software e não documentação” (Manifesto Agil). Um processo documentado e institucionalizado é o coração do CMMI e é frequentemente utilizado como modelo para definição de metodologias de desenvolvimento para projetos críticos. Por outro lado, a abordagem Agil é colocada em ação quando um projeto apresenta mudanças incrementais, em particular aquelas que não foram incluídas na definição de escopo inicial.

Há criticas a ambos, bem como: “CMMI é usado apenas em grandes projetos ou projetos de críticos que necessitam uma equipe muito grande e um ciclo de vida rígido”. Do outro lado: “Aqueles que implementam métodos Ágeis tem sido classificados como o indisciplinados ou “hackers” de projetos de software”.

O Software Engineering Institute (SEI) acredita que os críticos não estão exatamente certos. O sucesso ou fracasso da aplicação das metodologias Agile nada tem a ver com documentação, e segundo Margaret Kulpa e Johnson Kent: “Você poderia escrever uma tonelada de documentação sobre seus processos sem necessariamente praticar o que está no papel.

Então, onde é que os gerentes de projeto encontram “terreno comum”? Segundo os autores: “A institucionalização”, que o CMMI define como “A maneira de fazer negócios que uma organização segue rotineiramente como parte de sua cultura”. Simplificando, uma empresa de TI pode ter um alto grau de colaboração como parte de seu DNA , implementar a cultura Agile e estar aderente aos princípios definidos pelo CMMI ao mesmo tempo.

Há diversas formas de se institucionalizar métodos Agile com CMMI através da adoção de práticas genéricas associadas aos níveis de maturidade 2 e 3. Aqui estão algumas das mais importantes, senão as mais fáceis em um programa de implementação
Veja o post completo →

Com a chegada do CMMI 1.3, muitos estão se perguntando: “O que vai mudar no CMMI 1.3?”. Esperado para novembro de 2010, esta versão incluirá melhorias em todos os modelos CMMI (CMMI-DEV 1.3, CMMI-ACQ 1.3 e CMMI-SVC 1.3).

Este update também trará melhorias ao método de avaliação SCAMPI e treinamentos CMMI relacionados. Segundo o SEI, as mudanças não irão exigir grandes mudanças ou reciclagem dos modelos implementados.

As principais mudanças no modelo serão:

Maior esclarecimento sobre Alta Maturidade

Como já é de conhecimento, quando você realiza uma avaliação SCAMPI, seu resultado reflete um nível de maturidade da organização. Organizações iniciantes no CMMI são tipicamente classificadas como Baixa Maturidade enquanto aquelas que tem mais tempo ou tem obtido melhores resultados são consideradas “exemplares de alta maturidade”.

Na versão 1.3, uma das grandes mudanças será um melhor esclarecimento e entendimento do que é Alta Maturidade. Foi criado um time com foco em alta maturidade e os membros dessa equipe tem se concentrado em fazer mudanças que melhorem a clareza do que é e como alcançar este nível.

O SEI sabe que na versão 1.2, alta maturidade está confuso levanto à uma variedade infinita de interpretações e é exatamente este ponto que eles querem resolver. Quer um exemplo: Pergunte a 5 pessoas o que é um modelo de desempenho e você terá 5 respostas diferentes (e provavelmente nenhuma certa).

A equipe pretende esclarecer os seguintes pontos:

• O papel do material informativo nas avaliações de alta maturidade
• O significado e uso dos modelos de processos e modelagem de processos
• Como os objetivos de negócio estão ligados à alta maturidade
• O que são causas comuns e como devem ser utilizadas
• O que se espera de alta maturidade no desempenho individual de cada processo
• A seleção, definição e o nível de instanciação dos subprocessos

A equipe de Alta Maturidade do SEI está focada nas PAs OPP – Organization Process Performance, QPM – Quantitative Project Management, OID – Organizational Innovation and Deployment e CAR – Causal Analysis and Resolution.

Veja o post completo →

Já ouvi muita gente colocar o Agile Software Development como uma metodologia alternativa ao PMBOK, quando vejo isso fico em dúvida se dou risada ou se choro…

Primeiro porque não existe “Agile Management”,  Agile Software Development é na verdade um conjunto de metodologias de desenvolvimento, e dentro de cada uma delas, se quisermos ter sucesso precisaremos gerenciá-las da melhor forma possível.

Em segundo lugar porque o PMBOK não é, nunca foi e nunca vai ser uma metodologia, ele é um guia das melhores práticas de Gerenciamento de Projetos.

Ele é um livro que se for usado com bom senso será ume excelente base para a criação de uma metodologia de gerenciamento que poderá sim ser ágil e adequada ao Agile Software Development.

Querem um Exemplo Prático ?

Uma das metodologias ágeis que eu mais gosto é o SCRUM.

Por curiosidade, SCRUM é aquela formação que os jogadores de Rugbi fazem onde os dois times se apóiam ombro a ombro para lançarem a bola, não sei porque e nem quando, mas a estrutura é aquela e chama-se SCRUM…

Explicando de forma hiper-super-extremamente resumida, na metodologia SCRUM, o projeto é dividido em pequenos entregáveis, de forma que o sempre tenha algum módulo entregue e aprovado na pior das hipóteses a cada quinzena, o ideal é que essa entrega seja semanal.

Veja o post completo →

O Scrum é compatível com o CMMI? Sim e não. A formalização requerida pelo modelo CMMI contrasta teóricamente com a agilidade no tempo de desenvolvimento de software.

Abordagens ágeis são criticadas devido ao fato de apresentarem muito pouco design de arquitetura e pouca documentação e quase nenhuma formalização. Abordagens rigorosas são criticadas por serem burocráticas e serem de difícil adaptação à mudança.

O modelo CMMI descreve “o que fazer”, enquanto a metodologia ágil, como o Scrum, descreve “o como fazer”. Isso não quer dizer que seja impossível adotá-las em conjunto. As práticas estabelecidas pelo CMMI não interferem em como devemos executá-las (conforme proposto por métodos ágeis).

O importante é entender o que o CMMI pode adaptar métodos ágeis a essa realidade sem perder o controle do CAOS, pois o CMMI é aberto a várias formas de interpretação e o modelo não desceve “o como fazer”.

Lembrando que você pode utilizar o Scrum com outras metodologias ágeis como o XP e FDD por exemplo. Abaixo pode ser vista uma tabela que mostra todas as áreas de processo do CMMI e quais são satisfeitas por cada uma dessas metodologias.

Artigo original em Inovatividade