Qual a maior habilidade que um gerente de projetos deveria ter caso pudesse escolher um?

Gerenciar um projeto
hauhua brincadera

sei lá qual a maior delas, cada um acho que vai ter uma opinião… pois o gerente de projetos deve se comprometer com várias coisas…

Na minha opinião a mais importante é a habilidade de montar um projeto com escopo definido e ele nao mudar no meio do projeto, alcançando assim seu objetivo no tempo previsto…

Olá André,

Um gerente precisa ter um bom leque de conhecimento, tais como conhecimento técnico, para saber quais as principais dificuldades que sua equipe enfrenta dentro de um projeto, conhecimento de rotinas administrativas, além é claro de um perfil de Líder, essa na minha opnião a parte mais dificil! É preciso analisar todos os aspectos que envolvem sua equipe, estimar prazos, manter o foco e a motivação da equipe no projeto.

As habilidades que citei acima são de extrema importância, algumas pessoas vão se sobresair em um item, outras em outro, o importante é estar sempre se reciclando e aprendendo a cada projeto gerenciado!

Abraços.

A melhor qualidade que um gerente de projeto pode ter é o bom senso.

Vou responder essa de um jeito que os javeiros entenderão muito bem: Delegate!

alandiniz:

Gerenciar um projeto
hauhua brincadera

sei lá qual a maior delas, cada um acho que vai ter uma opinião… pois o gerente de projetos deve se comprometer com várias coisas…

Na minha opinião a mais importante é a habilidade de montar um projeto com escopo definido e ele nao mudar no meio do projeto, alcançando assim seu objetivo no tempo previsto…

estamos falando de um gerente de projetos ou de um magico?? :lol:

isso é até inviavel na maioria dos casos por que requisitos mudam, não só por que não foi identificado alguma coisa anteriormente, também por que regras mudam, inclusive no meio do projeto, muita coisa devido a novas leis por exemplo que não daria para se conhecer ou ter certeza em fase de analise de requisitos, só depois cronologicamente mesmo…

agora na minha opinião, um bom gerente de projetos tem que saber gerenciar pessoas e gerenciar processos, ambas estas duas envolvem uma infinidade de coisas, eu não conheço muito sobre o estudo disso (meu foco em áreas mais administrativas é pequeno) mas sei que é realmente muita coisa…

Olá,

A mior função dele é manter a harmonia entre o cliente e seus subordinados… em negociar o projeto, prazos, atividades, divisão de responsabilidades tanto de alta como o de baixa plataforma.

Ou seja, ele tem que confiar nos outros fazendo , ele tem que cobrar, ele tem que analisar o que está acontecendo, ele acompanha o que está em andamento o projeto, o desenvolvimento alta/baixa, convoca reuniões, participa de processos de homologação, e depende de cada visão de gerente…

Se não tiver, ele tem que tomar as medidas… é mais ou menos : é tipo um pastor com as ovelhas…

alandiniz:

Gerenciar um projeto
hauhua brincadera

sei lá qual a maior delas, cada um acho que vai ter uma opinião… pois o gerente de projetos deve se comprometer com várias coisas…

Na minha opinião a mais importante é a habilidade de montar um projeto com escopo definido e ele nao mudar no meio do projeto, alcançando assim seu objetivo no tempo previsto…

Oi alandiniz, blz?

Mas quem disse que um projeto tem que ter escopo fechado!? O cliente muitas vezes não sabe o que quer, a função do GP é gerenciar isso… Ele não pode e nem deve ser ditador dizendo “cliente não aceito mudanças no projeto! rs”, até seria legal né… rs…

fapnando:

Olá André,

Um gerente precisa ter um bom leque de conhecimento, tais como conhecimento técnico, para saber quais as principais dificuldades que sua equipe enfrenta dentro de um projeto, conhecimento de rotinas administrativas, além é claro de um perfil de Líder, essa na minha opnião a parte mais dificil! É preciso analisar todos os aspectos que envolvem sua equipe, estimar prazos, manter o foco e a motivação da equipe no projeto.

As habilidades que citei acima são de extrema importância, algumas pessoas vão se sobresair em um item, outras em outro, o importante é estar sempre se reciclando e aprendendo a cada projeto gerenciado!

Abraços.

Vc acredita q todo gerente deveria ser técnico também?

Oi johnny, firmeza?

Confesso q achei engraçado rs quando lí a primeira vez… É fogo né? rs… Mas vc pode ser mais objetivo?

