PM2ALL - Gestão de Projetos

As organizações selecionam e executam projetos essencialmente com dois tipos de motivação: 1) resolver problemas (por ex. ineficiências internas que originam excesso de custos), ou; 2) aproveitar oportunidades (por ex. criar um novo produto que se pensa ser do agrado, e que pode ser vendido, a um determinado segmento de clientes). 
Os interessados do projeto, indivíduos ou grupos, são múltiplos e podem ter interesses distintos e muitas das vezes conflituantes em relação à execução do projeto ou em relação aos seus resultados. Um fator importante para o sucesso de cada novo projeto está na capacidade, do gestor de projeto e da sua equipa, para fazer entender ás pessoas que vão ser afetadas (os interessados/stakeholders do projeto) qual a causa que está na origem do projeto, e qual a importância dessa causa para a organização e para os interesses particulares de cada grupo ou individuo, de forma a que estes aceitem contribuir para as atividades constantes do plano do projeto e/ou fazer …

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.

Você acaba de sair do gabinete do seu superior hierárquico com a incumbência de gerir um novo projeto, vital para a sua organização. A conversa foi breve e amigável, o seu chefe elogiou o seu desempenho passado e traçou um breve retrato sobre os objetivos do projeto que lhe estava a entregar e realçando a certeza de que você era a pessoa indicada para levar esse importante projeto a bom termo.
Vinte minutos depois você abandona o gabinete tendo em mãos uma parte do futuro da sua empresa, a confiança e a expectativa do daquele que será o patrocinador do seu projeto, e também uma grande incerteza sobre o que irá fazer, e de que forma o projeto deverá ser gerido.
Preocupado? É bom que esteja! A responsabilidade é grande e é importante que não desperdice o clima favorável porque ele vai ser fundamental para o sucesso do seu projeto. Aproveitar esse clima, e navegar essa onda, passa em grande medida pela sua capacidade de começar bem o seu projeto. O artigo seguinte apresenta-lhe as 4 ativ…

Todos os que gerem projetos sabem o que é o Documento de Inicio do Projeto também conhecido por Documento de Abertura do Projeto, Termo de Abertura do Projeto ou, na terminologia inglesa do PMBOK, por Project Charter. Todos sabem o que é, e todos sabem a importância fundamental que o PMBOK lhe atribui.
Do mesmo modo como tenho a certeza que todos sabem o que é o Documento de Inicio do Projeto, como é que ele deve ser feito, e de qual é a sua importância no contexto das metodologias tradicionais de gestão de projetos, também tenho a certeza que todos já participaram em múltiplos projetos onde esse documento era inexistente.
Os projetos não “nascem” nas organizações por geração espontânea. O mais provável é que a decisão de dar inicio a um novo projeto esteja fundamentada num estudo prévio, ou num pedido de um cliente devidamente formalizado por meio de um contrato assinado. Qualquer que seja o processo que está na base da decisão de dar inicio a um projeto, é comum que a documentação q…

Para todos os interessados nos temas relacionados com a segurança das organizações. Já faltam poucos dias para a edição de 2016 da European Security Conference, este ano dedicada ao tema da Cybersecurity.
Consulte aqui mais informação sobre a conferência, e inscreva-se: 
http://secconf.iseg.ulisboa.pt/

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 inerentes, a um …

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 softwareAgile é sinónimo de rápidoAgile significa fazer o que for preciso para obter o resultado desejadoAgile significa que não há compromissos de prazos ou datas de entregaAgile significa que podemos alterar as funcionalidades/requisitos sempre que quisermosAgile 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 esconde por detrás, já que essa …

