Reuniões em CMMI não devem ser apenas formais, você que define seu processo!!! E a cada projeto você faz uma adaptação desse processo… se no seu processo existe uma reunião toda sexta por exemplo, mas você acha que para esse novo projeto não terá necessidade, você simplesmente fala que não se aplica, isso acontece com qualquer documento, processo ou atividade. Você pode definir no seu meta modelo que existirá reuniões informais que não gerará documentos, pronto! Agora se rolou um pepino feio, já pode existir uma atividade que chame Reunião de urgência, ou sei lá o que caralho(to ficando nervoso disso já)!!! Mas como no caso que você falou, que você faz uma reunião informal mas que modificou todo seu projeto, ae o erro é seu, porque se essa reunião foi tão importante assim ela deveria gerar pelo menos um documento de saída.
argh…!!!
[quote=louds]CMM(i) e agora a versão pt.br MPS.BR são uteis para empresas que não tem a menor idéia do que estão fazendo. Para elas provavelmente vai ajudar sim. Burocracia e rítmo de tartaruga são muito melhores que o caos.
O problema é que todas as comparações e estudos que os advogados desses modelos já fizeram foram entre empresas que estavam mergulhadas no caos e as certificadas. Nunca vi um estudo que compara uma empresa CMMi 5 com uma Sabe Oque Esta Fazendo™.
[/quote]
Eu sei a diferença dessas duas empresas, apesar de achar impossível você estar num nível ótimo, usando CMMI ou não, mas CMMI lhe oferece a oportunidade de evoluir, justamente porque você consegue medir seu processo. Mas a grande diferença é a independencia de profissional já que no seu caso você fica totalmente depende dos especialista, se eles sairem sua empresa vai abaixo.
opa, calma ai. Você não precisa de CMMI ou MPS.BR nivel A para conseguir este tipo de benefício. Pelo menos, no caso do CMM isto é um tipo de privilégio que se consegue à partir do CMM nivel 3, enquanto que uma prática como pair programming teria resultado quase que imediato!
Ninguém aqui disse que vc só terá as melhores práticas adotando estes modelos…como disse N vezes aqui cada um é livre em adotar o que desejar…até mesmo o XP que é free!..em muitas vezes o XP encaixa muito melhor onde vc trabalha do que o proprio CMMI ou MPS…(não conheço o XP por isso não posso falar sobre)
É básico do básico que vc não dependa de uma pessoa X para que seu projeto tenha sucesso…vc precisa ter perfis balanceados e jamais jogar na mao de um “desenvolvedor ninja”…isso é a morte do seu projeto e de sua organização.
Na boa, to achando que quem fala que CMM* atrapalha, ta é com inveja
Thiago, você falou que num projeto seu que tinha muitos processsos você tinha q ficar fazendo hora extra, bem, é certeza que isso não é culpa do CMM* e sim de quem esta gerenciando o projeto.
O que, exatamente, são esses perfis balanceados? Quem define isso? Você concordaria com a afirmação “é possível fazer bom software com uma equipe mediana”? Você concorda com a afirmação “bons processos (executados perfeitamente) garantem qualidade”?
IMHO, desenvolver software pertence à classe das atividades que dependem de talento para produzir bons resultados (assim como arquitetura, literatura, e tantas outras).
[quote=richardpeder]
É básico do básico que vc não dependa de uma pessoa X para que seu projeto tenha sucesso…vc precisa ter perfis balanceados e jamais jogar na mao de um “desenvolvedor ninja”…isso é a morte do seu projeto e de sua organização.
ate mais…[/quote]
Um projeto para ter sucesso depende de todas pessoas envolvidas nele. Nenhum processo vai conseguir eliminar o fato que um profissional mediocre vai produzir um resultado no máximo mediocre.
Uma empresa que sabe o que faz pode muito bem se manter as custas de aprender com os próprios erros e o bom senso dos envolvidos, isso funciona muito bem, mas exige ter gente que saiba pensar envolvida.
Richard, existe algum estudo/case que mostre que em uma empresa, que já possui processos e melhoria continuada como parte da cultura, implantar CMMi tenha ajudado a ponto de justificar o investimento?
Mas enfim, queria saber uma coisa apenas, esquecendo o mérito de CMMi melhorar ou não os resultados de uma empresa. Você conhece alguma empresa CMMi nivel 3-5 que o ambiente de trabalho não seja uma enorme pilha de dejetos putrefatos para o desenvolvedor?
Onde eu trabalho não é uma pilha de dejetos putrefatos para o desenvolvedor. …enfim, acredito que se não valesse a pena investir em modelos de qualidade N e N empresas não fariam isto…como disse, existe o lance do marketing mas é impossível manter uma “farsa” deste tamanho…(quando alguem quer só o “diploma”)
Com certeza existem diversos casos de sucesso com CMMI…mas é claro que ninguem vai ficar divulgando números…
Acho hoje como achei a partir da 8º pagina do post de CMM a algum tempo de que a discussão aqui não vai levar a nada…como já disse tb não acho que só pode funcionar projetos onde tem CMMx…muitas empresas fazem SIM bem feito sem este ou outro modelo…o mundo de TI é grande e tem espaço pra todos…sem brigas, por favor.
Fala-se muito em investimento e o MPS.BR está aí para ser uma alternativa…como já disse e este ERA o foco do tópico, além do informe.
Perfis balanceados é uma porcentagem moderada de junior, pleno e senior em um projeto…a quantidade fica a cargo gerencial. Concordo sim com sua primeira afirmação…desde que bem gerenciado já que a equipe é um dos pontos de um projeto…mas ter uma equipe só trainee/junior “ferra” o projeto e só TOP fica caro demais…(minha visão)
A sua segunda afirmação é sim considerável…mas precisamos lembrar que um projeto é composto de N partes…
Vocês falam como se 70% do tempo de um programador no regime CMMi fosse jogado fora por causa dos processos.
Os processos servem garantir que o código foi analizado, implementado, revisado, testeado, qualificado, documentado, integrado e homologado. Isso em si ja ajuda muito.
[quote=microfilo]Vocês falam como se 70% do tempo de um programador no regime CMMi fosse jogado fora por causa dos processos.
Os processos servem garantir que o código foi analizado, implementado, revisado, testeado, qualificado, documentado, integrado e homologado. Isso em si ja ajuda muito.[/quote]
Eu até tinha prometido não falar mais disto mas as vezes falo pra esclarecer alguns pontos (como fiz acima nos ultimos posts)…eu considero todos aqui e respeito a opinião de cada um…cada um segue o processo que quer, se quer…É UMA OPÇÃO e não um tabu que precisa ser seguido.
Júnior, Sênior, etc. costumam ser definidas em função de experiência, não de “qualidade” do trabalho. Acredito que exista uma correlação entre as duas variáveis, mas duvido que seja uma correlação forte (como não dá para medir qualidade, nunca vamos descobrir isso mesmo…).
A adoção de bons processos não garante uma boa equipe (e, IMHO, influencia pouco na formação de uma). Mas é impossível que uma equipe formada por bons profissionais não adote boas práticas (note que bons profissionais != hackers geniais, em geral), simplesmente porque a busca de melhoramento é parte importante do que significa ser um “bom profissional”.
Nenhum processo pode melhorar significativamente o desenvolvimento de software, porque escrever software é essencialmente difícil. Esse um ponto importante do No Silver Bullet do Brooks, que eu comentei aqui (já que marketing pessoal tá correndo solto no GUJ )
