Com relação ao mercado acredito que está cada vez mais exigente e não temos modificá-lo.

Havia guardado tua URL em meus favoritos por mera casualidade (EAD, certificações e tal). Quando fui limpar, resolvi dar mais uma olhada, e caí nesse artigo. Rapaz, que lavada! Meus parabéns!

Sou engenheiro por formação, mas trabalho com TI. Tive oportunidade de gerenciar projetos de automação industrial em petroquímica, onde utilizei, sem saber, e precisava mesmo, tudo e mais alguma coisa do PMBOK. Já gerenciei também projetos de desenvolvimento em TI, menores, como você mencionou. Só que não sou certificado! Aí pega, porque tudo quanto é site de recrutamento só mostra vagas com essa demanda, e como eu, alem de “muito velho” (tenho 58 anos, mas me sinto com 30), não tenho certificação …. danço! Minha experiência pouco vale, como tenho notado, parece que vale mais a certificação! É a forma em detrimento do conteúdo. Tempos bicudos esses!

Aproveitando a oportunidade, quero sugerir o que me pareceu a melhor tradução para “mindset”: paradigma. Palavrinha usada com cuidado, e só em certos círculos principalmente acadêmicos de discussão, mas é exatamente ela!

Matou a pau Everton, penso igualzinho…

“Boa! eu nunca fui contra o PMBOK.. na verdade eu reconheco o seu valor, o problema é mesmo a forma das pessoas aplicarem as metodologias! Pegam um livro.. uma pratica aprende e quer aplicar como regra numero 1 sem nem saber se faz sentido ou não para o seu objetivo final!!”

Pensando no que vc diz a respeito do Scrum aplicado a um projeto desse porte, percebo que existe, em tese, um espaço diferente de possibilidades do que quando comparado a um projeto de software. Os métodos empiricos de estimativa, por exemplo, são mais condizentes com um grande sistema, que leva dezenas ou centenas de desenvolvedores, do que com um projeto complexo, que envolve N areas e equipes distribuidas porém com foco e metodo muito bem definidos. Pensando assim Scrum parece ineficiente mesmo.

Todavia, vejo nas metodologias ageis uma forma de diminuir o ruido entre o que o cliente quer e o que cada integrante do time entendeu que é para fazer, sem falar que uma parte do software que existe por ai evoluir de uma forma que nem sempre é possivel prever, ainda mais com releases curtos e entregas constantes onde o uso do sistema induz a necessidade por outras features, por exemplo. Acho que existem projetos dessa natureza fora do mundo do software mas com escala de tempo diferente. Talvez projetar uma nova pistola semi-automatica possa ser feita com Scrum (o que é mais importante: controlar o coice ou mira laser?), mas uma usina nuclear não.

mindset = modelo mental (a lá Senge).

Ah, em tempo, sou de outra geração etária e minha área é a Psicologia. Descobri que tem a ver com “mindset”.