abs,

Q tal Chain of responsabilities! hahaha…

abs,

Ser assertivo e saber comunicar-se

70% do trabalho de um gerente de projetos está diretamente relacionado a comunicação, no fim gerenciar projetos é gerenciar as expectativas dos stakeholders.

O PMBOK trata do conhecimento técnico básico sobre o que deseja-se gerenciar, principalmente em relação ao negócio e normas, habilidades interpessoais em geral e conhecimento específico em gerenciamento de projetos e gestão em geral (negociação, finanças, marketing, rh).

Estas restrições são quase como a tripla restrição: custo, tempo e prazo para um projeto, dificilmente alguém vai alcançar todas satisfatoriamente, mas sempre deve-se trabalhar em um equilíbrio entre os três, ele não pode ser muito técnico e esquecer as habilidades interpessoais e de gestão e vice-versa com qualquer combinação.

Demorei a entender isto, mas depois que comecei a trabalhar meus conhecimentos e habilidades desta forma os projetos que gerencio tem dado cada vez mais certo.

Já tinha formação em computação e adm. Comecei a trabalhar com gestão de projetos para indústrias, tive que desenvolver certas habilidades relacionadas ao meio, principalmente em eng de produção, apesar da administração ter ajudado bastante. Quando fui de vez para a área de TI tive que voltar a curso de programação e além disto fiz cursos de outras metodologias de projetos como Scrum e Prince2, li livros a respeito, fiz empretec para ajudar no empreendedorismo, depois foi tomando porrada tentando colocar em prática. Busquei melhorar nos 3 aspectos para melhorar minha capacidade de gerenciar projetos.

maior_abandonado:

alandiniz:

Gerenciar um projeto
hauhua brincadera

sei lá qual a maior delas, cada um acho que vai ter uma opinião… pois o gerente de projetos deve se comprometer com várias coisas…

Na minha opinião a mais importante é a habilidade de montar um projeto com escopo definido e ele nao mudar no meio do projeto, alcançando assim seu objetivo no tempo previsto…

estamos falando de um gerente de projetos ou de um magico?? :lol:

isso é até inviavel na maioria dos casos por que requisitos mudam, não só por que não foi identificado alguma coisa anteriormente, também por que regras mudam, inclusive no meio do projeto, muita coisa devido a novas leis por exemplo que não daria para se conhecer ou ter certeza em fase de analise de requisitos, só depois cronologicamente mesmo…

agora na minha opinião, um bom gerente de projetos tem que saber gerenciar pessoas e gerenciar processos, ambas estas duas envolvem uma infinidade de coisas, eu não conheço muito sobre o estudo disso (meu foco em áreas mais administrativas é pequeno) mas sei que é realmente muita coisa…

Oi maior_abandonado, como andas brother?

Achei sua resposta bem eloquente qdo. diz q um gp deve ater-se fundamentalmente à processos e pessoas… Vc acredita na combinação gp com habilidades em processos, pessoas e técnico tb?

abs,

Rachel da Silveira Campos:

Olá,

A mior função dele é manter a harmonia entre o cliente e seus subordinados… em negociar o projeto, prazos, atividades, divisão de responsabilidades tanto de alta como o de baixa plataforma.

Ou seja, ele tem que confiar nos outros fazendo , ele tem que cobrar, ele tem que analisar o que está acontecendo, ele acompanha o que está em andamento o projeto, o desenvolvimento alta/baixa, convoca reuniões, participa de processos de homologação, e depende de cada visão de gerente…

Se não tiver, ele tem que tomar as medidas… é mais ou menos : é tipo um pastor com as ovelhas…

Oi Racheal linda como vai?

Talvez o resumo do q vc disse é q todo gp deve ser um “Líder” tb, muito boa sua colocação gostei…

bjs,

Manejar um CHICOTE !

Outra coisa que sempre defendi mesmo como gerente de projetos:

Eu nunca achei que um gerente de projetos deveria ganhar mais ou ser hierarquicamente superior a qualquer programador ou analista, deveria evoluir a carreira assim como evolui-se a de alguém da área extritamente técnica.

O gerente de projetos deveria ser um cara da equipe que está ali para tirar os obstáculos, resolver os problemas para deixar a equipe focada na parte técnica e não virar seguidor de cronograma e acabar atrapalhando mais que ajudando.

O problema é que a tradução “project manager” para o português faz com que confunda-se o papel gerente de projetos e a função gerente, mas esta é outra discussão de neo-institucionalismo.

