PM2ALL - Gestão de Projetos | IA | Intelligent PMIS

Nos artigos precedentes, demonstrámos como os campos podem ser adicionados à lista Gantt do MS Project, armazenando as informações necessárias para a utilização dessa lista como BackLog do Produto em nosso projeto SCRUM .   Inicialmente, elucidámos sobre a adição de campos de utilizador à tabela Gantt do MS Project ( ver aqui ). Num outro artigo explicámos a configuração de um desses campos, de forma a usa-lo como suporte ao cálculo da velocidade da equipa SCRUM ( ver aqui ). Neste novo texto, vamos desvendar como modificar a visualização no MS Project para que possamos contemplar um BackLog de Produto, contendo todas as informações cruciais para a gestão e controlo de um projeto SCRUM .                      Continue a ler para aprender como pode configurar a tabela Gantt do MS Project de forma a visualiza-la no formato de BackLog de Produto .

O PMBOK 7 está a chegar, e com ele uma pequena revolução na mais importante metodologia do PMI para a gestão de projetos. Resumindo numa frase, o que irá mudar é que a metodologia de gestão de projetos proposta pelo PMI será baseada em princípios e não em processos. Sendo menos impositiva, é também uma metodologia que se explica de forma mais sucinta, pelo que o novo PMBOK será mais pequeno e não deverá ultrapassar as 200 páginas.

Os gestores de projeto que são confrontados com a necessidade de mudar para o AGILE enfrentam, para além da necessidade de aprender novas técnicas e métodos, um dilema cultural. De facto, quando uma organização decide adotar o AGILE como metodologia de gestão de projetos, essa decisão é tomada com base numa análise dos potenciais custos e benefícios para a organização, raramente tendo em atenção os benefícios, e os eventuais prejuízos que, a nível pessoal essa decisão pode acarretar para quem, na prática vai ter de a implementar e conviver com ela. Sendo verdade que o AGILE implica mudanças profundas nos vários níveis da organização, e afeta todas as pessoas que nela trabalham, também não é menos verdade que alguns dos mais afetados são aqueles que têm como profissão e responsabilidade a gestão dos projetos dessa organização. As razões para isso estão explicadas abaixo e têm origem na cultura que está subjacente à gestão de projetos que tradicionalmente é realizada na maior ...

Uma tendência dos últimos anos na área da da gestão de projetos é que o AGILE continuará a ganhar popularidade. No relatório anual de AGILE da VersionOne é referido que aproximadamente 24% dos entrevistados trabalham em organizações que praticam este método de gerir projetos há mais de cinco anos. Este número compara com os 19% mencionados no relatório de 2013, o que quer dizer que, não só a utilização do AGILE está a aumentar, mas também que cada vez mais empresas optam pelos métodos ágeis para gerir os seus projetos .                    Este aumento de popularidade tem sido acompanhado de um crescimento quase exponencial no numero de ferramentas para a Gestão Ágil de Projetos o que torna difícil às empresas optarem pela que melhor se adequa às suas necessidades. Conscientes desse problema, avaliamos algumas das ferramentas mais conhecidas à luz de 3 critérios.      A lista abaixo a...

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.

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.

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 .

No artigo anterior explicámos as alterações que devem ser feitas de forma a adaptar o MS Project ao método de trabalho por interações ( ver aqui ). Essencialmente explicámos o que é preciso fazer para trabalhar com um único calendário de projeto uma vez que, o trabalho em equipa, essencial ao sucesso dos projetos AGILE Neste novo artigo vamos explicar como se pode alterar a tabela Gantt do MS Project de forma a guardar a informação de que necessitamos para gerir e controlar um projeto SCRUM. Continue a ler para aprender como pode configurar o MS Project de forma a usar a tabela Gantt para criar o Log de Produto de um projeto ágil .

Conhecem a expressão “ Um elefante na sala ”? Diz-se sobre uma qualquer realidade perante a qual ninguém se atreve a falar. É algo que se impõe, que é evidente para todos, mas que todos optam por ignorar pensando que dessa forma conseguem evitá-la. O AGILE e a discussão em torno de quais os projetos em que podem ser geridos recorrendo ao AGILE é um pouco como um elefante na sala. AGILE é um método de gestão que pode ser usado em praticamente todos os projetos e que, inclusive, pode ser usado com vantagens evidentes, em atividades operacionais e em muitas outras atividades e áreas das organizações, e esta realidade é um grande elefante na sala. Senão vejamos.

