CMM (Capability Maturity Model) - Alguém conhece?

richardpeder wrote:
E o lance de pessoas com perfis..concordo...hj em dia tem sorveteiro programando...mas isso a empresa deve achar logo o cara e demiti-lo, senão não sai programa, sai sorvete!!

E por que você acha que tanto sistema vive congelando ?

Voltando, acho que XP divide melhor as responsabilidades [fácil: A RESPOSABILIDADE É DE TODOS!] e cria uma 'consciência coletiva'. mAs e numa equipe totalmente desnivelada? A gente demite os sorveteiros?

[]s

JavaEvangelist Membro desde: 28/06/2003 19:22:53 Mensagens: 338 Offline

pcalcado wrote:A questão é, isso funciona numa equipe de bons programadores, e numa equipe de programadores intercalados com sorveteiros?

Não se iludam, existe isso sim. Às vezes a 'equipe' que você pdoe trabalhar pode até não ter nenhum sorveteiro, mas também não tem nenhum Knuth.

Li certa vez um comentario sobre XP que considerei bastante interessante. Era algo como "XP é bom para equipes onde existem diferentes niveis de conhecimento, mas não de inteligencia". Isso porque, em XP, prevê-se que, depois de certo tempo de interação, o conhecimento vai ser passado de uma pessoa para outra. E é aí que vejo a bronca de um sistema "a lá Taylor" como o CMM: o conhecimento não trafega entre os niveis de hierarquia. Ou trafega?!

Até.

Não entendi o que vc quis dizer..!

ate mais...

rbarioni wrote:
q me lembre, o CMM nao diz nada sobre isso e nem sobre a parte tecnica...

Mas nem pode, Barioni, porque isso sai fora do escopo do CMM. Cabe a aqueles que projetarem os processos prever e tentar evitar este problema.

Daniel Quirino Oliveira wrote:

rbarioni wrote:
q me lembre, o CMM nao diz nada sobre isso e nem sobre a parte tecnica...

Mas nem pode, Barioni, porque isso sai fora do escopo do CMM. Cabe a aqueles que projetarem os processos prever e tentar evitar este problema.

Existe uma KPA do nivel 2 chamada Gerenciamento de Configuração (SCM)...essa KPA ajuda na parte de manter os produtos de software e gerencia-los....parte técnica bem baixo nivel, acredito que não tenha mesmo....não vejo nisso uma falha, mas acredito que no momento de interpretar o modelo, a empresa pode estar ajustando a parte técnica dela tb.

ate mais...

richardpeder wrote:

Daniel Quirino Oliveira wrote:

rbarioni wrote:
q me lembre, o CMM nao diz nada sobre isso e nem sobre a parte tecnica...

Mas nem pode, Barioni, porque isso sai fora do escopo do CMM. Cabe a aqueles que projetarem os processos prever e tentar evitar este problema.

Existe uma KPA do nivel 2 chamada Gerenciamento de Configuração (SCM)...essa KPA ajuda na parte de manter os produtos de software e gerencia-los....parte técnica bem baixo nivel, acredito que não tenha mesmo....não vejo nisso uma falha, mas acredito que no momento de interpretar o modelo, a empresa pode estar ajustando a parte técnica dela tb.

ate mais...

Sim, Richard. Mas esta KPA não vai ajudá-lo se, como o Rafael comentou, alguém que possua muito conhecimento sobre o projeto pular fora da empresa

. Gerenciamento de configuração só ajuda a controlar as alterações durante todo o processo de desenvolvimento (ou, como dizia Babich, "é a arte de coordenar o desenvolvimento de software para minimizar a confusão").

Daniel Quirino Oliveira wrote:

richardpeder wrote:

Daniel Quirino Oliveira wrote:

rbarioni wrote:
q me lembre, o CMM nao diz nada sobre isso e nem sobre a parte tecnica...

Mas nem pode, Barioni, porque isso sai fora do escopo do CMM. Cabe a aqueles que projetarem os processos prever e tentar evitar este problema.

Existe uma KPA do nivel 2 chamada Gerenciamento de Configuração (SCM)...essa KPA ajuda na parte de manter os produtos de software e gerencia-los....parte técnica bem baixo nivel, acredito que não tenha mesmo....não vejo nisso uma falha, mas acredito que no momento de interpretar o modelo, a empresa pode estar ajustando a parte técnica dela tb.

ate mais...

Sim, Richard. Mas esta KPA não vai ajudá-lo se, como o Rafael comentou, alguém que possua muito conhecimento sobre o projeto pular fora da empresa . Gerenciamento de configuração só ajuda a controlar as alterações durante todo o processo de desenvolvimento (ou, como dizia Babich, "é a arte de coordenar o desenvolvimento de software para minimizar a confusão").

Acho que, independente da empresa ter CMM ou nao, isso pode acontecer....o cara sair da empresa e levar o conhecimento...por isso que eu bato na tecla (que o CMM adota), que deve-se alimentar os processos, deixando-os inteligentes, para assim, a empresa depender dos processos, que sao delas e capacitar as pessoas para usa-los.
Acho que o correto eh nivelar a equipe em relacao ao conhecimento de um determinado projeto...dai, sai quem sair, o projeto continua numa boa!

ate mais...

Smalltalk Membro desde: 14/08/2005 10:03:05 Mensagens: 1 Offline

bom dia ..sou novo na area e precisaria urgentemente falar com o richard....nao consegui seu e-mail.....desculpe se tiver sendi incomod mas preciso de uns conceitos que vi que o Richard possui...Richard, poderia ne dar uma dicas ou ate mesmo teoria basica sobre qualidade de software ( modelos de qualidade ( iso cmm cmmi, metodolgias epadroes, gerencia de projetos, testes de softwares, estimativas e metricas ( analise de pontos de função)...só o basico mesmo ou o que for mais importante,,,,poderia me ajudar??? valeu!!!!!

Fala amigo...tudo bem??

Meu e-mail: richardfonseca2005@yahoo.com.br
meu MSN: richardgp2003@hotmail.com

Caso me adicione no hotmail, identifique-se dizendo que é a pessoa que me procurou sobre o topico de CMM do GUJ ok?

Estou a disposição.

ate mais...

Notícias, artigos e o maior fórum brasileiro sobre Java