1º empresa MPS.BR Nível A

Colocar na mídia? C.Q.D.

Você não leu as perguntas ou está apenas querendo sair pela tangente?

Listinha:

E aí tem apenas as que eu achei relevante e apenas nas duas últimas páginas.

Perguntas repetidas:

  • Ter e usar eficientemente são coisas distintas. Pessoas têm SCJP e não sabem programar. Como eu provo que faz uso eficiente?
  • Por que eu preciso de CMM se não prova uso eficiente (e valor agregado) de nada?

De boas intenções o inferno está cheio.

Olha que legal, já estou adequado e nem preciso provar de alguma forma que sei usar. Basta eu ter meia dúzia de roles e formulários pra preencher, se eu não tenho nem idéia do que é um branch ou de como usar não tem problemas, eu tenho meu certificado.

BTW, http://www.infoq.com/articles/What-is-Agility-Why-Shd-U-Care

Bem, normalmente a qualidade do produto é uma reflexão da qualidade do processo de desenvolvimento. Se você desenvolve mal, seus produtos são ruins. O que o CMMI e o MPS.Br fazem é obrigar a empresa a ter processos de desenvolvimento de acordo com o que eles consideram mais importante para o desenvolvimento de software. Normalmente o resultado é positivo.

Mesmo assim, tem uma grande ressalva de marketing. As empresas certificam uma pequena unidade dentro dela e falam que a empresa inteira é certificada. Se você contrata uma empresa com certificação, você deve pedir para ver o escopo da certificação e colocar em contrato que a equipe que te atenderá é uma equipe certificada.

Segue dois links que podem ser uteis:

[quote=pcalcado]Eu também não sei os benefíciso do CMMi na prática, logor ealmente a comparação não agrega muito.

Bem, por enquanto eu assumo que este certificado é só marketing.[/quote]

É que nem certificação. Qualquer um que estude muito (alguns pouco) passa. Portanto não diz muito. Mas vale como… propaganda, dizer que tem é um ponto a mais em alguns casos…

Não foi assim, por exemplo, quando diziam que o Lula não tinha diploma algum? (ou era técnico?)

Quando você fala de certificação de uma empresa, fica um pouco mais complicado, pois os investimentos são bem mais altos. E quando é uma certificação de Processos da Empresa, em algum momento ela teve que definí-los e estes foram aprovados. Ela pode até esquecer eles depois ou não conseguir replicar para outros projetos…

O importante é sempre ver qual foi o escopo da certificação. Que equipe? Que unidade? E se vai ser esse grupo que vai te atender. Se não for, é furada.

[color=black]O projeto visa o aperfeiçoamento dos processos de software
Com uma excelente participação de união de universidades,
empresas privadas e organismos governamentais.

O projeto busca uma solução que atenda a realidade Brasileira
Envolvendo Grandes debates e esforços conjuntos por equipe de desenvolvimento
Com representantes de varias regiões do país
Visando um custo mas acessível principalmente paras as micros medias e pequenas empresas

O projeto tem sete diferencias que caracterizam sete níveis
Que permite que as implementações de forma graduais e adequadas as micro medias e pequenas empresas
Seguindo as normas ISO12207 emendas 1 e 2 e ISO15504 com compatibilidade com
O CMMI

As empresas que desenvolverem software no pais estarão em condições de competir internacionalmente
e de melhorar o seu software para o mercado interno também.

O mpsbr ainda não é reconhecido internacionalmente mas também estará
expandindo para empresas latinas americanas: Chile, Paraguai e outras.[/color]

^^ Grande coveiro!

Coveiro e doido…o que tem haver este post com o resto?

Nada haver…fumou um e postou aqui! :smiley:

ate mais…

Existem os guias oficiais no site da softex, mas esses artigos do Samuel Diniz explicam muito bem e de forma didática, além de quebrar mitos sobre modelos de desenvolvimento de software.

http://blogdosamueldiniz.blogspot.com.br/2009/02/desmistificando-o-mpsbr-introducao.html
http://blogdosamueldiniz.blogspot.com.br/2009/02/desmistificando-o-mpsbr-adendo.html

[quote=matthaeusrc]Existem os guias oficiais no site da softex, mas esses artigos do Samuel Diniz explicam muito bem e de forma didática, além de quebrar mitos sobre modelos de desenvolvimento de software.

http://blogdosamueldiniz.blogspot.com.br/2009/02/desmistificando-o-mpsbr-introducao.html
http://blogdosamueldiniz.blogspot.com.br/2009/02/desmistificando-o-mpsbr-adendo.html[/quote]

Amigo, cuidado ao ressucitar um tópico de 2006 com um link de 2009 em pleno 2013.

favor, algum modera fechar o tópico.

Abs []