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

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.

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.

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. ...

Para quem não tem dinheiro para investir numa ferramenta proprietária (e cara) de suporte à gestão de projetos, deixamos aqui algumas sugestões de ferramentas que, apesar de gratuitas, apresentam um conjunto de funcionalidades que as tornam numa excelente alternativa aos produtos comerciais.

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.

Os métodos ágeis para a gestão de projetos não se aplicam a todas as organizações e projetos , nem são uma alternativa aos métodos mais estruturados para a gestão de projeto. De facto não existe uma dicotomia métodos ágeis versus métodos estruturados . O que existe é um leque de utilização de métodos que vão desde os mais estruturados, como o PMBOK, até aos mais ágeis, como o SCRUM. Em vez de uma alternativa, os métodos ágeis são mais uma ferramenta , ao dispor dos gestores de projeto que os sabem utilizar, e que é muito útil se usada nos projetos certos, com a equipa de projeto adequada e nos clientes e/ou organizações que estão abertos a essa utilização.

Reconhecendo a importância que as metodologias ágeis têm vindo a assumir nos últimos anos (as organizações e os PMO’s, cada vez mais solicitam aos seus PMs que usem técnicas ágeis na gestão de projectos. 68% usam já neste momento práticas aderentes aos princípios ágeis) o PMI decidiu lançar uma certificação adaptada a esses novos requisitos ( PMI ACP Agile Certified Practitioner ).