- Esclarecer precisamente as necessidades do cliente, os produtos do projeto, suas especificações de desempenho, e outros objetivos.
- Traçar estratégias eficazes para a realização dos objetivos.
- Fazer projeções e estimativas de fatos, eventos e recursos.
- Analisar o contexto em que o projeto será iniciado e realizado.
- Enxergar o projeto como sistema, desde sua concepção básica até, se for o caso, seu ciclo de vida como produto comercial.
- Coordenar e participar da elaboração de propostas, cronogramas, orçamentos, estruturas analíticas e outras ferramentas de planejamento.
- Assegurar o consentimento do cliente e que a equipe entenda suas exigências em relação ao projeto.
- Garantir o planejamento e controle realista do projeto.
Blog destinado a divulgar e valorizar o gerenciamento de projetos como área de conhecimento e diferencial de mercado para qualquer tipo de empresa, tamanho e segmento.
domingo, 13 de março de 2011
Papéis do Gerente de Projetos - Planejador
O principal papel do gerente de projetos é o de planejador. Nunca é demais insistir no processo de planejamento como o mais importante da administração de projetos. Como planejador, a principal tarefa do gerente é assegurar a preparação do projeto, com garantia de qualidade técnica, recursos aprovados e consenso de todos os stakeholders relevantes. Ao começar o projeto, o gerente deve ter uma idéia bem clara de como vai terminá-lo e o que acontecerá no caminho. As responsabilidades nesse papel são as seguintes:
Papéis do Gerente de Projetos
Numa definição sintética, a responsabilidade do gerente é assegurar a realização do projeto dentro dos padrões de desempenho da missão, prazo e custo, o que exige a administração de comunicações, recursos humanos, contratos, materiais e riscos. Em outras palavras, tudo aquilo que dizem os livros de administração de projetos. As responsabilidades podem variar muito de uma organização para outra, dependendo da complexidade do projeto, do tipo de estrutura, dos interesses do cliente e de muitos outros fatores.
Dependendo da organização e, principalmente, das decisões sobre o início e o fim do ciclo de vida, o gerente de projeto pode ter um conjunto maior ou menor de responsabilidades. Em determinadas organizações, a responsabilidade do gerente de projeto começa na tarefa inicial de desenvolver a idéia do projeto e termina na tarefa final do ciclo de vida, com a preparação e apresentação dos resultados e dos relatórios. Em outras organizações as tarefas iniciais e finais estão ligadas à alta administraçã e o papel do gerente começa a ser desempenhado apenas na fase da execução. Além disso, a extensão do ciclo de vida pode variar. Certos projetos terminam com a apresentação de um protótipo. Outros, chegam até a produção experimental. Tudo depende do projeto, da organização e sua política, do cliente e outros fatores. Isso torna impraticável preparar uma descrição de cargo ou elenco de responsabilidades que sirva para todas as situações. É possível, porém, delinear um panorama das responsabilidades que são comuns à maioria das situações.
A seguir, as principais responsabilidades comuns à maioria dos casos serão agrupados em papéis. Um papel é um conjunto organizado de responsabilidades similares e competências. Os papéis mais importantes, com suas respectivas responsabilidades, serão examinados nas próximas postagens.
Dependendo da organização e, principalmente, das decisões sobre o início e o fim do ciclo de vida, o gerente de projeto pode ter um conjunto maior ou menor de responsabilidades. Em determinadas organizações, a responsabilidade do gerente de projeto começa na tarefa inicial de desenvolver a idéia do projeto e termina na tarefa final do ciclo de vida, com a preparação e apresentação dos resultados e dos relatórios. Em outras organizações as tarefas iniciais e finais estão ligadas à alta administraçã e o papel do gerente começa a ser desempenhado apenas na fase da execução. Além disso, a extensão do ciclo de vida pode variar. Certos projetos terminam com a apresentação de um protótipo. Outros, chegam até a produção experimental. Tudo depende do projeto, da organização e sua política, do cliente e outros fatores. Isso torna impraticável preparar uma descrição de cargo ou elenco de responsabilidades que sirva para todas as situações. É possível, porém, delinear um panorama das responsabilidades que são comuns à maioria das situações.
A seguir, as principais responsabilidades comuns à maioria dos casos serão agrupados em papéis. Um papel é um conjunto organizado de responsabilidades similares e competências. Os papéis mais importantes, com suas respectivas responsabilidades, serão examinados nas próximas postagens.
Mestres da Qualidade: W. Edwards Deming
W. Edwards Deming sugeriu que até 85% do custo da qualidade é um problema do gerenciamento. Quando a questão da qualidade atinge a base ou o nível dos trabalhadores, esses trabalhadores têm pouco controle. Por exemplo: se você estiver construindo uma nova rodovia e a equipe de gerenciamento que arrematou o projeto sugeriu o uso de um asfalto de nível inferior, os trabalhadores que aplicam o asfalto têm pouco controle sobre a qualidade. Eles estão à mercê da equipe de gerenciamento que comprou os suprimentos.
Deming também propôs que os trabalhadores não podem adivinhar a qualidade por conta própria e, por isso, não podem dar o melhor de si. Ele acreditava que os trabalhadores dependem de alguém que lhes diga o que significa qualidade aceitável e precisam saber que a qualidade e a melhoria contínua são elementos necessários em qualquer organização ou projeto, em nosso caso.
Deming também propôs que os trabalhadores não podem adivinhar a qualidade por conta própria e, por isso, não podem dar o melhor de si. Ele acreditava que os trabalhadores dependem de alguém que lhes diga o que significa qualidade aceitável e precisam saber que a qualidade e a melhoria contínua são elementos necessários em qualquer organização ou projeto, em nosso caso.
Mestres da Qualidade: Joseph M. Juran
Joseph M. Juran é conhecido por sua premissa de adequação ao uso (fitness for use). Em termos simples, isso significa que as expectativas dos stakeholders e clientes são atendidas e excedidas. Em outras palavras, a conformidade às especificações - significando que chegou-se ao produto exato que o projeto almejava produzir - foi atendida ou ultrapassada. A adequação ao uso reflete especificamente a perspectiva que os clientes ou stakeholders têm da qualidade, ao responder às perguntas: "O produto ou serviço produzido atendeu à expectativa de qualidade?", "Ele satisfaz em sua plenitude uma necessidade real?" e "É confiável e seguro?".
Juran também sugeriu a criação de categorias de qualidade. Entretanto, não confunda categoria com qualidade. Em geral, baixa qualidade não é uma condição aceita, mas a baixa categoria pode ser.
Juran também sugeriu a criação de categorias de qualidade. Entretanto, não confunda categoria com qualidade. Em geral, baixa qualidade não é uma condição aceita, mas a baixa categoria pode ser.
Assinar:
Postagens (Atom)