felipefranz:

Ser assertivo e saber comunicar-se

70% do trabalho de um gerente de projetos está diretamente relacionado a comunicação, no fim gerenciar projetos é gerenciar as expectativas dos stakeholders…

Oi felipefranz, belezinha?

Significa q todo gp deve ter no mínimo conhecimento técnico básico sobre aquilo q ele está gerenciando, segundo o PMBOK?

felipefranz:

Ser assertivo e saber comunicar-se

70% do trabalho de um gerente de projetos está diretamente relacionado a comunicação, no fim gerenciar projetos é gerenciar as expectativas dos stakeholders…

Oi felipefranz, belezinha?

Significa q todo gp deve ter no mínimo conhecimento técnico básico sobre aquilo q ele está gerenciando, segundo o PMBOK?

abs,

Oi felipefranz, belezinha?

Significa q todo gp deve ter no mínimo conhecimento técnico básico sobre aquilo q ele está gerenciando, segundo o PMBOK?

abs,

Opa andredecotia, tranquilo e contigo?

Exato. Como você vai gerenciar a aquisição de uma tecnologia em uma área que você não domina nada, ou até mesmo, como vai elicitar requisitos, principalmente não funcionais?

Por mais que você tenha um especialista do lado, você tem que ter um conhecimento técnico para saber discutir sobre o assunto, propor algumas sugestões. Entender o que o cliente quer (o que principalmente em software é muito difícil, visto que na maior parte das vezes nem ele mesmo sabe o que quer) e oferecer soluções.

Acho que antes de mais nada é não atrapalhar o desenvolvimento pois tem muito que faz exatamente isto!

tópico em duplicidade…

tópico duplicado de novo…

Pode nos dar exemplos de experiências vivenciadas?

Isso é um problema, pois hj em dia com esse negócio de trabalhar como PJ, conheço muitos consultores q são “pávil curto” se q me entende… E a questão é fazer um gerenciamento de pessoas, conhecimento etc…

andredecotia:

maior_abandonado:

alandiniz:

Gerenciar um projeto
hauhua brincadera

sei lá qual a maior delas, cada um acho que vai ter uma opinião… pois o gerente de projetos deve se comprometer com várias coisas…

Na minha opinião a mais importante é a habilidade de montar um projeto com escopo definido e ele nao mudar no meio do projeto, alcançando assim seu objetivo no tempo previsto…

estamos falando de um gerente de projetos ou de um magico?? :lol:

isso é até inviavel na maioria dos casos por que requisitos mudam, não só por que não foi identificado alguma coisa anteriormente, também por que regras mudam, inclusive no meio do projeto, muita coisa devido a novas leis por exemplo que não daria para se conhecer ou ter certeza em fase de analise de requisitos, só depois cronologicamente mesmo…

agora na minha opinião, um bom gerente de projetos tem que saber gerenciar pessoas e gerenciar processos, ambas estas duas envolvem uma infinidade de coisas, eu não conheço muito sobre o estudo disso (meu foco em áreas mais administrativas é pequeno) mas sei que é realmente muita coisa…

Oi maior_abandonado, como andas brother?

Achei sua resposta bem eloquente qdo. diz q um gp deve ater-se fundamentalmente à processos e pessoas… Vc acredita na combinação gp com habilidades em processos, pessoas e técnico tb?

abs,

bem observado por você e pelo felipefranz, o gerente no minimo de um conhecimento conhecimento tanto na regra de negócio quanto técnico, para poder discutir estes assuntos não só com clientes como também com subordinados. Me parece que estas 3 coisas formam um triangulo das 3 necessidades mesmo para um gerente excelente.

Uma das habilidades necessárias ao gerente é que ele tenha amplo conhecimento de sua equipe. Ele pode fazer isto aplicando em seus colaboradores um SIMULADO algo do tipo tambem sashuahsua

abrxx

Por nada AAS,

É o que vejo por aqui … acompanhei no começo com o gestor, gerente, pleno, seniôrs … houve muuuuuuuitas mudanças …

pude aguçar um pouco sobre como eh ser um gerente…

convocam reuniões de como vai ser a escala de trabalhos de seus subordinados, separa quem por exemplo :

Quem vai trabalhar no sábado : (Pessoa x, Pessoa Y)
Quem vai trabalhar no domingo : (Pessoa z, Pessoa w)

