Dúvidas de livros gerenciamento de projeto

Pessoal, ajuda ai, to em dúvida nesses dois livros (a grana tá foda)

“GERENCIAMENTO DE PROJETOS - EM 7 PASSOS”
ou
“guia definitivo do iniciante em gerenciamento de projetos”

alguém ai conhece ?
podem dar um help ?
valeu

eu gosto da area de gerenciamento de projetos e vou na veia da metodologia que quero

pega diretamente o PMBok caso for a que lhe interesse

Lean Software Development - An Agile Toolkit

e scrum tambem, combina bem cm Lean…
se o seu foco é desenvolvimento de software

[quote=rafaelviny]e scrum tambem, combina bem cm Lean…
se o seu foco é desenvolvimento de software[/quote]

Não gostei do scrum, pra mim ele nada mais é que “deixar o programador com todas as responsabilidades”

[quote=rafaelviny]eu gosto da area de gerenciamento de projetos e vou na veia da metodologia que quero

pega diretamente o PMBok caso for a que lhe interesse[/quote]

Eu sou gerente de projetos e não recomendo muito esta prática não.

O livro do PMBOK é para quem já tem um certo conhecimento no assunto, além de ser um livro bastante maçante, ele é útil depois para consulta e para o exame PMP.

Em relação ao Scrum, tem uma grande diferença do PMBOK e não é em relação a ser ágil. O PMBOK é um guia de melhores práticas enquanto o Scrum é uma metodologia, deveria ter como pré requisitos para utilização de Scrum, conhecimentos sólidos em gerenciamento de projetos geral. Aliás a PMI sabe disso e criou um nicho de mercado com a certificação ágil exigindo além de conhecimentos sólidos por experiência prática comprovada em gestão ágil, algumas milhares de horas de experiência em gestão de projetos geral. Scrum poderia ser melhor comparado ao Prince2, embora as características sejam diferentes e nunca é aconselhável adotar uma metodologia em sua plenitude na empresa, sempre deve-se fazer uma análise crítica.

Recomendo utilizar inicialmente um guide for dummies, destes que você citou, eu já dei uma lida no “GERENCIAMENTO DE PROJETOS - EM 7 PASSOS” é um livro bem interessante para se iniciar apesar de ser prescritivo. Se você se interessa de verdade na área quer um livro pra vida toda e mais interessante, recomendo o livro de projetos do Harold Kezner, maior referência mundial em gerenciamento de projetos (mas o livro é gigante e um pouco caro).

[quote=RenanRosa][quote=rafaelviny]e scrum tambem, combina bem cm Lean…
se o seu foco é desenvolvimento de software[/quote]

Não gostei do scrum, pra mim ele nada mais é que “deixar o programador com todas as responsabilidades”[/quote]
esta é a tipica visão Waterfall…
como nosso amigo disse, a responsabilidade é dividida pela equipe.

nao adianta o GP ser responsavel se quem faz a “magica” sao os desenvolvedores
e referente ao que o felipefranz disse:

eu prefiro ler os gias de boas praticas dos seus arquivos originais:
COBIT, PRINCE2, PMBok, ITIL ,etc

Meio off topic, mas acredito ser oportuno: ate uns 5 anos atras aqui no GUJ, quando se falava de PMBok o pessoal metia o pau, que era waterfall, metodologia autoritaria ou sinonimo de gerentes burocratas.

De uns tempos pra ca, parece que ficou claro pra todo mundo a direrença do guia pras metologias e quando cada uma eh melhor aplicada ou complementada pela outra.

[quote=rafaelviny][quote=RenanRosa][quote=rafaelviny]e scrum tambem, combina bem cm Lean…
se o seu foco é desenvolvimento de software[/quote]

Não gostei do scrum, pra mim ele nada mais é que “deixar o programador com todas as responsabilidades”[/quote]
esta é a tipica visão Waterfall…
como nosso amigo disse, a responsabilidade é dividida pela equipe.

nao adianta o GP ser responsavel se quem faz a “magica” sao os desenvolvedores
e referente ao que o felipefranz disse:

eu prefiro ler os gias de boas praticas dos seus arquivos originais:
COBIT, PRINCE2, PMBok, ITIL ,etc
[/quote]

Isto porque você provavelmente não leu o livro de gerenciamento de projetos do Harold Kezner ou o Prince2 pelo Nick Graham. Qualquer professor de MBA de uma grande instituição de gerenciamento de projetos não vai sugerir que você comece pelos arquivos originais e nem que se baseie somente neles. No caso da ITIL e Cobit é pior ainda. Itil são 5 livros e nenhum deles te dá uma noção base para se situar, já entram ali na estratégia, desenho, trasição, operação de serviço ou melhoria continuada. E no Cobit o manual é tão resumido que só te dá uma matriz RACI, uma escala de maturidade e alguns níveis, se você não buscar em outros livros conhecimento sobre cada uma destas áreas, de nada vai adiantar, o livro básico é apenas uma referência.

Os livros originais são importantes, sem dúvida. Mas não recomendo nem para quem está iniciando, na maior parte das vezes um curso básico ou um Guide for Dummies é centenas de vezes mais produtivo e nem como material único para quem planeja seguir a área. É muito comum ver gerentes de projeto especialistas em PMBOK, mas não sabem quase nada sobre as principais técnicas de RH, calcular um TIR, Payback, VPL, CAPM ou EVA em finanças, técnicas de marketing para saber “vender” seu projeto (ex: 4P, pirâmide de maslow, endomarketing), análise de riscos com simulação de monte carlos, estatística, mapa de mudança de influências, árvore de decisão, focus group e muitas outras técnicas importantíssimas na gestão de projetos que não são abordadas em um manual básico.

por isso EU falei:
EU PREFIRO e não VC DEVE ler o PMBok

se você quer ser gerente de projetos…, aprenda a puxar saco antes =)

bom conteúdo: http://desciclopedia.org/wiki/Deslivros:Manual_do_puxa-saco_profissional

estou brincando eim…não leve a sério…

[quote=RenanRosa][quote=rafaelviny]e scrum tambem, combina bem cm Lean…
se o seu foco é desenvolvimento de software[/quote]

Não gostei do scrum, pra mim ele nada mais é que “deixar o programador com todas as responsabilidades”[/quote]
Apenas comentando:
O programador não fica com todas as responsabilidades, mas sim a equipe divide as responsabilidades.
De que adianta ter um gerente para assumir a responsabilidade se, no fim, a responsabilidade será cobrada também da equipe?
A gestão do projeto pode ser compartilhada ou centralizada. É apenas uma questão de visão e o Scrum não se resume apenas a isso. :wink:

Infelizmente não posso te indicar qual livro é melhor, mas concordo com o rafaelviny quanto ao PMBok.