O que são metodologias de gerenciamento de projetos? Uma metodologia de gerenciamento de projetos é essencialmente um conjunto de princípios orientadores e processos para gerenciar um projeto. Sua escolha de metodologia define como você trabalha e se comunica.
Então, como você escolhe uma metodologia de gerenciamento de projeto?
A metodologia que você escolher vai depender de sua equipe, tipo de projeto e escopo do projeto. Escolher metodologias de gerenciamento de projeto (PMM) é uma das primeiras decisões que você terá que tomar como gerente de projeto.
A metodologia que você escolher terá um impacto profundo e contínuo em como você e sua equipe trabalham. Diferentes metodologias de gerenciamento de projetos têm seus próprios prós e contras para diferentes tipos de projetos. Alguns são voltados para velocidade, outros para abrangência.
Neste artigo, darei a você uma visão geral completa dos diferentes PMMs e como escolhê-los.
BÔNUS: Clique aqui para obter nossa lista totalmente gratuita de 63 modelos de gerenciamento de projetos com tudo o que você precisa para agilizar seus processos hoje.
Tipos de metodologias de gerenciamento de projetos
No papel, as metodologias de PM são independentes de ferramentas, ou seja, você deve ser capaz de usar qualquer metodologia, independentemente da ferramenta de PM que usar.
Na realidade, a maioria das ferramentas de gerenciamento de projetos é especializada para usar um punhado de metodologias. Esse será um fator na metodologia que você eventualmente escolherá usar.
A questão agora é: quais são os diferentes tipos de metodologias de gerenciamento de projetos? Quais são suas vantagens e desvantagens? Para que tipo de projeto eles são mais adequados?
A seguir, darei uma olhada em 9 das metodologias de gerenciamento de projeto mais populares.
Cachoeira
A metodologia em cascata é a metodologia mais antiga desta lista. Ele foi descrito pela primeira vez pelo Dr. Winston Royce em 1970 como uma resposta ao gerenciamento da natureza cada vez mais complexa do desenvolvimento de software. Desde então, ela se tornou amplamente adotada, principalmente na indústria de software.
A metodologia Waterfall é sequencial. Também é altamente focado em requisitos. Você precisa ter uma ideia muito clara do que o projeto exige antes de prosseguir. Não há espaço para correção uma vez que o projeto esteja em andamento.
O método em cascata é dividido em estágios discretos. Você começa coletando e analisando os requisitos, projetando a solução (e sua abordagem), implementando a solução e corrigindo os problemas, se houver.
Cada estágio neste processo é independente; você conclui um estágio antes de passar para outro.
Graficamente, você pode representá-lo da seguinte maneira:
O texto acima é de uma perspectiva de desenvolvimento de software. Os estágios individuais seriam diferentes para o gerenciamento de projetos criativos, mas a abordagem permanece a mesma.
Vantagens
Como Mike Wang, nosso Diretor de Treinamento e Suporte, mencionou anteriormente:
“Um dos fatores que impulsionam o gerenciamento em cascata é que, investindo tempo nas fases iniciais de um projeto, os gerentes garantem que as necessidades de design e outros requisitos tenham sido atendidos – economizando tempo e esforço geralmente associado à correção retroativa de problemas ”
Assim, o método em cascata tem várias vantagens, como:
- Facilidade de uso: modelo é fácil de entender e usar. A divisão entre os estágios é intuitiva e fácil de entender, independentemente da experiência anterior.
- Estrutura: A rigidez do método em cascata é uma desvantagem, mas também pode ser um ponto forte. a demarcação clara entre as etapas ajuda a organizar e dividir o trabalho. Como não dá para voltar atrás, é preciso estar “perfeito” em cada etapa, o que o frequentemente produz melhores resultados.
- Documentação: o foco agudo na coleta e compreensão dos requisitos torna o modelo em cascata altamente dependente da documentação. Isso torna mais fácil para novos recursos entrarem e trabalharem no projeto quando necessário.
Desvantagens
- Risco mais alto: a rigidez desta metodologia significa que se você encontrar um erro ou precisar alterar algo, terá que essencialmente iniciar o projeto desde o início. Isso aumenta substancialmente o risco de falha do projeto.
- Frente pesado: toda a abordagem em cascata depende muito de sua compreensão e análise dos requisitos corretamente. Se você deixar de fazer isso – ou se os requisitos mudarem – você terá que começar de novo. Essa falta de flexibilidade o torna uma escolha ruim para projetos longos e complexos.
Ideal para:
A metodologia Waterfall é mais comumente usada no desenvolvimento de software.Funciona melhor para os seguintes tipos de projeto:
- Projetos curtos e simples
- Projetos com requisitos claros e fixos
- Projetos com recursos variáveis que dependem de documentação aprofundada
Agile
Agile, outra metodologia de PM focada no desenvolvimento de software, surgiu como uma resposta à falha do método Waterfall para gerenciar projetos complexos. Embora as ideias de gerenciamento de projetos Agile estivessem em uso na indústria de software por um bom tempo, elas começaram a existir formalmente em 2001, quando vários representantes de TI lançaram o “Manifesto Agile”
Em abordagem e ideologia, Agile é o oposto do método Cachoeira. Como o nome indica, esse método favorece uma abordagem rápida e flexível (aqui está uma maneira de entender o Agile conforme explicado às crianças). Não há coleta de requisitos pesados. Em vez disso, é iterativo com pequenas mudanças incrementais que respondem a requisitos de alteração. 
Graficamente, pode ser representado da seguinte forma:
Vantagens
- Flexibilidade e liberdade: como não há estágios fixos ou foco em requisitos, isso dá aos seus recursos muito mais liberdade para experimentar e fazer mudanças incrementais. particularmente adequado para projetos criativos.
- Menor risco: com o gerenciamento ágil, você recebe feedback regular das partes interessadas e faz as alterações necessárias. Isso reduz drasticamente o risco de falha do projeto, pois as partes interessadas estão envolvidas em todas as etapas.
Desvantagens
- Sem plano fixo: a abordagem Agile enfatiza responder às mudanças conforme elas ocorrem. A falta de um plano fixo torna o gerenciamento de recursos e a programação mais difíceis. Você terá de lidar constantemente com recursos, ativando / desativando-os em uma base ad-hoc.
- Colaboração intensa: a falta de um plano fixo significa que todos os departamentos envolvidos – incluindo partes interessadas e patrocinadores – terão que trabalhar de perto para entregar resultados. A abordagem focada em feedback também significa que as partes interessadas devem estar dispostas (e disponíveis) para oferecer feedback rapidamente.
Ideal para:
A flexibilidade da abordagem Agile significa que você pode adaptá-lo a diferentes tipos de projetos.
Dito isso, esta metodologia funciona melhor para:
- Quando você não tem um fim fixo em mente, mas tem uma ideia geral de um produto.
- Quando o projeto precisa acomodar mudanças rápidas.
- Se colaboração e comunicação são seus principais pontos fortes (e planejamento não é)
Híbrido
A abordagem híbrida, como o nome indica, é uma combinação das metodologias Waterfall e Agile. Ele pega as melhores partes do Waterfall e do Agile e as combina em uma abordagem flexível, porém estruturada, que pode ser usada em diferentes projetos. 
A metodologia híbrida se concentra na coleta e análise de requisitos inicialmente – uma referência ao método em cascata. A partir daí, leva a flexibilidade da abordagem Agile com ênfase em iterações rápidas.
Combinando atributos de Waterfall e Agile, o método Hybrid (às vezes chamado de “Structured Agile”) oferece o melhor dos dois mundos .
Vantagens
- Maior flexibilidade: após o estágio de planejamento, o método Híbrido oferece flexibilidade significativamente maior quando comparado ao método em cascata. Contanto que os requisitos não mudem substancialmente, você pode fazer alterações conforme eles forem solicitados.
- Mais estruturado: pegando emprestada a fase de planejamento inicial de Waterfall, o método híbrido atende a uma das maiores reclamações sobre a abordagem Agile – falta de estrutura e planejamento. Conseqüentemente, você obtém o “melhor dos dois mundos”.
Desvantagens
- Requer compromisso: uma vez que você “está essencialmente reconciliando duas abordagens opostas, ambos os lados precisará comprometer os requisitos e a flexibilidade.
- A abordagem “O melhor dos dois mundos” rouba a flexibilidade do Agile e a segurança do Waterfall. Qualquer iteração que você fizer terá que obedecer às restrições de orçamento e programação configurar antecipadamente.
Melhor para
A abordagem híbrida é mais adequada para projetos que têm requisitos médios quando comparados com Agile e Waterfall, ou seja, eles também exigem estrutura como flexibilidade.
Principalmente, seriam projetos de médio porte com complexidade moderadamente alta, mas com orçamentos fixos. Você provavelmente tem uma ideia do produto final, mas também está aberto à experimentação. Você precisará de uma colaboração estreita , especialmente após o estágio de planejamento.
Scrum
Scrum isn “taf metodologia de gerenciamento de projetos com recursos avançados. Em vez disso, ele descreve uma abordagem de gerenciamento ágil com foco em equipes de projeto, “sprints” curtos e reuniões diárias de pé.
Embora tome emprestados os princípios e processos do Agile, o Scrum tem seus próprios métodos e táticas específicas para lidar com o gerenciamento de projetos. Como Mike disse antes:
“Agile é a filosofia e Scrum a metodologia. Enquanto scrum é ágil, ágil não é scrum.”
A abordagem Scrum coloca a equipe do projeto na frente e no centro do projeto. Freqüentemente, não há gerente de projeto. Em vez disso, espera-se que a equipe seja auto-organizada e autogerenciada. Isso o torna ideal para equipes altamente focadas e qualificadas, mas não tanto para outras.
Vantagens
- Scrum “sprints”: A abordagem Scrum é fortemente focada em 30- dia “sprints”. É aqui que a equipe do projeto divide uma lista de desejos de objetivos finais em pequenos pedaços e, em seguida, trabalha com eles em sessões de 30 dias com reuniões diárias em pé. Isso facilita o gerenciamento de projetos grandes e complexos.
- Ritmo rápido: a abordagem “sprint” com seu limite de 30 dias e reuniões diárias em pé promove iteração e desenvolvimento rápidos.
- Foco na equipe: Uma vez que se espera que a equipe do projeto se auto-administre, as equipes Scrum têm uma visibilidade clara do projeto. Isso também significa que os líderes de projeto podem definir suas próprias prioridades de acordo com seu próprio conhecimento de suas capacidades.
Além disso, tem todos os benefícios do Agile – iteração rápida e feedback regular das partes interessadas.
Desvantagens
- Aumento do escopo: como não há data de término fixa, nem um gerente de projeto para agendamento e orçamento, Scrum pode facilmente levar ao aumento do escopo.
- Risco mais alto: como a equipe do projeto é autogerenciada, há um risco maior de fracasso, a menos que a equipe seja altamente disciplinada e motivada. Se a equipe não tem experiência suficiente, Scrum tem uma chance muito alta de fracasso.
- Falta de flexibilidade: O foco da equipe do projeto significa que qualquer recurso que deixar a equipe intermediária terá um impacto enorme na rede resultados. Esta abordagem também não é flexível o suficiente para equipes grandes.
Melhor para
A abordagem Scrum é melhor para equipes de projeto altamente experientes, disciplinadas e motivadas que podem definir suas próprias prioridades e entender os requisitos do projeto com clareza. Tem todas as falhas do Agile junto com todos os seus benefícios. Funciona para grandes projetos, mas falha se a própria equipe do projeto for muito grande.
Em resumo: use Scrum se você estiver desenvolvendo um software complexo e tiver uma equipe experiente à sua disposição.
Método do caminho crítico (CPM)
As quatro metodologias de gerenciamento de projeto acima surgiram do desenvolvimento de software. Embora você certamente possa usá-los para projetos que não sejam de software, existem alternativas melhores à sua disposição.
Uma das alternativas mais populares é o Método do Caminho Crítico (CPM).
Em o método do caminho crítico, você categoriza todas as atividades necessárias para concluir o projeto dentro de uma estrutura analítica do projeto. Em seguida, você mapeia a duração projetada de cada atividade e as dependências entre elas.
Isso ajuda a mapear atividades que podem ser concluídas simultaneamente e quais atividades devem ser concluídas antes que outras possam começar.
Vantagens
- Melhor agendamento: A ênfase no mapeamento da duração das atividades e suas interdependências ajudam a agendar tarefas melhor. Se a tarefa X depender da conclusão da tarefa Y primeiro, o CPM o ajudará a identificar e agendar isso.
- Priorização: O sucesso da metodologia CPM depende da identificação e do mapeamento de atividades críticas e não críticas. Depois de mapear essas atividades, você pode priorizar os recursos melhor.
Desvantagens
- A programação requer experiência: como qualquer gerente de projeto experiente dirá a você, coisas sempre leva mais tempo do que o esperado. Se você não tem experiência no mundo real com programação, é provável que calcule mal o tempo para cada atividade.
- Sem flexibilidade: como o método em cascata, o CPM está na frente pesado. Você precisa planejar tudo desde o início. Se houver alguma alteração, toda a programação será irrelevante. Isso torna este método inadequado para projetos com requisitos variáveis.
Melhor para
O método do caminho crítico é mais adequado para projetos com partes interdependentes. Se você precisar que as tarefas sejam concluídas simultaneamente, ou que uma tarefa termine antes que outra possa começar, você vai querer usar esta metodologia.
O CPM encontra muitas aplicações em atividades complexas, mas repetitivas, como projetos industriais. É menos adequado para uma área dinâmica, como gerenciamento de projetos criativos.
Gerenciamento de projetos de cadeia crítica (CCPM)
O PM de cadeia crítica é uma das mais novas metodologias de gerenciamento de projetos lá. Ele foi desenvolvido como uma alternativa ao método do caminho crítico com foco no gerenciamento de recursos.
Com o CCPM, você trabalha para trás a partir do objetivo final.Você reconhece as entregas e, em seguida, usa a experiência anterior para mapear as tarefas necessárias para concluir o projeto. Você também mapeia as interdependências entre os recursos e os aloca de acordo com cada tarefa.
Este gráfico do TrackerSuite mostra a diferença entre um cronograma de projeto tradicional e um CCPM.
O CCPM enfatiza a utilização de recursos e minimiza a perda de produtividade. É altamente dependente de “monotarefa”, ou seja, focar na tarefa em questão e evitar multitarefa.
Para equipes de projeto com poucos recursos, o CCPM pode ser uma metodologia poderosa.
Vantagens
- Eficiente em recursos: todo o foco no gerenciamento adequado de recursos torna o CCPM uma das metodologias de gerenciamento de projeto mais eficientes em recursos. A ênfase na monotarefa também está bem alinhada com nosso entendimento moderno dos efeitos prejudiciais da multitarefa.
- Focado no objetivo final: o CCPM não se preocupa com a solução “ótima” para um problema. Em vez disso, prioriza soluções “boas o suficiente” que podem ajudar a cumprir a meta final. Como você também trabalha para trás a partir da meta final, o CCPM geralmente produz melhores resultados para projetos complexos.
Desvantagens
- Não apropriado para ambientes de vários projetos: a abordagem focada em recursos do CCPM só funciona em ambientes de projeto único. Em ambientes de vários projetos, os projetos podem compartilhar recursos. O CCPM não pode planejar a distribuição de recursos em tal cenário.
- Atrasos comuns: o CCPM aloca uma lacuna ou preenchimento entre as tarefas para derivar a duração de uma tarefa. Em teoria, isso deveria compensar a superestimação dos recursos sua própria eficiência. Na realidade, os recursos, seguindo a Lei de Parkinson, preenchem o preenchimento com atrasos excessivos.
Melhor para
O CCPM funciona melhor em ambientes onde os recursos são dedicados a um único projeto. Se você tem uma equipe dedicada a um projeto, funciona muito bem. Se sua equipe estiver espalhada por vários projetos, você terá dificuldades com o planejamento de recursos.
A abordagem focada em recursos do CCPM também é ideal para equipes de projeto com poucos recursos. Se você estiver constantemente sobrecarregado ou perdendo prazos , a metodologia CCPM pode ser para você.
Gerenciamento de projeto integrado (IPM)
Gerenciamento de projeto integrado (IPM) – às vezes também chamado de “Entrega de projeto integrado” – é um gerenciamento de projeto comum metodologia nas indústrias criativas. Esta metodologia enfatiza o compartilhamento e a padronização de processos em toda a organização.
A abordagem IPM surgiu como uma resposta à natureza cada vez mais integrada das campanhas criativas. Você não produz apenas um único anúncio ; você integra o anúncio com microsites, conteúdo digital, etc. A maioria dos projetos criativos são parte de uma campanha maior.
Um projeto integrado tem os seguintes componentes:
Ao integrar processos em toda a organização, o IPM oferece aos gerentes de projeto uma visão melhor do projeto e acesso aos recursos certos.
Isso torna o IPM especialmente apropriado para agências de criação.
Vantagens
- Transparência: a integração de processos em toda a organização melhora a transparência dentro da organização. A abordagem IPM se concentra na documentação e reunião dos membros da equipe regularmente, o que ajuda a manter todos informados.
- Responsabilidade: A natureza integrada da abordagem IPM torna toda a equipe do projeto responsável pelo projeto. Uma vez que nenhum membro da equipe pode operar em um silo, o IPM melhora a responsabilidade.
Desvantagens
Requer planejamento extensivo: com a abordagem IPM, você terá que planejar extensivamente com antecedência e garantir que todos os processos estejam bem integrados. Isso aumenta sua carga significativamente e pode levar a atrasos.
Melhor para
Grandes agências com equipes e processos diversos se beneficiam ao máximo com o gerenciamento integrado de projetos. Funciona melhor para projetos criativos complexos onde você precisa de recursos de várias equipes e departamentos para interagir uns com os outros.
PRiSM
PRiSM (Métodos Sustentáveis de integração de projetos) é uma metodologia de gerenciamento de projetos desenvolvida por Green Project Management (GPM) Global.
Conforme sugerido pelo nome do criador, a abordagem do PRiSM foca em contabilizar e minimizar os impactos ambientais adversos do projeto. É diferente das metodologias tradicionais porque se estende além do final do projeto. Em vez disso, considera todo o ciclo de vida do pós-entrega do projeto para maximizar a sustentabilidade.
Aqui está uma visão geral de como as atividades são organizadas no PRiSM:
Vantagens
A abordagem PRiSM é muito pertinente para projetos modernos onde os custos ambientais e a sustentabilidade são os principais critérios de sucesso.Para grandes projetos onde a redução do consumo de energia, o gerenciamento de resíduos e a minimização do impacto ambiental são críticos, o PRiSM oferece uma ideologia de gerenciamento de projeto viável.
Desvantagens
O PRiSM é inadequado para projetos onde o impacto ambiental não é uma preocupação (como software ou projetos criativos).
O sucesso com a abordagem PRiSM também exige que cada parte da equipe do projeto – incluindo contratados externos e partes interessadas – esteja de acordo com o princípio da sustentabilidade – uma pergunta difícil maioria das organizações.
Ideal para
O PRiSM é mais adequado para grandes e complexos projetos imobiliários e industriais onde a sustentabilidade é uma preocupação principal.
PRINCE2
PRINCE2 (Projetos em ambientes controlados) é a metodologia oficial de gerenciamento de projetos do governo do Reino Unido (o que significa que a maioria dos projetos do governo do Reino Unido a utiliza). Você pode até obter uma certificação PRINCE2 para facilitar o trabalho como gerente de projeto no Reino Unido.
PRINCE2 é baseado em 7 princípios, 7 temas e 7 processos. Os 7 princípios do PRINCE2, por exemplo, são:
- Justificativa de negócios contínua
- Aprenda com a experiência
- Funções e responsabilidades definidas
- Gerenciar por estágios
- Gerenciar por exceção
- Foco em produtos
- Ajustar para se adequar ao ambiente do projeto
A Wikipedia tem um ótimo artigo introdutório sobre esta metodologia. Sugiro que você comece por aí se estiver interessado no PRINCE2.
Vantagens
Executar um projeto do PRINCE2 requer documentação extensa. Além disso, um dos princípios orientadores do PRINCE2 é “Aprender com experiência “. Este foco na documentação e na experiência anterior pode ajudar a reduzir o risco.
Desvantagens
A desvantagem da extensa documentação do PRINCE2 é que as alterações podem ser difíceis de acomodar. Se os requisitos mudarem, você terá que refazer a documentação e realocar recursos, o que pode prejudicar o ritmo do projeto.
Melhor para
Esta metodologia é mais adequada para projetos grandes e complexos com requisitos fixos. Se você estiver no Reino Unido, provavelmente desejará conhecer a metodologia PRINCE2. É amplamente utilizado no país e é um requisito para projetos governamentais.
Existem vários outros PMMs além destes, como Six Sigma, Crystal, Feature Driven Development (FDD), Dynamic Systems Development (DSDM) , Rational Unified Process (RUP), Kanban e Lean Development (LD).
Na maior parte, entretanto, você escolherá uma das metodologias descritas acima.
Como escolher a metodologia certa
Da seção acima, fica claro que diferentes metodologias de PM são mais adequadas para diferentes projetos. Você não gostaria de usar PRiSM para um projeto de software, assim como não gostaria de usar o Agile para um grande desenvolvimento imobiliário.
Quando você está escolhendo metodologias de PM, aqui estão algumas coisas para ter em mente:
Avalie o projeto
Ao escolher uma metodologia de gerenciamento de projetos, é útil começar do fim. Você precisa saber exatamente como deve ser o produto final e o que você precisa para concluí-lo.
Concentre-se em reunir os requisitos iniciais. requisitos sugerem que você precisa de uma equipe grande e diversificada, escolha uma metodologia que suporte flexibilidade.
Da mesma forma, se você tiver uma ideia clara do resultado final, escolha uma metodologia mais estruturada, como Cachoeira. o resultado é vago (comum no caso de projetos internos), escolha uma metodologia iterativa como Agile.
Algumas outras coisas a considerar ao avaliar o projeto são:
- Projeto orçamento
- cronograma
- tamanho e complexidade
- expectativas das partes interessadas
- tipo de projeto e indústria
Avalie sua equipe
Sua metodologia de gerenciamento de projetos é essencialmente um blueprint para o projeto. Diz a sua equipe o que e quando criar.
Para que isso aconteça, no entanto, seu a equipe deve ser capaz de ler o esquema itse Em outras palavras, se sua equipe não estiver familiarizada com a metodologia de gerenciamento de projetos de sua escolha, você terá dificuldade em obter resultados. Você terá que dedicar tempo para aprender a metodologia (à qual alguns membros de sua equipe podem ser resistentes), levando a atrasos.
Considere também a composição de sua equipe. Identifique seus pontos fortes e fracos. Se a equipe gosta de colaboração, você pode escolher uma abordagem menos estruturada como o Agile. Se a equipe for altamente motivada e disciplinada, uma abordagem SCRUM pode funcionar bem. Se você tiver recursos limitados, escolha uma abordagem com uso eficiente de recursos, como o CCPM.
Aqui estão algumas coisas a considerar ao avaliar sua equipe:
- Experiência da equipe
- Treinamento
- Capacidades de auto-organização
- Preparação da equipe
- Localização da equipe (remota, no local, etc.)
Basicamente, escolha uma metodologia que se adeque à sua equipe, em vez de forçar sua equipe a se adequar à metodologia.
Avalie sua organização
Como sua empresa é organizada, sua cultura e seus registros anteriores terão um grande impacto na escolha da metodologia de gerenciamento de projetos. Algumas metodologias funcionam apenas com grandes organizações com hierarquias estabelecidas. Outros são mais adequados para roupas menores e mais enxutas.
Por exemplo, se seus registros anteriores mostram que todos os seus projetos Agile foram atrasados E mal recebidos, é uma boa ideia evitar essa metodologia no futuro.
Algumas coisas que você deve considerar ao avaliar sua organização são:
- Registros anteriores e experiência com diferentes metodologias
- Cultura
- Hierarquia da organização
- Nível de flexibilidade
- Nível de maturidade da organização
- Tamanho da organização
- Recursos disponíveis, incluindo recursos externos, como freelancers e contratados .
- Seu setor
Avalie suas partes interessadas
Ao escolher uma metodologia de PM, leve em consideração:
- Envolvimento das partes interessadas: Algumas metodologias exigem que as partes interessadas sejam regularmente envolvidas em todas as fases do projeto. Com o Agile, por exemplo, você precisa que as partes interessadas estejam regularmente disponíveis para feedback. Se as partes interessadas estão ocupadas, escolha uma metodologia ogia que requer menor envolvimento das partes interessadas.
- Requisitos das partes interessadas: como funcionam as suas partes interessadas? O que eles exigem do gerente de projeto? Se as partes interessadas são conhecidas por alterar o escopo do projeto com frequência, escolha uma metodologia mais flexível. Da mesma forma, se as partes interessadas exigem atualizações diárias, escolha uma metodologia que possa acomodar essa demanda.
Dada a importância das partes interessadas no sucesso do projeto, manter seus requisitos em mente deixará as partes interessadas mais felizes e projetos mais bem-sucedidos.
Avalie suas ferramentas
As ferramentas de gerenciamento de projetos raramente são independentes de metodologia. Eles geralmente são projetados para funcionar bem com uma metodologia específica.
Portanto, as ferramentas de software às quais você já tem acesso e especialização afetarão sua escolha.
Para fazer isso:
- Faça uma lista de todas as ferramentas de software que você usa atualmente
- Liste suas limitações e recursos
- Compare seus recursos com os requisitos de uma metodologia de PM específica.
Idealmente, a metodologia escolhida deve funcionar com seu conjunto de ferramentas existente. Se você tiver que comprar novas ferramentas, não só terá que gastar mais, mas também perderá um tempo crítico na reciclagem de sua equipe.
Fazer essa avaliação aprofundada ajudará você a escolher uma metodologia que se alinhe com sua objetivos, as capacidades da sua equipe e os requisitos das partes interessadas perfeitamente.
Conclusão
Como gerente de projeto, você tem várias metodologias de gerenciamento de projeto para escolher. Cada uma dessas metodologias tem seus próprios pontos fortes e fracos. Escolher a correta tornará a execução do seu projeto mais rápida, suave e eficiente.
Escolha uma das várias metodologias listadas acima. Em seguida, avalie seu projeto, equipe, organização, partes interessadas e ferramentas existentes para escolher a metodologia que se alinha com seus pontos fortes e requisitos.