1º empresa MPS.BR Nível A...

Bom pessoal, existem muitas práticas que aumentam as chances do software ser bem desenvolvido.
Organizaram essas práticas em processos mais formais e definiram que determinadas tarefas tem que seguir determinados processos.

Um exemplo simplório: Todo código feito deve ser testado com teste unitários (quando possível) ou de componentes. Cada mudança no projeto deve ser acompanhada de um teste sistêmico nas áreas afetadas. Antes de cada build ser liberada, deve-se executar testes integrados e de sanidade.

Taí um processo. Processo simplório, mas um processo. Isso ajuda muito a produzir um software com qualidade. Admito que foi um exemplo trivial. Um CMM* da vida garante para o seu cliente que a sua empresa segue processos que fazem com que o seu software tenha mais qualidade. Alguns podem até dizer que é tudo apenas teoria e não na prática, mas isso é outra história.

Agora, se você usa XP, quem garante que você vai usar processos\práticas que ajudam a produzir um software decente? Certo, um bom "portfolio" (assim que escreve?) ajuda muito. Some um bom portfolio com uma certificação internacionalmente reconhecida. Isso da muito mais confiança.

Na minha opinião CMM* serve para dar mais segurança para o cliente e também ajuda a empresa a se organizar melhor. Se por acaso tem alguma boa prática\processo que ajuda a melhorar a qualidade de um software que ela não segue, ela vai começar a se esforçar para seguir essa prática\processo para poder tirar a certificação.

Bom, essa é minha opinião, sintam-se a vontade para jogar pedras. Não tenho experiência em outros ambientes, mas não sinto que eu sou menos produtivo se eu seguir o CMM*.

microfilo wrote:
Agora, se você usa XP, quem garante que você vai usar processos\práticas que ajudam a produzir um software decente?

Respondo a você com uma pergunta parecida: se você tem CMMi, quem garante que você vai usar os processos/práticas que ajudam a produzir um software decente na vida real? Ou, melhor ainda: quem garante a você que os seus processos vão lhe conduzir a um projeto de sucesso? (dica: não responda "é só seguir os processos corretamente que você vai chegar lá", pois eu provavelmente vou responder "não adianta percorrer toda a Rodovia dos Bandeirantes corretamente que você nunca vai chegar a Brasília".)

O ponto é bem simples: como o rodrigoy disse em um outro tópico por aí, não existe um processo out-of-the-box. CMM(i) pode definir uma série deles, mas eles só foram bem sucedidos nos projetos que serviram como base experimental para o desenvolvimento desta certificação. É a mesma coisa se eu propusesse implementar um processo de "parada para tomar uma cerveja durante o meio da tarde" pois em 100% dos projetos em que eu participei e que havia um "processo" como este implantado, estes projetos foram todos muito bem sucedidos (entregues no prazo e dentro do orçamento previsto).

Ou seja, mais genericamente, não acredito que todos os zilhões de processos que o CMM(i) impõe possam agregar em qualidade para seu projeto (alguns são úteis de fato, como gerenciamento de requisitos ou de configuração, outros nem tanto) pois não existe processo "one size fits all"

De novo...

Individuals and interactions over processes and tools
Working software over comprehensive documentation
Customer collaboration over contract negotiation
Responding to change over following a plan

Daniel Quirino Oliveira wrote:
Respondo a você com uma pergunta parecida: se você tem CMMi, quem garante que você vai usar os processos/práticas que ajudam a produzir um software decente na vida real? Ou, melhor ainda: quem garante a você que os seus processos vão lhe conduzir a um projeto de sucesso? (dica: não responda "é só seguir os processos corretamente que você vai chegar lá", pois eu provavelmente vou responder "não adianta percorrer toda a Rodovia dos Bandeirantes corretamente que você nunca vai chegar a Brasília".)

Sua resposta não respondeu a minha perguta. Tampouco irei responder a sua.

Quem aqui trabalhou com CMM*? Você foi menos produtivo por seguir os processos definidos por ele?

microfilo wrote:

Daniel Quirino Oliveira wrote:
Respondo a você com uma pergunta parecida: se você tem CMMi, quem garante que você vai usar os processos/práticas que ajudam a produzir um software decente na vida real? Ou, melhor ainda: quem garante a você que os seus processos vão lhe conduzir a um projeto de sucesso? (dica: não responda "é só seguir os processos corretamente que você vai chegar lá", pois eu provavelmente vou responder "não adianta percorrer toda a Rodovia dos Bandeirantes corretamente que você nunca vai chegar a Brasília".)

Sua resposta não respondeu a minha perguta. Tampouco irei responder a sua.

Quem aqui trabalhou com CMM*? Você foi menos produtivo por seguir os processos definidos por ele?

Ok, respondendo: nada. E aí?