é ISSO o que vejo aparentemente, claro que tem muitas outras coisas envolvidas…

abraços,

Conhecimentos gerais técnicos.
Liderança
Relacionamento

gostar de reuniões huaauhau, brincadeira.

Se ele for um verdadeiro líder, o resto é consequência.Lembre-se o que os maiores líderes no mundo já conseguiram fazer e verá q tudo abaixo disso é consequência apenas. Na minha opinião sobre líder: alguns nascem e outros desenvolve capacidade de liderança, ou seja, capacidade de poder influenciar pessoas. Porém, não se compra na cadeira de cursinho ou faculdades, como alguns acreditam.

Uma coisa q tenho certeza que nao precisa é conhecimento tecnico. A melhor gerente de projeto com quem ja trabalhei nao sabe nem fazer um sql.

Delegate foi a melhor resposta ate agora, mas delegar e confiar. Delegar com chicote na mao nao adianta.

Ser uma ameba petulante, que não sabe nada e manda em todos.

Acho que um ponto que ninguém efatizou foi o conhecimento fluente do GP correlacionado à Visão de Negócios… O Negócio do Cliente… Já tive um gerente que era visível que ele
não tinha o domínio sobre o escopo, ou pior, sobre a necessidade do cliente…

oi,

Uma empresa é feita de pessoas, um projeto é feito por pessoas.

Um gerente - seja de projetos, seja de qualquer outra coisa - deveria saber motivar pessoas, gerenciar conflitos, tirar o melhor de cada um.

Mais ou menos como um técnico de um time de futebol.

Bom, essa pra mim é deveria ser a principal função de um gerente, mas infelizmente eu não tenho visto muito isso por ai…

abs

André Fonseca:

oi,

Uma empresa é feita de pessoas, um projeto é feito por pessoas.

Um gerente - seja de projetos, seja de qualquer outra coisa - deveria saber motivar pessoas, gerenciar conflitos, tirar o melhor de cada um.

Mais ou menos como um técnico de um time de futebol.

Bom, essa pra mim é deveria ser a principal função de um gerente, mas infelizmente eu não tenho visto muito isso por ai…

abs

Eai André, blz?

Além disso, vc tb defende q um GP deveria ser tecnico, ou ter um mínimo de conhecimento técnico?

andredecotia:

Acho que um ponto que ninguém efatizou foi o conhecimento fluente do GP correlacionado à Visão de Negócios… O Negócio do Cliente… Já tive um gerente que era visível que ele
não tinha o domínio sobre o escopo, ou pior, sobre a necessidade do cliente…

Não acho que GP tenha que conhecer muuuito mais sobre regra de negócios do que um desenvolvedor. Se reunirmos as opiniões de todos, ao invés de um GP teremos um Super-Homem, que tem que gerenciar o projeto, levantar requisitos e ainda por cima dar suporte técnico para a equipe, é por aí mesmo ?
Bom, minha opinião. Antes de mais nada, esse papel tinha que mudar de nome, e passar de Gerente de Projetos para Analista de Projetos. Veja bem, se pensarmos em um time com: desenvolvedores, testers, analistas de negócios e analistas de projeto, além de nivelar os cargos, temos uma idéia mais clara do papel de cada um.
Para mim, analista de projeto tem que colher métricas e saber quando usar síntese/análise, só. Ou seja, é uma tarefa tão técnica quanto desenvolver, é um papel como qualquer outro, portanto, não merece nenhuma elevação hierarquica. Por outro lado, liderança depende, além da experiência de uma séria de soft skills, que podem vir de uma pessoa ocupando qualquer um desses papéis.

Por fim, acho que mais fácil ainda é citar coisas que um analista/gerente de projetos NÃO deveria fazer:

:arrow: tomar decisões técnicas, ou influenciar decisões técnicas
:arrow: estabelecer processos, artefatos
:arrow: levantar requisitos
:arrow: priorizar requisitos
:arrow: estabelecer prazos (estimar é diferente)
:arrow: controlar a equipe

andredecotia:

André Fonseca:

oi,

Uma empresa é feita de pessoas, um projeto é feito por pessoas.

Um gerente - seja de projetos, seja de qualquer outra coisa - deveria saber motivar pessoas, gerenciar conflitos, tirar o melhor de cada um.

Mais ou menos como um técnico de um time de futebol.

Bom, essa pra mim é deveria ser a principal função de um gerente, mas infelizmente eu não tenho visto muito isso por ai…