No primeiro artigo ensinámos como configurar o Microsoft Project, para que ele possa ser usado como uma ferramenta de planeamento e controlo de projetos que sejam geridos com SCRUM ( ver aqui ). No presente artigo vamos explicar as alterações que devem ser feitas de forma a adaptar o MS Project ao método de trabalho por interações.

O Microsoft Project é a ferramenta de gestão mais utilizada pela generalidade dos gestores de projetos. Com a crescente utilização dos métodos Ágeis uma das dificuldades com que os gestores de projeto se debatem reside na necessidade de se habituarem a utilizar novas ferramentas, uma vez que se difundiu o mito de que o Microsoft Project não é compatível com os métodos ágeis de gestão de projetos. De facto, os princípios do AGILE, nos quais se baseiam os métodos de gestão ágeis, aconselham, e propõem, outros tipos de ferramentas, mas a verdade é que, conforme diz o ditado português, não é o hábito que faz o monge, isto é, não é por usarmos as ferramentas propostas pelos métodos ágeis que estamos a fazer uma gestão ágil de projeto, como não é por usarmos o Microsoft Project que a nossa gestão de projeto é menos ágil. Tendo isto presente iremos dar hoje á publicação de um conjunto de artigos que ensinam a configurar o Microsoft Project para que este possa ser usado num projeto que...

O conceito de planeamento por ondas sucessivas (rolling wave planning) é referido um par de vezes no PMBOK e é uma técnica pouco usada pelos gestores de projeto tradicionais, habituados a uma fase de planeamento, extensa e exaustiva, antes de dar inicio à execução do plano, e que acham que o planeamento por ondas sucessivas (rolling wave planning) não é mais do que uma concessão do PMBOK aos métodos ágeis de gestão de projetos, e que essa técnica de planeamento não se aplica aos projetos que gerem. O planeamento por ondas sucessivas é definido no PMBOK como sendo “uma técnica de planeamento iterativa segundo a qual o trabalho que tem de ser feito a curto prazo é planeado em detalhe, enquanto que o trabalho que ira ser realizado a médio ou longo prazo é planeado a um nível mais macro.“ De acordo com esta definição a técnica de planeamento por ondas sucessivas é uma técnica de elaboração progressiva, em que o plano do projeto pode ter vários níveis de detalhe, consoante ...

O plano de gestão do projeto é um documento central da metodologia do PMBOK. E no AGILE? Será que podemos também criar um documento idêntico? Para saber a resposta continue a ler o artigo abaixo. Na perspetiva do PMBOK o Plano de Gestão do Projeto é o documento que explica a forma como o projeto irá ser gerido, e quais as ações necessárias para definir, coordenar e integrar todos os planos setoriais (Âmbito, Calendário, Custo, Qualidade, Risco, Comunicação, Recursos Humanos, Aquisições e Expectativas dos Interessados) num documento único que permita a gestão eficaz do projeto.

Quando se fala de métodos ágeis temos de ter a noção de que apenas algumas organizações irão usar estes métodos em todos os projetos e, consequentemente, alterar a totalidade dos seus processos para métodos ágeis.   A realidade é que nem todos os tipos de projetos se adequam a ser geridos de acordo com uma abordagem Agile e, embora alguns dos princípios subjacentes ao Agile possam, e devam ser, incorporados nas metodologias tradicionais de gestão de projetos, o Agile como um todo, deverá ser entendido pelas organizações, não como "A" ferramenta de gestão de projetos, mas sim como mais "UMA" ferramenta de gestão de projeto, que a organização domina, e está apta a usar, em determinadas circunstancias.  Por outro lado, mesmo as organizações que planeiam uma migração total para métodos ágeis, têm vantagem em encarar esse processo de migração de uma forma gradual, começando por aplicar alguns dos princípios do Agile, e as ferramentas e métodos que lhe são inerente...