Umaspeto vital da gestão e da liderança do projetos consiste na capacidade do gestor de projeto para comunicar e gerir as expectativas dos interessados. Se é verdade que uma comunicação e gestão de expectativas eficiente e eficaz, tem como principio a elaboração detalhada dos respetivos planos, não é menos verdade que o seu êxito no terreno prático do projeto, depende muito das capacidades de relacionamento interpessoal do gestor de projeto, e de todos os elementos da sua equipa que tenham de contactar com o cliente.
De facto você pode criar belos planos e formulários de comunicação repletos de indicadores,  semáforos, e cores atraentes, mas se não conseguir comunicar e desenvolver empatia com os seus clientes, liderar e motivar a sua equipa, rapidamente se aperceberá que a qualidade dos planos que delineou é completamente irrelevante.
Vejamos então quais são os 3 erros de comunicação mais frequentes que são cometidos pelos gestores de projeto.

Na gestão de projeto o conceito de Gold-Plating refere-se ao ato de dar ao cliente mais do que aquilo que ele originalmente pediu. Sendo uma atuação comum em projetos de software o Gold-Plating pode ocorrer em qualquer tipo de projeto, sendo a propensão de ocorrência tanto maior quanto mais complexa forem as atividades de recolha das necessidades do utilizador, a sua tradução em funcionalidades do produto ou serviço a criar, e a determinação dos respetivos requisitos.

O Gold-Plating tem consequências graves ao nível do âmbito / escopo do projeto e a sua ocorrência é uma das causas principais do descontrolo de âmbito que leva ao insucesso de muitos projetos. O tipo de atuação que conduz ao Gold-Plating tem geralmente origem nos elementos da equipa, individualmente ou em grupo, e ocorre, na maioria das vezes, sem o conhecimento do gestor do projeto pelo que, uma das formas de o combater, passa pelo alerta antecipado que o gestor de projeto deve fazer a toda a sua equipa, sobre o que é…

Planear a gestão do âmbito do projeto é o processo para criar o documento que define o processo que conduzirá à definição, validação e controlo do âmbito (escopo) do projeto. O principal beneficio deste processo é o de fornecer as linhas mestras que orientarão a forma como o âmbito será gerido ao longo de todo o ciclo de vida do projeto.
O processo de planeamento da gestão de âmbito do projeto inicia-se com a análise do documento de inicio do projeto, uma vez que este é o documento que formaliza o inicio ao projeto, e do qual deve constar a maioria da informação que é relevante para dar início aos processos de planeamento nos quais se inclui o planeamento do âmbito do projeto.

Aquilo a que o PMBOK chama de métodos de comunicação são, na linguagem dos modelos de comunicação que apresentámos num artigo anterior, os vários meios de comunicação que podem ser usados para fazer chegar a mensagem ao recetor.
Escolher o método de comunicação que melhor se adequa, às necessidades de comunicação que foram identificadas, é essencial para que se consiga uma efetiva comunicação. O artigo abaixo descreve vários métodos de comunicação, e apresenta os respetivos prós e os contras, de forma a que o gestor de projeto possa decidir, sobre qual ou quais, os métodos de comunicação que mais se adequam ao tipo de projeto e ao contexto em que o mesmo está a ser executado.

Comunicar de forma eficiente e eficaz no contexto do projeto, exige uma análise aprofundada sobre as necessidades de comunicação para cada um dos grupos de interessados (stakeholders) relevantes. 
Quando abordámos o tema da Gestão das Expectativas dos Interessados do Projeto (Stakeholders) referimos que o gestor de projeto tem de conhecer os diversos tipos de interesses que são relevantes no contexto do projeto de forma a poder gerir adequadamente as respetivas expectativas. Uma parte importante da gestão de expectativas assenta sobre um eficaz processo de comunicação, com envio e recolha de opiniões, que faça chegar a todos os interessados, atempadamente e no formato desejado, a informação que para cada um deles é relevante de forma a mantê-los atualizados sobre a execução do projeto.
A análise das necessidades de informação está precisamente relacionada com a determinação de qual a informação que é relevante para cada grupo de interessados, sendo o ponto de partida para, em conjunto…

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.