abs

Eai André, blz?

Além disso, vc tb defende q um GP deveria ser tecnico, ou ter um mínimo de conhecimento técnico?

oi,

Então, não necessariamente

Na minha opinião a característica mais importante do GP deve ser a de lidar com pessoas

Claro que estas pessoas estão voltadas para o ambiente de TI.

Então ele deve saber: motivar a equipe, resolver conflitos, lidar com as expectativas do cliente, cobrar outras áreas da empresa, etc

Ele deve sim ser capaz de tomar decisões rápidas relativas ao projeto, mas não necessariamente ele precisa ser um técnico desde que ele conheça as pessoas certas para ajudá-lo a tomar estas decisões

abs

rmendes08:

andredecotia:

Acho que um ponto que ninguém efatizou foi o conhecimento fluente do GP correlacionado à Visão de Negócios… O Negócio do Cliente… Já tive um gerente que era visível que ele
não tinha o domínio sobre o escopo, ou pior, sobre a necessidade do cliente…

Não acho que GP tenha que conhecer muuuito mais sobre regra de negócios do que um desenvolvedor…

</blockquote>

[/quote]

Jóinha?
Vc explicar melhor isso:

analista de projeto tem que colher métricas e saber quando usar síntese/análise,

</blockquote>

só.
?
abs,

andredecotia:

rmendes08:

andredecotia:

Acho que um ponto que ninguém efatizou foi o conhecimento fluente do GP correlacionado à Visão de Negócios… O Negócio do Cliente… Já tive um gerente que era visível que ele
não tinha o domínio sobre o escopo, ou pior, sobre a necessidade do cliente…

Não acho que GP tenha que conhecer muuuito mais sobre regra de negócios do que um desenvolvedor…

</blockquote>

</blockquote>

Jóinha?
Vc explicar melhor isso:

analista de projeto tem que colher métricas e saber quando usar síntese/análise,

</blockquote>

só.
?
abs,[/quote]

Explico. O objetivo da gerência de projetos é fazer com que o projeto seja entregue em um determinado prazo com um custo limite. Entregar no prazo e com o mínimo custo depende, exclusivamente, da equipe que executa o projeto, e essa equipe precisa colher métricas e obter informações para acompanhar o andamento do projeto, de forma que ela possa embasar melhor suas decisões. É esse o papel que o analista de projetos deve exercer, ele deve saber quais métricas colher, como colher e deve saber sintetizar isso para que a equipe e outros stakeholders possam avaliar o projeto. A equipe pode aproveitar-se dessa informação para concluir que existem tempo para um refactoring na arquitetura para ganhar velocidade no médio prazo, o cliente pode usar dessa informação para decidir se continua ou não investindo. Por exemplo, vamos supor que os desenvolvedores tenham que lançar horas trabalhadas em cada requisito. Não adianta o analista de projetos apresentar uma planilha dessas para o investidor e esperar que ele leia linha por linha. Ele tem que saber resumir essa informação em um gráfico por exemplo, e extrair desse gráfico a informação de custo acumulado do projeto.

Excel.

rmendes08:

andredecotia:

Acho que um ponto que ninguém efatizou foi o conhecimento fluente do GP correlacionado à Visão de Negócios… O Negócio do Cliente… Já tive um gerente que era visível que ele
não tinha o domínio sobre o escopo, ou pior, sobre a necessidade do cliente…

Não acho que GP tenha que conhecer muuuito mais sobre regra de negócios do que um desenvolvedor. Se reunirmos as opiniões de todos, ao invés de um GP teremos um Super-Homem, que tem que gerenciar o projeto, levantar requisitos e ainda por cima dar suporte técnico para a equipe, é por aí mesmo ?
Bom, minha opinião. Antes de mais nada, esse papel tinha que mudar de nome, e passar de Gerente de Projetos para Analista de Projetos. Veja bem, se pensarmos em um time com: desenvolvedores, testers, analistas de negócios e analistas de projeto, além de nivelar os cargos, temos uma idéia mais clara do papel de cada um.
Para mim, analista de projeto tem que colher métricas e saber quando usar síntese/análise, só. Ou seja, é uma tarefa tão técnica quanto desenvolver, é um papel como qualquer outro, portanto, não merece nenhuma elevação hierarquica. Por outro lado, liderança depende, além da experiência de uma séria de soft skills, que podem vir de uma pessoa ocupando qualquer um desses papéis.

Por fim, acho que mais fácil ainda é citar coisas que um analista/gerente de projetos NÃO deveria fazer:

:arrow: tomar decisões técnicas, ou influenciar decisões técnicas
:arrow: estabelecer processos, artefatos
:arrow: levantar requisitos
:arrow: priorizar requisitos
:arrow: estabelecer prazos (estimar é diferente)
:arrow: controlar a equipe

Opa, mais ou menos:

1- tomar decisões técnicas, ou influenciar decisões técnicas:

Depende. Se a decisão técnica estiver de alguma forma relacionada a custos, prazo, escopo ou qualidade do projeto o que é bem provável, ele deve intervir sim, mas ele sempre deve consultar um especialista, na verdade especialistas de confiança são cruciais para o gerente de projetos.

2- Estabelecer processos, artefatos

Aí também depende. Os artefatos de projeto (principalmente um plano de projeto com plano de comunicação, escopo, risco e etc) deve ser estabelecido pelo gerente de projetos, essa é a função dele, assim como processos relacionados a projetos como metodologia e workflow de solicitação de mudança.

3, 4- Levantar/Priorizar requisitos

Em relação a requisitos, temos requisitos do produto e requisitos do projeto, é impossível fazer análise de riscos sem analisar e priorizar requisitos do projeto, então concordo parcialmente, requisitos do produto devem ser levantados e priorizados pelo analista de requisitos ou gerente de produto, mas os de projeto não.

5- Estabelecer prazos

Aí sim eu concordo totalmente, mas o gerente de projetos não tem como estabelecer prazos, quem faz isso é o cliente, seja interno ou externo. Ele pode é ter maior ou menor flexibilidade nesse quesito.

6- Controlar a equipe

Aí depende do que você entende como controlar. Pedir para que apontem horas por exemplo é fundamental para o acompanhamento do projeto. Não tem como avaliar um EVA por exemplo sem esta informação, mesmo pro burndown é importante. O controle está na própria definição de gestão (POC3) planejar, organizar, controlar, coordenar e comandar, o que deve ser visto é como este processo deve ser feito. Independente de ser gerente ou analista de projetos, ele deve assumir uma função de gestão.

Não sei se foi o caso, mas acho engraçado como o pessoal trata o excel como forma pejorativa.

Acho engraçado porque se conhecessem o poder do excel e soubessem realmente utilizá-lo pensariam duas vezes antes de falar isto: quase toda a pesquisa operacional até mesmo com MCDA pode ser feita em cima do solver do excel, assim como praticamente qualquer simulação estatística, o povo normalmente utiliza ferramental para fazer análise de risco e cálculos atuariais, mas ele pode ser feito exclusivamente com o excel. E ainda dá pra juntar tudo, fazer um MCDA com uma simulação de Monte Carlo e VME a partir da análise de probabilidadeximpacto de riscos com análise financeira de VPL, TIR e payback para um problema atuarial, altíssima complexidade.

há várias habilidades importantes, uma só nao define um bom gerente de projetos…

eu diria que para cada equipe/projeto, há um melhor de gerente de projetos com suas habilidades…

pois cada projeto/equipe requer um GP com habilidades diferentes.

Não sei se foi o caso, mas acho engraçado como o pessoal trata o excel como forma pejorativa.

Acho engraçado porque se conhecessem o poder do excel e soubessem realmente utilizá-lo pensariam duas vezes antes de falar isto: quase toda a pesquisa operacional até mesmo com MCDA pode ser feita em cima do solver do excel, assim como praticamente qualquer simulação estatística, o povo normalmente utiliza ferramental para fazer análise de risco e cálculos atuariais, mas ele pode ser feito exclusivamente com o excel. E ainda dá pra juntar tudo, fazer um MCDA com uma simulação de Monte Carlo e VME a partir da análise de probabilidadeximpacto de riscos com análise financeira de VPL, TIR e payback para um problema atuarial, altíssima complexidade.

Nossa! Vc falou “bonito” que nem meu professor agora rs…

abs,

felipefranz:

rmendes08:

andredecotia:

Acho que um ponto que ninguém efatizou foi o conhecimento fluente do GP correlacionado à Visão de Negócios… O Negócio do Cliente… Já tive um gerente que era visível que ele
não tinha o domínio sobre o escopo, ou pior, sobre a necessidade do cliente…

