ENC: [dotnetarchitects] Re: Você acredita no PMI?

Postei no twitter a seguinte frase:

“Eu acredito em duendes. Mas não acredito no PMI.”
O Luciano Condé respondeu:
“Eu nao concordo. Eu acredito que algumas sugestoes dos PMI sao plenamente aplicáveis ao mundo de desenvolvimento de SW.”
Seguimos discutindo:
– Concordo. Só que algumas sugestões não são o PMI, são algumas sugestões, que vem de outros lugares, outras teorias.
– Entao vamos esclarecer. O PMI é apenas uma instituição. O PMBOK pelo próprio nome diz é uma base de conhecimento. Ou seja, uma reunião de conhecimento. O erro ao meu ver, é seguir como se fosse o Santo Graal .
– Não concordo. O PMI, por ex. não acredita em times autogerenciáveis, sem ger. proj. E isso não funciona para projetos de software.
– Giggio, eu disse algumas práticas. Por exemplo, quando se pensa em projeto, nao pode apenas pensar nos requisitos… Ex., se voce vai tercerizar uma parte do seu desenvolvimento. ELe prega como controla a aquisição de serviços de terceiros. Neste caso, observe que projeto é mais amplo.

Aí achamos melhor trazer aqui para ver o que vocês acham.
Acho que o PMI compilou um monte de coisas, criou o PMBoK, e segue aplicando o que acredita. Mas não podemos diferenciar o que uma metodologia defende, do que as pessoas realmente fazem dela. Na prática, aplicar as recomendações do PMI hoje significa trabalhar com projetos waterfall, sem autogerenciamento, e com comando/controle. Mesmo que ele pregue que é possível trabalhar iterativo, eu nunca vi. E o próprio Ricardo Vargas, chairman mundial do PMI, disse no Brazil ScrumGathering que não acreditava em autogerenciamento, e apoiou a teoria X fortemente (não explicitamente, com esse nome, mas o que ela diz), enquanto eu entendo que uma boa equipe convive sob a teoria Y.

É possível separar as práticas do PMI sem descaracterizá-lo? Posso dizer: “aplico PMI, mas só o capítulo de aquisições”?
O Scrum, por exemplo, não permite isso. Ele não se coloca como um conjunto de práticas, mas como um framework. Se você dispensa alguns conceitos, não é Scrum, então se você diz Scrum, é algo muito claro.

Isso tudo afeta diretamente a arquitetura. Vai ser em cascata, vou pré modelar tudo? Quando o arquiteto atua?

O que vocês acham?

Além disso, o que é aplicável do PMI, e o que não é?

Eu mantenho minha posição:
Não acredito no PMI. Se usar alguma prática que ele recomenda, não sinto que estou usando uma prática do PMI, mas uma prática que o PMI também usa. Só isso.

[]’s

Giovanni Bassi
Microsoft MVP, MCSD, MCPD, CSM
Arquiteto de software
http://www.giovannibassi.com