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

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…

[quote=andredecotia][quote=maior_abandonado][quote=alandiniz]Gerenciar um projeto :stuck_out_tongue:
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…[/quote]

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…[/quote]

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,[/quote]

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,

:slight_smile:

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

[quote=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

[/quote]

Eai André, blz?

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

[quote=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…[/quote]

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

[quote=andredecotia][quote=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

[/quote]

Eai André, blz?

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

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

[quote=rmendes08][quote=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…[/quote]

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

[/quote]

[/quote]

Jóinha?
Vc explicar melhor isso:
[quote]
analista de projeto tem que colher métricas e saber quando usar síntese/análise,

[/quote]

só.
?
abs,

[quote=andredecotia][quote=rmendes08][quote=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…[/quote]

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

[/quote]

[/quote]

Jóinha?
Vc explicar melhor isso:
[quote]
analista de projeto tem que colher métricas e saber quando usar síntese/análise,

[/quote]

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.

[quote=rmendes08][quote=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…[/quote]

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 [/quote]

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.