Não acho que GP tenha que conhecer muuuito mais sobre regra de negócios do que um desenvolvedor. Se reunirmos as opiniões de todos, ao invés de um GP teremos um Super-Homem, que tem que gerenciar o projeto, levantar requisitos e ainda por cima dar suporte técnico para a equipe, é por aí mesmo ?
Bom, minha opinião. Antes de mais nada, esse papel tinha que mudar de nome, e passar de Gerente de Projetos para Analista de Projetos. Veja bem, se pensarmos em um time com: desenvolvedores, testers, analistas de negócios e analistas de projeto, além de nivelar os cargos, temos uma idéia mais clara do papel de cada um.
Para mim, analista de projeto tem que colher métricas e saber quando usar síntese/análise, só. Ou seja, é uma tarefa tão técnica quanto desenvolver, é um papel como qualquer outro, portanto, não merece nenhuma elevação hierarquica. Por outro lado, liderança depende, além da experiência de uma séria de soft skills, que podem vir de uma pessoa ocupando qualquer um desses papéis.

Por fim, acho que mais fácil ainda é citar coisas que um analista/gerente de projetos NÃO deveria fazer:

:arrow: tomar decisões técnicas, ou influenciar decisões técnicas
:arrow: estabelecer processos, artefatos
:arrow: levantar requisitos
:arrow: priorizar requisitos
:arrow: estabelecer prazos (estimar é diferente)
:arrow: controlar a equipe

Opa, mais ou menos:

1- tomar decisões técnicas, ou influenciar decisões técnicas:

Depende. Se a decisão técnica estiver de alguma forma relacionada a custos, prazo, escopo ou qualidade do projeto o que é bem provável, ele deve intervir sim, mas ele sempre deve consultar um especialista, na verdade especialistas de confiança são cruciais para o gerente de projetos.

2- Estabelecer processos, artefatos

Aí também depende. Os artefatos de projeto (principalmente um plano de projeto com plano de comunicação, escopo, risco e etc) deve ser estabelecido pelo gerente de projetos, essa é a função dele, assim como processos relacionados a projetos como metodologia e workflow de solicitação de mudança.

3, 4- Levantar/Priorizar requisitos

Em relação a requisitos, temos requisitos do produto e requisitos do projeto, é impossível fazer análise de riscos sem analisar e priorizar requisitos do projeto, então concordo parcialmente, requisitos do produto devem ser levantados e priorizados pelo analista de requisitos ou gerente de produto, mas os de projeto não.

5- Estabelecer prazos

Aí sim eu concordo totalmente, mas o gerente de projetos não tem como estabelecer prazos, quem faz isso é o cliente, seja interno ou externo. Ele pode é ter maior ou menor flexibilidade nesse quesito.

6- Controlar a equipe

Aí depende do que você entende como controlar. Pedir para que apontem horas por exemplo é fundamental para o acompanhamento do projeto. Não tem como avaliar um EVA por exemplo sem esta informação, mesmo pro burndown é importante. O controle está na própria definição de gestão (POC3) planejar, organizar, controlar, coordenar e comandar, o que deve ser visto é como este processo deve ser feito. Independente de ser gerente ou analista de projetos, ele deve assumir uma função de gestão.

Bom ler sua opinião felipefranz, minha tréplica:

1 - Na verdade, decisões técnicas sempre estão relacionadas a custos, escopo, qualidade etc. Claro, decisões de alto nível, ou relacionadas a arquitetura, não a cor do botão de OK. Nesse caso, vale a negociação e o bom senso. Os desenvolvedores tem que estar cientes do custo e do impacto de suas decisões e saber comunicar a importância de suas decisões para o gerente.

2 - Mais uma vez, acho que vale também a negociação. O GP pode estabelecer processos e artefatos que facilitem o acompanhamento do projeto, mas acho que a equipe tem que ter autonomia para descartar/incluir de acordo com sua percepção. Por exemplo, se os desenvolvedores apontarem que passam 30% de seu tempo preenchendo artefatos. Acho que o GP deve ter em mente que os maiores interessados no acompanhamento do projeto são os próprios stakeholders, pois as maiores decisões são deles.

6 - Nesse ponto eu falo sobre aquele controle exagerado. Colar no cara de hora em hora perguntando “Já acabou?”. Claro que o GP deve conscientizar a equipe de quais métricas ele precisa para fazer o seu trabalho.

