Em primeiro lugar, parabéns a todos pelo nível elevado de discussões e
abordagens no tema.
Bom,
Vou entrar nesta discussão um pouco mais tarde, li todas as mensagens
e antes de colocar minha opinião, gostaria de esclarecer alguns
pontos:
* Giovanni: O que são equipes auto gerenciáveis para você? Qual o
tamanho das equipes a que você se refere?
* Todos que não acreditam no PMI: Qual o tamanho do projeto e equipes
que vocês estão focando quando falam que PMI não se aplica à TI?
* O que vocês entendem por PMI? Seguir à risca o PMBOK?
E gostaria também de colocar alguns pontos:
* O PMI é só um instituto, o produto do conhecimento deles é o PMBOK,
que em hipótese alguma é uma metodologia nem se propõe a ser, é um
guia de referência com ferramentas processuais. Sendo assim, em ponto
algum o PMBOK diz como fazer as coisas, diz o que fazer, mas não como
fazer.
* O PMBOK vem sendo feito e atualizado há muito tempo por
profissionais de todas as áreas e tenta abraçar todas as ciências em
que um projeto é possível, mas o foco até a versão v3 sempre foi
grandes projetos por grandes empresas ou governos, ex.: Projeto homem
na lua (que abrange vários sub projetos menores como as missões
Apollo: 8 anos na primeira fase e 6 na segunda, US$ 145 bi -
equivalente em 2009, 400k homens e 20k empresas e instituições de
pesquisa ), Projeto da Represa Hoover (Hoje a 35a. maior represa do
mundo, 5 anos, 1.150.000 m3 de material retirado, 112 mortes na
construção, US$ 1.8 bi - equivalente em 2009, ), Projeto Polaris (de
mísseis balísticos intercontinentais: 250 fornecedores com 9000 sub-
contratados), Projeto Manhatham (construção da primeira bomba atômica:
4 anos, 130k homens e US$ 30 bi - equivalente em 2009) - como vocês
podem ver, todos mega-projetos;
* Vocês devem estar se focando no PMBOK v3, que já está defasado, pois
saiu agora (ou sai este mês de agosto, não sei ao certo) a v4, que é a
atualização dos processos pensando em equipes pequenas e metodologias
ágeis.
* O Scrum é uma metodologia e como tal, realmente ou você segue-a ou
não, meio Scrum é algo como uma mulher estar meio grávida, ou está ou
não; isto porque meia metodologia é metodologia nenhuma. Desculpem-me
os que acham que é possível, mas não é, como foi colocado
anteriormente meio Scrum é desenvolvimento ágil sem metodologia ou com
metodologia proprietária. O próprio nome, metodologia, envolve métodos
que devem ser seguidos e que são formalizados, assim não tem como usar
meia metodologia - é como programar meio orientado a objetos, ou é ou
não orientado a objetos.
Isto posto, segue a minha opinião:
* Creio que esta discussão, está diretamente relacionada com o tema do
grupo, portanto estou dando continuidade. Arquitetura de software e
metodologia de desenvolvimento estão diretamente ligadas, pois são
escolhas que afetam-se mutuamente. Quem sabe a próxima edição da
revista, possa tratar dessa questão que é tão importante e controversa
em nossa área;
* Minha opinião é que há sim como usar o PMBOK com software, com ou
sem metodologias ágeis, basta para isto termos os mesmo processos e
documentos adaptados entre-si. Da mesma forma acho totalmente possível
e viável CMMi com metodologias ágeis,
MPS.BR com metodologias ágeis,
etc.
* É preciso sempre ter em mente que o PMBOK v3 foi criado para grandes
projetos e equipes, sendo assim, alguns processos e documentos não se
aplicam a equipes e projetos pequenos (não digo pejorativamente, mas
em tamanho mesmo), por isto devemos adaptar o PMBOK v3 às necessidades
de projetos com metodologias ágeis ou estudar o PMBOK v4 e usá-lo (não
li ainda, mas espero que a parte para projetos menores e projetos
ágeis esteja boa e útil, só sei que fizeram e foi bastante revisado);
--
Atenciosamente,
Alexandre Rocha Lima e Marcondes
> Postei no twitter <
http://twitter.com/giovannibassi/status/2855421286> a
> seguinte frase:
> "Eu acredito em duendes. Mas não acredito no PMI."
> O Luciano Condé respondeu <
http://twitter.com/luconde/status/2857286610>: