[Artigo] O Novo Gerente de Projetos

[Paulo Vasconcellos]

Oi turma,

Sei que o tema foge um cadinho do nosso papo sobre AN's. Mas quem aqui não se interessa por Gerenciamento de Projetos? Segue o link:

http://www.pfvasconcellos.eti.br/blog/2009/12/10/o-novo-gerente-de-projetos/

Espero que seja útil.

Abraços,

Paulo

ps: Artigo foi finalizado na bela e molhada Poços de Caldas. Neste momento estou de saída para a ensopada Sampa. Então, não esperem respostas ou participação no debate tão cedo, ok? 

ps2: Já pedi de presente de Natal um modem 3G. O problema é a cobertura aqui no interior...

[claudiof...@yahoo.com.br]

Olá Paulo,
Essa nova visão de gerente de projeto vai de encontro ao que venho
estudando e pensando algum tempo.
Estou em uma posição profissional que necessito decidir, entrar de
cabeça na gerencia ou permanecer mais na liderança técnica.

E entendo que o autogerenciamento da equipe, seja em projetos ágeis ou
não, funciona quando estamos falando de equipe experiente.
Empresas de TI, principalmente consultorias, costumam ter seus "Super
Gerentes" e vários "Analistas-Programadores” - Plenos ou Juniores.
Assim, de maneira fictícia o custo reduz, as metas financeiras são
atingidas e todos envolvidos, clientes e fornecedores, ficam felizes.
Mas, na verdade, isso gera atrasos, retrabalhos e até não entrega de
projetos.
Acredito que o passo inicial seria mudar esse conceito nas empresas, e
conseqüentemente mudar os atuais para "Os novos Gerentes".

Abraços,

Claudio Santos

On 10 dez, 09:49, Paulo Vasconcellos <pfvasconcel...@gmail.com> wrote:
> Oi turma,
>
> Sei que o tema foge um cadinho do nosso papo sobre AN's. Mas quem aqui não
> se interessa por Gerenciamento de Projetos? Segue o link:
>

> http://www.pfvasconcellos.eti.br/blog/2009/12/10/o-novo-gerente-de-pr...

[Paulo Vasconcellos]

Oi Claudio,

Sinceramente não sei mais se é realmente necessária a divisão Gerência (de projetos) X Liderança Técnica. O "culpado" pela minha mais nova dúvida é Jim Highsmith, no livro citado no artigo ("Agile Project Management - Second Edition. Addison-Wesley, 2010). Na visão defendida por ele, o Líder do Projeto realiza tanto o gerenciamento quanto a liderança técnica. Até então eu não considerava esse acúmulo de responsabilidades saudável para projetos de software. Mas meus pré-conceitos têm um origem bem definida: ainda sinto dificuldade em desvincular o gerenciamento de projetos de software daquela visão clássica (que, querendo ou não, deriva do que nos foi ensinado pelo PMBoK e afins). 

Se o projeto exige (por alguma razão qualquer) o cuidado com 8 disciplinas (todas aquelas do PMBoK exceto Escopo), então acho difícil que o gerente acumule também alguma responsabilidade técnica. Acontece que a grande maioria dos projetos de software não requer tanto cuidado (gerencial). Não nessa abrangência. E se a Comunicação, Qualidade, Riscos, Escopo e Prazos são áreas compartilhadas por toda a equipe, porque o Líder do Projeto não pode acumular alguma responsabilidade técnica? 

Repare que meu artigo não promete conclusões. Acho que é a primeira vez que trato minhas dúvidas em público. Dúvidas amplas assim. 

Outra coisa: o autogerenciamento não obriga a alocação exclusiva de profissionais experientes. Mais importante é que as pessoas envolvidas demonstrem capacidade e vontade de aprender uma nova forma de trabalho. Afinal, todos começam um dia, certo?

Abraços e obrigado pelo comentário.

Paulo Vasconcellos

pfvasconcellos.com

2009/12/11 claudiof...@yahoo.com.br <claudiof...@yahoo.com.br>

--
Mensagem do grupo AN-BR {Análise de Negócios}.
Para publicar mensagens, mande um email para: an...@googlegroups.com
Para cancelar sua participação, mande um email para: an-br-un...@googlegroups.com
Para mais opções, visite a página do grupo: http://groups.google.com/group/an-br?hl=pt-BR

Este grupo é administrado e patrocinado pelo finito: pfvasconcellos.com

[Jean Streleski]

Paulo

Quando você diz:

Acontece que a grande maioria dos projetos de software não requer tanto cuidado (gerencial). Não nessa abrangência. E se a Comunicação, Qualidade, Riscos, Escopo e Prazos são áreas compartilhadas por toda a equipe, porque o Líder do Projeto não pode acumular alguma responsabilidade técnica?

Me sinto perfeitamente enquadrado nesta situação atualmente. Venho atuando em um projeto de tiro curto com foco muito grande em melhorias técnicas. Neste tipo de projeto, não tenho grandes necessidades de controlar todas as disciplinas by PMBok.

Sendo assim, sinto que um líder técnico seria mais útil para o momento.

Assim também sinto a questão de AN. Neste mesmo projeto, não há necessidade alguma de termos um AN dedicado exclusivamente a este fim.

A partir disto, vejo que a cada vez mais as formas de alocações de GPs e ANs sejam condicionadas a tipos e situações de projetos, independente de ser Agile ou não.

2009/12/14 Paulo Vasconcellos <pfvasco...@gmail.com>

--
Jean Rozan Streleski
jean.r.s...@gmail.com
msn: jea...@hotmail.com

[Paulo Vasconcellos]

Sim Jean, sua colocação está corretíssima.

Só devemos ter cuidado com uma coisa: *todo* projeto requer liderança e análise de negócios. Nem que seja por meros 15 min. Concorda?

Abraços,

Paulo

[Jean Streleski]

Concordo plenamente, Paulo.

A atuação fica restrita a determinados pontos chaves dentro do projeto, tais como início e fins de iterações.


Abraço1

2009/12/14 Paulo Vasconcellos <pfvasco...@gmail.com>