Por fim, o que eu queria dizer é que nem sempre GP == Líder da equipe, e essa lista coisas que o GP NÃO faz serve na verdade para reforçar isso. É como um time de futebol, você não amarra a braçadeira de capitão em uma posição. O capitão pode ser o goleiro, atacante, zagueiro, volante. Mas tem que ser o cara mais experiente. Nas equipes é a mesma coisa. O líder pode ser um desenvolvedor, GP, tester, desde que ele tenha experiência e saiba “conversar” com todas as áreas. O que eu vejo acontecer muito, em razão da cultura corporativa é desenvolvedores experientes partirem para GP por falta de espaço para crescerem como técnicos.

Estas discussões são boas rmendes08, mas estamos falando agora praticamente a mesma coisa:

1 - Na verdade, decisões técnicas sempre estão relacionadas a custos, escopo, qualidade etc. Claro, decisões de alto nível, ou relacionadas a arquitetura, não a cor do botão de OK. Nesse caso, vale a negociação e o bom senso. Os desenvolvedores tem que estar cientes do custo e do impacto de suas decisões e saber comunicar a importância de suas decisões para o gerente.

R: Concordo, e o gerente normalmente tem que aprovar a decisão ao apresentar o plano de projeto, se a mudança ocorrer depois, solicitação de mudança neles para evitar scope creep. Até a 3ª edição, o próprio PMBOK falava que o GP não precisava de conhecimento técnico, na 4ª ela voltou atrás, deve ter dado uma boa olhada principalmente na área de TI por questões como esta.

2 - Mais uma vez, acho que vale também a negociação. O GP pode estabelecer processos e artefatos que facilitem o acompanhamento do projeto, mas acho que a equipe tem que ter autonomia para descartar/incluir de acordo com sua percepção. Por exemplo, se os desenvolvedores apontarem que passam 30% de seu tempo preenchendo artefatos. Acho que o GP deve ter em mente que os maiores interessados no acompanhamento do projeto são os próprios stakeholders, pois as maiores decisões são deles.

No caso, estava falando dos artefatos que o próprio GP precisa preencher, claro que os desenvolvedores também tem que preencher artefatos e sempre deve valer o bom senso. Gerenciar as expectativas dos stakeholders é o principal processo dentro da gestão de projetos ao meu ver, e um dos stakeholders mais importantes, senão o principal é a equipe. Este é um assunto engraçado, porque muitas pessoas quando vão gerenciar projetos se decepcionam, maior parte do trabalho é comunicar-se e escrever para deixar a equipe focada no core business que é desenvolvimento/análise e facilite seu trabalho com os artefatos.

6 - Nesse ponto eu falo sobre aquele controle exagerado. Colar no cara de hora em hora perguntando “Já acabou?”. Claro que o GP deve conscientizar a equipe de quais métricas ele precisa para fazer o seu trabalho.

Por fim, o que eu queria dizer é que nem sempre GP == Líder da equipe, e essa lista coisas que o GP NÃO faz serve na verdade para reforçar isso. É como um time de futebol, você não amarra a braçadeira de capitão em uma posição. O capitão pode ser o goleiro, atacante, zagueiro, volante. Mas tem que ser o cara mais experiente. Nas equipes é a mesma coisa. O líder pode ser um desenvolvedor, GP, tester, desde que ele tenha experiência e saiba “conversar” com todas as áreas. O que eu vejo acontecer muito, em razão da cultura corporativa é desenvolvedores experientes partirem para GP por falta de espaço para crescerem como técnicos.[/quote]

Todo GP deveria ser líder, mas nem todo líder é GP e muitos GP’s nem ao menos esforçam-se para liderar. Este é um problema muito sério, na maioria dos casos perde-se um excelente técnico e ganha-se um péssimo gestor. A carreira Y é bastante problemática no país, o investimento em P&D é irrisório.

No fim, eu defendo a velha máxima que deve-se fazer o que gosta, sua chance de ser bom e conquistar um salário assim é maior do que mudando-se para uma “área promissora”, salvo algumas exceções. O que tem de gente se decepcionando depois sai da área técnica e vira GP não é pouco e aí o cara e a empresa perdem. Na área técnica afastar-se dois meses é quase suicídio. E voltando a questão do GP necessitar uma formação técnica na área específica, ela é especialmente forte na área de TI, porque muitas pessoas simplesmente não conseguem respeitar um cara sem qualquer formação técnica na equipe ou ainda pior, hierarquicamente superior, soma-se isto ao mito da disfunção burocrática da gestão de projetos e o monstro esta completo.

Mais odiado que GP só auditor