microfilo wrote:

Daniel Quirino Oliveira wrote:
Respondo a você com uma pergunta parecida: se você tem CMMi, quem garante que você vai usar os processos/práticas que ajudam a produzir um software decente na vida real? Ou, melhor ainda: quem garante a você que os seus processos vão lhe conduzir a um projeto de sucesso? (dica: não responda "é só seguir os processos corretamente que você vai chegar lá", pois eu provavelmente vou responder "não adianta percorrer toda a Rodovia dos Bandeirantes corretamente que você nunca vai chegar a Brasília".)

Sua resposta não respondeu a minha perguta. Tampouco irei responder a sua.

Quem aqui trabalhou com CMM*? Você foi menos produtivo por seguir os processos definidos por ele?

Conheço muitas empresas de vários níveis de CMM que costumeiramente fazem reuniões (informais) de corredor para não precisar escrever uma ata da reunião para discutir algumas alterações no projeto.

Quer dizer acho que algumas práticas adotadas no CMM levam a informalidade, e uma falsa impressão de processo e padronização.

Efeito parecido aos altos impostos e taxas cobrados para "proteger" o trabalhador que ao invés de protege-lo acaba levando-o a informalidade.

flaleite wrote:
Efeito parecido aos altos impostos e taxas cobrados para "proteger" o trabalhador que ao invés de protege-lo acaba levando-o a informalidade.

mhuahuahuahuahuauh....
depois dessa comparação vou ter que postar nessa mensagem. Vou tentar absorve-la aqui

flaleite wrote:
Conheço muitas empresas de vários níveis de CMM que costumeiramente fazem reuniões (informais) de corredor para não precisar escrever uma ata da reunião para discutir algumas alterações no projeto.

Quer dizer acho que algumas práticas adotadas no CMM levam a informalidade, e uma falsa impressão de processo e padronização.

Mas é isso mesmo, pessoal que está contra as práticas do CMMI, fala que CMMI é ruim, mas defende as mesmas práticas....

Definir um processo justamente para facilitar a organização, a comunicação e a produtividade...

Ter CMM.* mostra que um dia a empresa teve aquele nível de maturidade perante uma equipe que a avaliou conforme os requisitos do SEI e mais um monte de sopa de letrinhas.

Se isso se reflete, na pratica, até pode não se refletir, porém quem tem muito dinheiro está preferindo investir em quem tem + CMM.* então não importa se a empresa é uma maravilha, se é uma masmorra, se só tem terceiros, se cada reunião possui uma formalidade britânica ou se é uma bagunça. Importa que o cliente é que ta pagando.

No fim, ele avalia se tem qualidade ou não. Ou isso ou contrata alguma empresa por ai e pede um sisteminha que só sendo muito tapado pra não conseguir fazer e descobre que vai custar o triplo do preço e vai demorar quatro vezes mais no fim das contas. E vem o gerente mais novo: Mas chefe, a empresa X é CMMI nível 8 + 5i, com certeza ela daria menos incomodação.

E a empresinha só fez M... pq resolveu colocar um monte de estagiarios ganhando salario mínimo 14 horas por dia e não sabe por que tudo saiu do controle, mas com certeza com CMMI ela conseguiria controlar os seus estagiarios/escravos e o projeto sairia 100% mó legal.

Q fabula! Ainda bem que a realidade é diferente.

A coisa é bem simples. Essas certificações só ajudam ao executivo da empresa a fechar melhores contratos e ganhar mais licitações.

Um exemplo em outra área: no estatuto da Coca-cola diz que seus fornecedores não podem prejudicar o ambiente e nem fazer uso de mão-de-obra infantil, e eles levam isso bem a sério.

Pois bem, a Coca-Cola simplesmente não tem como fiscalizar isso em todos os seus fornecedores por questões óbvias, o que ela faz é confiar em empresas que possuem certificados que atestam que essas empresas cuidam do meio-ambiente e não usam mão-de-obra ilegal.

Resumo da ópera: o que faz uma empresa que quer se tornar fornecedora da Coca-cola? Trata de arranjar rapidinho essas certificações! Trabalho em uma indústria e isso faz TODA a diferença na hora de fechar um contrato internacional. Não agrega nada de importante a nós funcionários (como vocês gostam de falar), mas acaba sendo importante pra empresa.

No caso do CMM acaba sendo a mesma coisa. É algo que não agrega nada aos técnicos/funcionários mas vai fazer diferença na hora de fechar um contrato ou pegar uma licitação pq sua empresa tem um papelzinho que diz que seu processo é maduro. E só.

ZehOliveira wrote:A coisa é bem simples. Essas certificações só ajudam ao executivo da empresa a fechar melhores contratos e ganhar mais licitações.

Então essas certificações é marketing...

