PM2ALL - Gestão de Projetos

O ciclo de vida de um projeto deve ser adaptado às características do produto ou serviço que o projeto pretende criar. Esta é uma verdade aceite por todos e a comprova-la está o facto de existirem dezenas, talvez centenas, de ciclos de vida de projeto distintos.

No artigo de hoje vamos explicar o ciclo de vida de projetos AGILE.

Não é por acaso que uma das frases mais ditas e repetidas pelos gestores de projeto é a de que “O diabo está nos pormenores”.

Mesmo que seja daquelas pessoas que lê todos os livros com conselhos sobre como ser um gestor de sucesso, você deve ter presente que são as pequenas coisas, aqueles pequenos nadas a que você não liga, que vão esgotar a sua energia com tarefas inglórias e que o mantém preso num circulo vicioso de derrotas que o irão levar ao desespero e que, no limite, poderão deitar por terra todos os esforços para que o seu projeto seja bem-sucedido. Quer saber quais os 4 erros mais comuns que os gestores de projeto repetem de forma sistemática? Continue a ler este artigo, e perceba se não está neste mesmo momento a cometer um ou vários desses erros e com isso a pôr em risco as hipóteses de sucesso do seu projeto.

Um dos erros frequentes que os gestores de projeto iniciantes fazem, quando leem o PMBOK, é o de não entenderem a diferença que existe entre o conceito de Ciclo de Vida de Projeto, e o conceito de Grupo de Processos de Gestão.

Essa falta de compreensão faz com que seja vulgar ouvir dizer, até a gestores de projeto com alguma experiência, que o PMBOK agrupa os seus processos de gestão de acordo com a fase do ciclo de vida do projeto em que o processo é executado quando, na verdade, o PMBOK agrupa os processos com base no inter-relacionamento que existe entre eles.

Outro erro frequente é ouvir falar em "Ciclo de Vida de Gestão de Projetos" conceito que não existe e que demonstra bem é a confusão que vai na cabeça de muitas pessoas que se intitulam gestores de projeto. 

O BackLog do Produto é a espinha dorsal dos processos de gestão ágil de projetos.

Continue a ler para saber:

O que é? Como se constrói? E de quem é a responsabilidade de criar e gerir? O BackLog de Produto no contexto do AGILE.

Ainda há bem poucos anos os projetos desempenhavam na organização um papel essencialmente operacional, na maioria das vezes restrito às tecnologias de informação e aos serviços de atendimento e apoio ao cliente. No entanto a gestão de projetos e, consequentemente, a profissão de gestor de projetos, têm vindo, a assumir um papel cada vez mais importante nas organizações, à medida que a gestão de projetos evolui e ganha maturidade.
Esta evolução foi acompanhada da criação em muitas organizações de Escritórios de Projeto / Project Management Office (PMO). 
Continue a ler para saber: O que é? Quais as funções que desempenha no contexto da gestão organizacional de projetos? e, Quais os primeiros passos a dar para criar um Escritório de Projeto / Project Management Office na sua organização.

Quando está prestes a ser publicada a versão 6 do PMBOK, aquela que é a metodologia mais usada de gestão de projetos, com quase um milhão de praticantes certificados em todo o mundo, achamos que é útil apresentar as razões que levam as empresas a exigir profissionais certificados, como condição obrigatória para o acesso à carreira de gestor de projeto.
A obtenção de uma certificação técnica em gestão de projetos atesta a posse de conhecimentos e de competências que tenderão a produzir um impacto muito positivo no sucesso dos projetos e a maior parte das organizações reconhecem que a disponibilidade de gestores de projetos certificados é uma mais-valia e uma importante vantagem competitiva.

O terceiro principio para a melhoria progressiva da qualidade proposto por Deming relaciona-se com as mudanças que as empresas têm de concretizar no sentido de incorporar a qualidade no processo de criação, e de fabrico, dos seus produtos.

Historicamente a qualidade começou por ser um processo realizado à posteriori da linha de produção e que, por meio de inspeções sistemáticas, tinha como principal preocupação evitar que os clientes recebessem produtos com defeito.

No artigo anterior demonstrámos como podem ser adicionados campos à lista Gantt do MS Project para guardar a informação de que necessitamos de forma a transformar esta lista no BackLog de Produto de um projeto AGILE (ver aqui).
Porque o conceito de velocidade é um dos conceitos mais importantes para o  planeamento e controlo de projetos ágeis, neste novo artigo vamos explicar como podemos usar o MS Project para calcular a velocidade de uma equipa SCRUM.
Continue a ler para aprender como pode configurar a tabela Gantt do MS Project de forma a calcular e controlar a velocidade da equipa de projeto.