Na linguagem comum ágil significa "capaz de se mover rápida e facilmente". Esse entendimento, e também o facto de, em língua portuguesa, ágil e Agile serem palavras muito semelhantes, é uma das linhas de força que tem ajudado à divulgação do Agile, mas também a razão primeira de vários equívocos e mal-entendidos, em relação à aplicação do Agile como método de organização do trabalho e, em particular, de gestão de projetos. Os 6 principais mitos que costumam ser associados ao Agile são: Agile só se aplica ao desenvolvimento de software Agile é sinónimo de rápido Agile significa fazer o que for preciso para obter o resultado desejado Agile significa que não há compromissos de prazos ou datas de entrega Agile significa que podemos alterar as funcionalidades/requisitos sempre que quisermos Agile significa usar determinadas ferramentas e processos O artigo abaixo tenta explicar a origem de cada um desses mitos, e qual a realidade incompreendida que se esc...

Os desafios que a utilização dos métodos ágeis colocam ás organizações, podem agrupar-se em quatro componentes fundamentais: Pessoas; Processos da Organização; Modelos de Gestão e Tecnologia. Vejamos em detalhe cada uma destas áreas. No primeiro artigo falamos sobre duas dessas componentes, Pessoas e Processos da Organização . Agora vamos abordar com um pouco mais de detalhe as restantes duas componentes: Modelos de Gestão e a Tecnologia que a organização utiliza.

Em artigos anteriores explicámos o que são os métodos ágeis para a gestão de projetos e referimos que os métodos ágeis de gestão de projetos não são uma panaceia para todos os problemas e que, embora sejam de uso mais generalizado do que por vezes se pensa, os métodos ágeis de gestão de projetos não são o método de gestão ideal para todos os tipos de projeto . Vamos agora centrar a nossa atenção sobre os desafios que a utilização do Agile coloca ás organizações. Apercebidos, imaginados ou reais, é possível identificaram vários aspetos dos métodos ágeis, que podem ser vistos como desafios que necessitam ser superados, antes que a organização esteja apta a retirar vantagens da utilização dos métodos ágeis de gestão de projetos.

Muitas organizações debatem-se com problemas de falta de eficiência em projetos de desenvolvimento de software. Como resultado, algumas dessas organizações têm feito tentativas para experimentar novas abordagens de gestão, nomeadamente os métodos ágeis de gestão, com a expectativa de que recorrendo a estes métodos de gestão se consiga uma entrega de valor mais rápida e de melhor qualidade. Mas será que a gestão ágil de projetos é o método de gestão mais adequado para todos os projetos? A resposta obtém-se conhecendo  as caracteristicas dos métodos de gestão ágeis e comparando-as com as necessidades dos projetos que gerimos. Se fizermos essa avaliação depressa chegaremos à conclusão que a resposta à pergunta anterior é … Nem sempre.

Apesar de não ser novo, os principios do Agile datam da década de 80 do século passado, o conceito de gestão ágil de projetos tem vindo a generalizar-se, especialmente dentro da comunidade internacional de desenvolvimento de sistemas de informação, com o intuito de responder às crescentes pressões, decorrentes de uma concorrência acirrada, para uma maior inovação, redução dos ciclos de desenvolvimento de produtos e adaptação a um contexto cada vez mais dinâmico, fatores que, combinados, têm conduzido a uma diminuição na eficiência da gestão clássica de projetos.

Nos anos mais recentes temos assistido a uma preocupação crescente em relação à “crise do software”, a qual está relacionada com duas ordens de fatores: 1) O aumento do custo do desenvolvimento de software; 2) Com a Incapacidade dos sistemas de software para entregarem os resultados alinhados com as necessidades dos utilizadores. Projetos de desenvolvimento de software falhados foram, por exemplo: O sistema produzido nos EUA pelo Departamento de Veículos Motorizados. Este sistema tinha como objetivo harmonizar o processo de registo de licenças de condução em todos os Estados. Custou 43 M$ e nunca foi usado. Uma companhia aérea de renome tentou ligar o seu sistema de reservas com o sistema de reservas de duas grandes cadeias de hotéis. O projeto foi cancelado depois de se ter gasto 165 M USD. O sistema computorizado de tratamento de bagagens num novo aeroporto resultou em perdas de milhões de USD decorrentes dos atrasos a que obrigou na data da inauguração do aeroporto. ...