Hempx wrote:

Talvez não tenha entendido a comparação que fiz... Ter CMM e outras certificações cria tamanha burocracia que leva as equipes buscarem maneiras de burlar os processos e procedimentos para conseguir produtividade. Então o excesso de burocracia que essas certificações geram levam a informalidade. Da mesma forma que o governo ao tentar proteger os empregados criando inumeras taxas e o custo com a folha de pagamentos acaba gerando informalidade.

Hempx wrote:

flaleite wrote:
Conheço muitas empresas de vários níveis de CMM que costumeiramente fazem reuniões (informais) de corredor para não precisar escrever uma ata da reunião para discutir algumas alterações no projeto.

Quer dizer acho que algumas práticas adotadas no CMM levam a informalidade, e uma falsa impressão de processo e padronização.

Mas é isso mesmo, pessoal que está contra as práticas do CMMI, fala que CMMI é ruim, mas defende as mesmas práticas....
Definir um processo justamente para facilitar a organização, a comunicação e a produtividade...

Ahm? Quer dizer que fazer reunião clandestina é mó legal ou eu não entendi o que você escreveu? Se for pra ter reunião de corredor pra que CMMx?

pcalcado wrote:

Hempx wrote:

flaleite wrote:
Conheço muitas empresas de vários níveis de CMM que costumeiramente fazem reuniões (informais) de corredor para não precisar escrever uma ata da reunião para discutir algumas alterações no projeto.

Quer dizer acho que algumas práticas adotadas no CMM levam a informalidade, e uma falsa impressão de processo e padronização.

Mas é isso mesmo, pessoal que está contra as práticas do CMMI, fala que CMMI é ruim, mas defende as mesmas práticas....
Definir um processo justamente para facilitar a organização, a comunicação e a produtividade...

Ahm? Quer dizer que fazer reunião clandestina é mó legal ou eu não entendi o que você escreveu? Se for pra ter reunião de corredor pra que CMMx?

Eu que achei que tinha entendido o que flaleite tinha dito. Mas eu estava querendo dizer que CMMI não impede reuniões de corredor, CMMI tenta melhorar as coisas como falei, se uma reunição de corredor reolve o problema ótimo, se não você já sabe como organizar a outra, rápido facil e simples.

Hempx...lembrando que esta "reunião de corredor" deve ter uma ata...

Eu jurei que não ia mais meter o bedelho...foi só uma observação mesmo!

Eu acho que cada um tem um ponto de vista e pensa de uma forma...tem seus conceitos formados....foi por isso que entendi que não posso convencer todos de quem o CMMx ou MPS.BR seja a melhor opção...cada um acredita no que quer!...

.....amigo Hempx...vai por mim, esta thread não vai te levar a lugar nenhum...experiência propria...

ate mais...

Hempx wrote:

pcalcado wrote:

Hempx wrote:

flaleite wrote:
Conheço muitas empresas de vários níveis de CMM que costumeiramente fazem reuniões (informais) de corredor para não precisar escrever uma ata da reunião para discutir algumas alterações no projeto.

Quer dizer acho que algumas práticas adotadas no CMM levam a informalidade, e uma falsa impressão de processo e padronização.

Mas é isso mesmo, pessoal que está contra as práticas do CMMI, fala que CMMI é ruim, mas defende as mesmas práticas....
Definir um processo justamente para facilitar a organização, a comunicação e a produtividade...

Ahm? Quer dizer que fazer reunião clandestina é mó legal ou eu não entendi o que você escreveu? Se for pra ter reunião de corredor pra que CMMx?

Eu que achei que tinha entendido o que flaleite tinha dito. Mas eu estava querendo dizer que CMMI não impede reuniões de corredor, CMMI tenta melhorar as coisas como falei, se uma reunição de corredor reolve o problema ótimo, se não você já sabe como organizar a outra, rápido facil e simples.

O problema é que os processos devem ser mais formais se estiver usando CMM por que se a reunião não tiver uma ata (e esse é um dos motivos para não se fazer uma reunião "oficial") para a gerencia essa reunião não aconteceu. Como CMM se baseia muito em documentos e essa reunião pode ser que afete consideravelmente o projeto e não seja mensurável pela gerencia do projeto.

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

microfilo wrote: Quem aqui trabalhou com CMM*? Você foi menos produtivo por seguir os processos definidos por ele?

Deixe-me dar uma de xereta aqui, please!
As vezes que participei de projetos que haviam muitos processos, como análise por exemplo, sempre tive que fazer horas extras de sábado, domingo e depois do horário, além de ter de desembolçar R$ 10 por dia da semana que fiz hora extra.

O que me irrita não é as certificações em si, mas sim o fato de que quem paga o pato é sempre o desenvolvedor.

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