Você está na página 1de 41

1.

Metodologia em cascata
O método Waterfall é uma abordagem tradicional para gerenciamento
de projetos. Nele, as tarefas e fases são realizadas de forma linear e
sequencial, sendo que cada etapa do projeto deve ser concluída antes
do início da próxima.

As etapas do gerenciamento do projeto Waterfall geralmente seguem


esta sequência:

 Requisitos
 Análise
 Projeto
 Construção
 teste
 Implantação e manutenção

O progresso flui em uma direção, como uma verdadeira cachoeira.

Também como uma cachoeira real, porém, isso pode se tornar


perigoso rapidamente. Como tudo é mapeado no início, há muito
espaço para erros se as expectativas não corresponderem à
realidade. E não há como voltar a um estágio anterior depois de
concluído (imagine tentar nadar contra uma cachoeira - não é
divertido).

Experimente esta metodologia de gerenciamento de projetos se:

 O objetivo final do seu projeto está claramente definido - e não


vai mudar.
 As partes interessadas sabem exatamente o que querem (e isso
não vai mudar).
 Seu projeto é consistente e previsível (ou seja, não vai mudar).
 Você está trabalhando em um setor regulamentado que precisa
de amplo acompanhamento ou documentação de projetos.
 Pode ser necessário trazer novas pessoas para o projeto no meio
do caminho e colocá-las em dia rapidamente.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:
 Seu projeto está sujeito a mudanças.
 Você não tem uma visão completa de todos os requisitos antes
de começar.
 Você precisa fazer testes contínuos ou se adaptar ao feedback
durante o processo.

2. Metodologia ágil
A metodologia ágil de gerenciamento de projetos surgiu de uma
crescente insatisfação com a abordagem linear das metodologias
tradicionais de gerenciamento de projetos.

Frustrado com as limitações dos métodos de gerenciamento de


projetos que não podiam se adaptar a um projeto à medida que
avançava, o foco começou a mudar para modelos mais iterativos que
permitiam que as equipes revisassem seu projeto conforme necessário
durante o processo, em vez de esperar até o final para revisar e alterar.

O conceito de gerenciamento ágil de projetos gerou várias


subestruturas e metodologias específicas, como scrum, kanban e
lean. Mas o que todos eles têm em comum? Os princípios-chave das
metodologias ágeis de gerenciamento de projetos são:

 É colaborativo.

 É rápido.

 Está aberto a mudanças baseadas em dados.

Como tal, as metodologias ágeis de gerenciamento de projetos


geralmente envolvem fases curtas de trabalho com testes, reavaliações
e adaptações frequentes.

Em muitos métodos ágeis, todo o trabalho a ser feito é adicionado a


um backlog no qual as equipes podem trabalhar em cada fase ou ciclo,
com gerentes de projeto ou proprietários de produtos priorizando o
backlog para que as equipes saibam no que focar primeiro.
Experimente esta metodologia de gerenciamento de projetos se:

 Seu projeto está sujeito a mudanças.

 Você não tem certeza no início de como será a solução.

 Você precisa trabalhar rapidamente e é mais importante ver um


progresso rápido do que resultados perfeitos.

 Suas partes interessadas ou clientes precisam (ou desejam) estar


envolvidos em todas as etapas.

Esta metodologia de gerenciamento de projetos não é para você


se:

 Você precisa de muita documentação (por exemplo, se vai trazer


novas pessoas a bordo durante o projeto).

 Você precisa de uma entrega previsível e precisa ser claro sobre


como isso se parece desde o início.

 Seu projeto não pode se dar ao luxo de mudar durante o curso.

 Você não tem pessoas automotivadas.

 Você tem prazos rígidos ou entregas que precisa cumprir.

3. Metodologia Scrum
Scrum é uma forma de gerenciamento ágil de projetos. Você pode
pensar nisso mais como uma estrutura do que como uma metodologia
de gerenciamento de projetos em si.

Com o Scrum, o trabalho é dividido em ciclos curtos conhecidos como


“sprints”, que geralmente duram cerca de 1-2 semanas. O trabalho é
retirado do backlog (consulte: Gerenciamento ágil de projetos, acima)
para cada iteração do sprint,

Equipes pequenas são lideradas por um Scrum Master (que não é o


mesmo que o  gerente do projeto ) durante o sprint, após o qual
revisam seu desempenho em uma “retrospectiva do sprint” e fazem as
alterações necessárias antes de iniciar o próximo sprint.
Experimente esta metodologia de gerenciamento de projetos se:

 Você está se esforçando para melhorar continuamente.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você não tem o comprometimento total da equipe necessária


para fazer funcionar.
4. Metodologia Kanban
Kanban é outro método dentro do gerenciamento ágil de projetos.

Originário da indústria de manufatura, o termo “kanban” evoluiu para


denotar uma estrutura na qual as tarefas são representadas visualmente
à medida que progridem por meio de colunas em um  quadro
kanban . O trabalho é retirado do backlog predefinido de forma
contínua, conforme a equipe tem capacidade e é movido pelas colunas
no quadro, com cada coluna representando um estágio do processo.

O Kanban é ótimo para dar a todos uma visão geral imediata de onde
cada parte do trabalho está em um determinado momento. (Você pode
usar quadros kanban para tudo, desde seu  processo de marketing de
conteúdo  até  contratação e recrutamento .)

Também ajuda você a ver onde os gargalos correm o risco de se


formar — se você perceber que uma de suas colunas está entupida,
por exemplo, saberá que essa é uma etapa do seu processo que precisa
ser examinada.

Quando usado como parte de uma metodologia ágil de gerenciamento


de projetos, também é comum implementar limites de trabalho em
andamento (WIP). Os limites de trabalho em andamento restringem a
quantidade de tarefas em jogo a qualquer momento, o que significa
que você só pode ter um certo número de tarefas em cada coluna (ou
no quadro geral).

Isso evita que sua equipe espalhe sua energia em muitas tarefas e, em
vez disso, garante que eles possam trabalhar de forma mais produtiva,
concentrando-se em cada tarefa individualmente.

Experimente esta metodologia de gerenciamento de projetos se:

 Você está procurando uma representação visual do progresso do


seu projeto.

 Você deseja atualizações de status rápidas.


 Você deseja incentivar o uso de limites de WIP para que sua
equipe possa manter o foco.

 Você prefere trabalhar em uma base contínua de “puxar”.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Seu processo é supercomplexo ou tem várias etapas.

 Você quer um sistema push em vez de um sistema pull.

5. Metodologia Scrumban
É a resposta para a velha pergunta: e se scrum e kanban tivessem um
bebê?

Scrumban é uma metodologia híbrida de gerenciamento de projetos


ágil que tem nariz de scrum e olhos de kanban.

O principal benefício do scrumban como método é que, em vez de


decidir qual tarefa do backlog trabalhar em cada sprint desde o início
(como você faria em uma estrutura scrum “tradicional”), o scrumban
permite que as equipes “puxem” continuamente do backlog com base
em sua capacidade (como fariam em uma estrutura kanban).

E usando limites de trabalho em andamento (do kanban) durante o


ciclo do sprint (do scrum), você pode manter um fluxo contínuo
enquanto ainda incorpora o planejamento do projeto , revisões e
retrospectivas conforme necessário.

Experimente esta metodologia de gerenciamento de projetos se:

 Você já olhou para scrum e kanban e pensou “Eu gostaria que


esses dois garotos malucos ficassem juntos”.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você já olhou melancolicamente pela janela e pensou: “Oh,


scrum é scrum e kanban é kanban, e nunca os dois se
encontrarão”.
6. Metodologia de programação eXtreme (XP)
A metodologia eXtreme Programming (XP) é outra forma de gestão
ágil de projetos que foi pensada para o desenvolvimento de software .

Ele enfatiza o trabalho em equipe e a colaboração entre gerentes,


clientes e desenvolvedores, com equipes auto-organizadas. Possui
um  conjunto definido de regras  que as equipes devem seguir,
baseadas em seus cinco valores: simplicidade, comunicação
(preferencialmente cara a cara), feedback, respeito e coragem.

Experimente esta metodologia de gerenciamento de projetos se:

 Você deseja promover o trabalho em equipe e a colaboração.

 Você tem uma equipe pequena e co-localizada.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você é um infrator.

 Sua equipe está espalhada por diferentes lugares e fusos


horários.

7. Metodologia de estrutura de projeto adaptável


(APF)
A metodologia adaptive project framework (APF), também conhecida
como adaptive project management (APM), é um tipo de metodologia
ágil de gerenciamento de projetos que foi projetada com a
inevitabilidade da mudança em mente.

A estrutura do projeto adaptativo sabe que, como John Steinbeck


poderia dizer, mesmo os projetos mais bem elaborados de ratos e
homens muitas vezes dão errado. Portanto, o atributo fundamental do
APF é que as equipes precisam ser capazes de responder de forma
adaptativa às mudanças.

Isso significa que, usando métodos adaptativos de estrutura de projeto,


as equipes devem tentar antecipar os riscos e se preparar para o
inesperado em seu projeto. Eles precisam entender que os principais
componentes estão constantemente em fluxo e ser capazes de reavaliar
constantemente os resultados e as decisões com essas partes móveis
em mente.

Isso requer muita comunicação com todas as partes interessadas e –


como outras metodologias ágeis de gerenciamento de projetos – ser
capaz de trabalhar de forma colaborativa.

Experimente esta metodologia de gerenciamento de projetos se:

 Você conhece seus objetivos finais (em termos de


gerenciamento de projetos, você delineou suas Condições de
Satisfação; ou, em termos de Beastie Boys, você é claro sobre o
que você quer).

Esta metodologia de gerenciamento de projetos não é para você


se:

 Você precisa de previsibilidade.

 Você não tem os recursos para lidar com os potenciais negativos


da adaptabilidade (por exemplo, ampliação do escopo,
retrabalho, uso indevido do tempo).

8. Metodologia Lean
Lean é outra metodologia de gerenciamento de projetos que tem suas
origens na manufatura (e especificamente no Sistema Toyota de
Produção). Trata-se de aplicar os princípios enxutos aos seus métodos
de gerenciamento de projetos para maximizar o valor e minimizar o
desperdício.

Embora originalmente se referisse à redução do desperdício físico no


processo de fabricação, agora se refere a outras práticas de desperdício
no processo de gerenciamento de projetos. Estes são conhecidos como
os 3Ms: muda, mura e muri.

Muda  (desperdício) consome recursos sem agregar valor para o


cliente.
Mura  (desigualdade) ocorre quando você tem superprodução em uma
área que desequilibra todas as outras áreas, deixando você com muito
estoque (desperdício!) Ou processos ineficientes (também de
desperdício!).

Muri  (sobrecarga) ocorre quando há muita pressão sobre recursos,


como equipamentos e pessoas, o que muitas vezes pode levar a falhas
- tanto em máquinas quanto em humanos.

Usando os princípios-chave do lean, um gerente de projeto pode


reduzir esses tipos de desperdício para criar fluxos de trabalho mais
eficientes.

Experimente esta metodologia de gerenciamento de projetos se:

 Você está procurando um conjunto de princípios que irão ajudá-


lo a cortar a gordura e otimizar seu fluxo.

 Você está sempre tentando melhorar e agregar valor para o


cliente.

 Você quer, finalmente, diminuir os custos.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você não pode se dar ao luxo de ter problemas de abastecimento


(por exemplo, você não tem estoque suficiente em estoque) ou
perder espaço para erros (por exemplo, no caso de falha de
equipamento essencial).

 Você não tem orçamento para investir nisso (embora o


gerenciamento enxuto de projetos vise reduzir os custos gerais,
pode ser caro implementá-lo).

 Você é um guaxinim e adora desperdício, na verdade.

9. Método do caminho crítico


O método do caminho crítico (também conhecido como análise do
caminho crítico) é uma forma de identificar e agendar todas as tarefas
críticas que compõem seu projeto, bem como suas dependências.
Isso significa que você precisa:

1. Identifique todas as tarefas essenciais que você precisa realizar


para atingir o objetivo do seu projeto

2. Estime quanto tempo cada uma dessas tarefas levará (tendo em


mente que certas tarefas precisarão ser concluídas antes que
outras possam ser iniciadas)

3. Use todas essas informações para agendar o “caminho crítico”


que você precisará seguir para concluir o projeto o mais rápido
possível, sem perder nenhuma etapa crucial.

A sequência mais longa de tarefas críticas se torna seu caminho crítico


e definirá o cronograma do seu projeto.

Ao longo do caminho, você terá  marcos  a cumprir que sinalizarão


quando um conjunto de tarefas (ou fase) terminar e você poderá passar
para o próximo.

Existem várias maneiras de visualizar o caminho crítico, dependendo


da complexidade do seu projeto, desde gráficos de fluxo até gráficos
de Gantt .

Experimente esta metodologia de gerenciamento de projetos se:

 Seu projeto é de grande escala e complexo.

 Seu projeto tem muitas dependências.

 Você está procurando uma maneira visual de mapear a


sequência de tarefas.

 Você precisa identificar quais tarefas são as mais importantes


para poder alocar melhor seus recursos.

 Você tem um plano e prazos rígidos, sem espaço para negócios


bobos.

 Você ama algoritmos. Ame-os!

Esta metodologia de gerenciamento de projetos pode não ser para


você se:
 Você não precisa de algo com muita complexidade.

 Você não tem certeza sobre prazos, horários ou durações.

 Seu projeto precisa de espaço de manobra para mudar.

10. Gerenciamento de projetos de cadeia crítica


O gerenciamento de projetos da cadeia crítica (ou CCPM) leva o
método do caminho crítico (CPM) um passo adiante.

Embora o método do caminho crítico defina o tempo necessário para


realizar cada atividade crítica do início ao fim do projeto, muitas vezes
pode ser, bem, irreal quando chega a hora de colocá-lo em prática.

O gerenciamento de projetos da cadeia crítica aborda esses problemas,


permitindo um pouco mais de tempo para os elementos humanos do
seu projeto, como atrasos e problemas de recursos.

No gerenciamento de projetos de cadeia crítica, você tem alguns


buffers embutidos que sua cadeia crítica pode usar sem atrapalhar todo
o resto, para que todo o seu projeto não tenha que sair do caminho só
porque a vida acontece.

Experimente esta metodologia de gerenciamento de projetos se:

 Você gosta do som do método do caminho crítico, mas quer


algo um pouco mais realista.

 Você já estava superestimando as durações das tarefas no CPM


para permitir um buffer e deseja dados mais precisos sobre
quanto tempo o trabalho está realmente levando em comparação
com suas projeções.

Esta metodologia de gerenciamento de projetos não é para você


se:

 Você acha que os amortecedores são apenas uma rede de


segurança para pessoas que não planejaram direito da primeira
vez.

 Nada poderia dar errado.


11. Introdução de novos produtos (NPI)
A introdução de um novo produto é uma ótima metodologia de
gerenciamento de projetos para quando você deseja, bem, apresentar
um novo produto.

Também conhecido como desenvolvimento de novos produtos (NPD),


o processo de introdução de novos produtos abrange tudo o que você
precisa para definir, desenvolver e lançar um produto novo (ou
aprimorado).

O projeto segue um único produto durante todo o processo de


desenvolvimento. Esse processo envolve várias fases ou um processo
stage-gate, que pode variar de organização para organização, mas
geralmente inclui coisas como:

1. Definir a especificação do produto e o escopo do projeto

2. Avaliando a viabilidade

3. Desenvolvendo o protótipo

4. Validar o protótipo por meio de testes e análises

5. Fabricação do produto em maior escala

6. Avaliar o sucesso do produto no mercado após o lançamento

Como os requisitos para uma introdução bem-sucedida de um novo


produto abrangem vários departamentos em uma organização, da
liderança aos gerentes de produto, marketing e muito mais, isso requer
muita colaboração e comunicação multifuncional.

Experimente esta metodologia de gerenciamento de projetos se:

 Você está trazendo um produto novo ou melhorado para o


mercado.

 Você está se concentrando em um único produto.

 Você deseja promover o alinhamento das principais partes


interessadas e multifuncional desde o início.
Esta metodologia de gerenciamento de projetos pode não ser para
você se:

 Você não está trazendo um produto novo ou melhorado para o


mercado.

 Você está procurando uma abordagem mais ágil para o


desenvolvimento de produtos (já que o NPI geralmente é
sequencial em vez de iterativo).

12. Reengenharia habilitada por pacote (PER)


A reengenharia habilitada por pacote (PER) é uma metodologia de
gerenciamento de projetos que visa ajudar as organizações a
redesenhar produtos ou processos com novos olhos. Tem como foco
facilitar as transformações dos negócios de forma rápida e estratégica,
seja por meio do redesenho de processos ou realinhamento de pessoas.

Experimente esta metodologia de gerenciamento de projetos se:

 Sua organização precisa de uma revisão.

 Você precisa de uma nova perspectiva sobre seus produtos ou


processos.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você não está tentando melhorar um sistema existente.

13. Mapeamento de resultados


O mapeamento de resultados é um sistema de medição do progresso
do projeto que foi projetado pelo International Development Research
Center (IDRC). Ela difere das outras metodologias de gerenciamento
de projetos desta lista porque não se concentra em resultados
mensuráveis; em vez disso, concentra-se na criação de mudanças
comportamentais duradouras.

É uma metodologia comum de gerenciamento de projetos usada em


projetos de caridade em países em desenvolvimento. Como
metodologia de gerenciamento de projetos, trata-se menos do projeto
em si do que do impacto de longo prazo do projeto e de sua
capacidade de efetuar mudanças na comunidade. Como resultado, ele
mede a influência em vez de outras medidas (talvez mais “típicas”) do
progresso do projeto.

O mapeamento de resultados consiste em uma longa fase de projeto


seguida por uma fase de manutenção de registros para rastrear os
resultados.

Experimente esta metodologia de gerenciamento de projetos se:

 Seu projeto visa mudar o comportamento, em vez de produzir


resultados.

 Seu projeto está relacionado à mudança e transformação social


(por exemplo, nas áreas de desenvolvimento internacional,
caridade, comunicação, pesquisa).

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Seu projeto tem tudo a ver com produtos acabados, e não com
resultados comportamentais.

14. Seis Sigma


Seis Sigma é um método para melhorar processos com ênfase em
garantir consistência na produção e qualidade impecável. (E se
for  bom o suficiente para Jack Donaghy… )

Existem alguns tipos diferentes disponíveis, como Lean Six Sigma e


Agile Sigma, mas, em última análise, o Six Sigma é uma metodologia
de negócios que visa eliminar defeitos e reduzir a variação usando
suas metodologias definidas.

Os métodos Seis Sigma podem ser usados para otimizar e melhorar os


processos existentes ou criar novos.
Para melhorar os processos de negócios, você pode usar o processo
Six Sigma DMAIC, que representa as fases da metodologia do
projeto:  D efine,  M esure ,  A nalyze,  I mprove,  C ontrol.

Para criar novos processos ou produtos, você pode usar o processo Six
Sigma DMADV:  D efine,  M esure ,  A nalyze,  D esign,  V erify.

Como um conjunto de princípios e técnicas (às vezes é até descrito


como uma “filosofia”) em vez de uma metodologia de gerenciamento
de projetos em si, os métodos Seis Sigma podem ser aplicados
juntamente com muitas outras metodologias de gerenciamento de
projetos, como Lean e Agile.

Experimente esta metodologia de gerenciamento de projetos se:

 Você está procurando um conjunto de princípios e filosofias que


possa levar consigo para quase todos os projetos e organizações.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você não tem muito orçamento para investir em treinamento —


pode ser caro obter treinamento e certificação.

 Você está procurando um processo definido para um projeto


específico, em vez de um conjunto de regras de orientação.

Uma vez que você decidiu que quer  tornar um gerente de projeto , a


próxima etapa é descobrir quais metodologias de gerenciamento de
projetos são adequadas para você e sua equipe.

O cenário das metodologias de gerenciamento de projetos pode


parecer um pouco opressor.

Se você tem uma certificação formal de gerenciamento de projetos ou


está aprendendo a se tornar um gerente de projetos por experiência, há
uma miscelânea absoluta de metodologias de projetos para escolher. E
eles geralmente vêm com suas próprias regras, listas, princípios e
siglas intermináveis.
Acreditamos que encontrar a metodologia certa de gerenciamento de
projetos para gerenciar seu trabalho não deve ser uma ciência de
foguetes. Por isso, compilamos esta lista de diferentes metodologias
de gerenciamento de projetos para ajudá-lo a descobrir quais métodos,
princípios e abordagens você pode usar para cada equipe e projeto.

Simples de usar, poderoso quando você precisa


Com a confiança de 20.000 empresas e 6.000 agências, o Teamwork
permite que você gerencie, rastreie e personalize facilmente vários
projetos complexos. Comece com uma avaliação gratuita de 30 dias.
Experimente o Teamwork gratuitamente

O que é uma metodologia de


gerenciamento de projetos?
Uma metodologia de gerenciamento de projetos é um conjunto de
princípios e práticas que orientam você na organização de seus
projetos para garantir seu desempenho ideal.

Huh?

Basicamente, é um framework que te ajuda a gerenciar seu projeto da


melhor forma possível.

O gerenciamento de projetos é tão importante  para organizações e


equipes, mas para que seja realmente eficaz, você precisa ter certeza
de que está mapeando corretamente sua metodologia de
gerenciamento de projetos para o tipo de equipe, projeto, organização
e objetivos.
Por que existem tantas metodologias
diferentes de gerenciamento de
projetos?
Não há dois projetos exatamente iguais (mesmo quando você está
usando recursos úteis como modelos de projeto para replicar seus
sucessos anteriores).

E quando você considera os diferentes objetivos, KPIs e métodos de


produção não apenas de diferentes tipos de equipes, mas também de
diferentes tipos de  indústrias , faz sentido que não haja uma
abordagem única para gerenciar um projeto.

O que funciona melhor para um tipo de equipe pode ser um pesadelo


absoluto para outro.

Por exemplo, muitos desenvolvedores de software começaram a


descobrir que os métodos tradicionais de gerenciamento de projetos
estavam atrapalhando — em vez de ajudar — seus fluxos de trabalho
e afetando negativamente seu desempenho e resultados.

Como resultado, as equipes de software começaram a desenvolver um


novo tipo de metodologia de gerenciamento de projetos, projetada
para atender às suas preocupações específicas.

Em pouco tempo, outras equipes e indústrias começaram a adaptar


esses novos métodos de gerenciamento de projetos para atender
às  suas necessidades.  necessidades e preocupações exclusivas. E
assim por diante, com diferentes metodologias de gerenciamento de
projetos sendo reaproveitadas e adaptadas para diferentes setores e
ajustadas para atender a casos de uso específicos.

O que nos resta é uma tonelada de diferentes metodologias de


gerenciamento de projetos para escolher. Então, como saber qual
método (ou métodos, no plural) de gerenciamento de projetos é o mais
adequado para você e sua equipe?
Como você escolhe a metodologia
certa de gerenciamento de projetos?
Existem muitos fatores que afetarão qual metodologia de
gerenciamento de projetos é adequada para seu projeto, equipe e
organização. Aqui está uma rápida análise de algumas das principais
considerações que podem ajudá-lo a decidir:

 Custo e orçamento: em uma escala de $ a $$$, com que tipo de


orçamento você está trabalhando? Há espaço para que isso
mude, se necessário, ou é essencial que fique dentro desses
limites pré-determinados?

 Tamanho da equipe: Quantas pessoas estão


envolvidas? Quantos interessados? Sua equipe é relativamente
compacta e auto-organizada, ou mais dispersa, com necessidade
de delegação mais rigorosa?

 Capacidade de assumir riscos: Este é um grande projeto com


um grande impacto que precisa ser gerenciado com cuidado para
entregar resultados muito sérios? Ou é um projeto de menor
escala com um pouco mais de espaço para brincar?
 Flexibilidade: há espaço para que o escopo do projeto mude
durante o processo? E o produto acabado?

 Cronograma: Quanto tempo é alocado para entregar o


resumo? Você precisa de um resultado rápido ou é mais
importante que você tenha um resultado bem acabado, não
importa quanto tempo demore?

 Colaboração do cliente/stakeholder: Quão envolvido o


cliente/stakeholder precisa – ou deseja – estar no
processo? Quão envolvidos você precisa - ou deseja - que eles
estejam?

A lista de metodologias de
gerenciamento de projetos
Compilamos esta lista de metodologias de gerenciamento de projetos
para ajudá-lo a entender o básico.

Embora não seja totalmente abrangente, nosso objetivo é fornecer a


você uma visão geral de algumas das diferentes metodologias
existentes, para que você possa ver o que existe e descobrir qual delas
pode ser adequada para seus projetos específicos.

(Também adicionamos uma lista rápida no final desta postagem com


uma análise de quais métodos de gerenciamento de projetos são
usados com frequência em quais setores, se você quiser ir direto ao
ponto.)

Preparar? Ok! Vamos mergulhar de cabeça.


1. Metodologia em cascata
O método Waterfall é uma abordagem tradicional para gerenciamento
de projetos. Nele, as tarefas e fases são realizadas de forma linear e
sequencial, sendo que cada etapa do projeto deve ser concluída antes
do início da próxima.

As etapas do gerenciamento do projeto Waterfall geralmente seguem


esta sequência:

 Requisitos

 Análise

 Projeto

 Construção

 teste

 Implantação e manutenção

O progresso flui em uma direção, como uma verdadeira cachoeira.

Também como uma cachoeira real, porém, isso pode se tornar


perigoso rapidamente. Como tudo é mapeado no início, há muito
espaço para erros se as expectativas não corresponderem à
realidade. E não há como voltar a um estágio anterior depois de
concluído (imagine tentar nadar contra uma cachoeira - não é
divertido).

Experimente esta metodologia de gerenciamento de projetos se:

 O objetivo final do seu projeto está claramente definido - e não


vai mudar.

 As partes interessadas sabem exatamente o que querem (e isso


não vai mudar).

 Seu projeto é consistente e previsível (ou seja, não vai mudar).

 Você está trabalhando em um setor regulamentado que precisa


de amplo acompanhamento ou documentação de projetos.

 Pode ser necessário trazer novas pessoas para o projeto no meio


do caminho e colocá-las em dia rapidamente.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Seu projeto está sujeito a mudanças.

 Você não tem uma visão completa de todos os requisitos antes


de começar.

 Você precisa fazer testes contínuos ou se adaptar ao feedback


durante o processo.
2. Metodologia ágil
A metodologia ágil de gerenciamento de projetos surgiu de uma
crescente insatisfação com a abordagem linear das metodologias
tradicionais de gerenciamento de projetos.

Frustrado com as limitações dos métodos de gerenciamento de


projetos que não podiam se adaptar a um projeto à medida que
avançava, o foco começou a mudar para modelos mais iterativos que
permitiam que as equipes revisassem seu projeto conforme necessário
durante o processo, em vez de esperar até o final para revisar e alterar.

O conceito de gerenciamento ágil de projetos gerou várias


subestruturas e metodologias específicas, como scrum, kanban e
lean. Mas o que todos eles têm em comum? Os princípios-chave das
metodologias ágeis de gerenciamento de projetos são:

 É colaborativo.

 É rápido.

 Está aberto a mudanças baseadas em dados.

Como tal, as metodologias ágeis de gerenciamento de projetos


geralmente envolvem fases curtas de trabalho com testes, reavaliações
e adaptações frequentes.
Em muitos métodos ágeis, todo o trabalho a ser feito é adicionado a
um backlog no qual as equipes podem trabalhar em cada fase ou ciclo,
com gerentes de projeto ou proprietários de produtos priorizando o
backlog para que as equipes saibam no que focar primeiro.

Experimente esta metodologia de gerenciamento de projetos se:

 Seu projeto está sujeito a mudanças.

 Você não tem certeza no início de como será a solução.

 Você precisa trabalhar rapidamente e é mais importante ver um


progresso rápido do que resultados perfeitos.

 Suas partes interessadas ou clientes precisam (ou desejam) estar


envolvidos em todas as etapas.

Esta metodologia de gerenciamento de projetos não é para você


se:

 Você precisa de muita documentação (por exemplo, se vai trazer


novas pessoas a bordo durante o projeto).

 Você precisa de uma entrega previsível e precisa ser claro sobre


como isso se parece desde o início.

 Seu projeto não pode se dar ao luxo de mudar durante o curso.

 Você não tem pessoas automotivadas.

 Você tem prazos rígidos ou entregas que precisa cumprir.


As melhores ferramentas de gerenciamento de
projetos ágeis para usar em 2021 e além
Não adianta adotar o método Ágil enquanto ainda estiver usando um
software que atrapalha ou complica seus projetos. O melhor software
de gerenciamento de projetos ágil deve andar de mãos dadas com o
método Agile e tornar essas adaptações suaves, rápidas e fáceis.
Saber mais

3. Metodologia Scrum
Scrum é uma forma de gerenciamento ágil de projetos. Você pode
pensar nisso mais como uma estrutura do que como uma metodologia
de gerenciamento de projetos em si.

Com o Scrum, o trabalho é dividido em ciclos curtos conhecidos como


“sprints”, que geralmente duram cerca de 1-2 semanas. O trabalho é
retirado do backlog (consulte: Gerenciamento ágil de projetos, acima)
para cada iteração do sprint,

Equipes pequenas são lideradas por um Scrum Master (que não é o


mesmo que o  gerente do projeto ) durante o sprint, após o qual
revisam seu desempenho em uma “retrospectiva do sprint” e fazem as
alterações necessárias antes de iniciar o próximo sprint.
Experimente esta metodologia de gerenciamento de projetos se:

 Você está se esforçando para melhorar continuamente.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você não tem o comprometimento total da equipe necessária


para fazer funcionar.

4. Metodologia Kanban
Kanban é outro método dentro do gerenciamento ágil de projetos.

Originário da indústria de manufatura, o termo “kanban” evoluiu para


denotar uma estrutura na qual as tarefas são representadas visualmente
à medida que progridem por meio de colunas em um  quadro
kanban . O trabalho é retirado do backlog predefinido de forma
contínua, conforme a equipe tem capacidade e é movido pelas colunas
no quadro, com cada coluna representando um estágio do processo.

O Kanban é ótimo para dar a todos uma visão geral imediata de onde
cada parte do trabalho está em um determinado momento. (Você pode
usar quadros kanban para tudo, desde seu  processo de marketing de
conteúdo  até  contratação e recrutamento .)
Também ajuda você a ver onde os gargalos correm o risco de se
formar — se você perceber que uma de suas colunas está entupida,
por exemplo, saberá que essa é uma etapa do seu processo que precisa
ser examinada.

Quando usado como parte de uma metodologia ágil de gerenciamento


de projetos, também é comum implementar limites de trabalho em
andamento (WIP). Os limites de trabalho em andamento restringem a
quantidade de tarefas em jogo a qualquer momento, o que significa
que você só pode ter um certo número de tarefas em cada coluna (ou
no quadro geral).

Isso evita que sua equipe espalhe sua energia em muitas tarefas e, em
vez disso, garante que eles possam trabalhar de forma mais produtiva,
concentrando-se em cada tarefa individualmente.

Experimente esta metodologia de gerenciamento de projetos se:

 Você está procurando uma representação visual do progresso do


seu projeto.

 Você deseja atualizações de status rápidas.

 Você deseja incentivar o uso de limites de WIP para que sua


equipe possa manter o foco.

 Você prefere trabalhar em uma base contínua de “puxar”.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Seu processo é supercomplexo ou tem várias etapas.

 Você quer um sistema push em vez de um sistema pull.


Visualização do quadro Kanban
Use quadros kanban no Teamwork para mapear seu fluxo de trabalho,
ver rapidamente o status das tarefas e automatizar seus processos.
Experimente nosso Quadro Kanban gratuitamente

5. Metodologia Scrumban
É a resposta para a velha pergunta: e se scrum e kanban tivessem um
bebê?

Scrumban é uma metodologia híbrida de gerenciamento de projetos


ágil que tem nariz de scrum e olhos de kanban.

O principal benefício do scrumban como método é que, em vez de


decidir qual tarefa do backlog trabalhar em cada sprint desde o início
(como você faria em uma estrutura scrum “tradicional”), o scrumban
permite que as equipes “puxem” continuamente do backlog com base
em sua capacidade (como fariam em uma estrutura kanban).
E usando limites de trabalho em andamento (do kanban) durante o
ciclo do sprint (do scrum), você pode manter um fluxo contínuo
enquanto ainda incorpora o planejamento do projeto , revisões e
retrospectivas conforme necessário.

Experimente esta metodologia de gerenciamento de projetos se:

 Você já olhou para scrum e kanban e pensou “Eu gostaria que


esses dois garotos malucos ficassem juntos”.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você já olhou melancolicamente pela janela e pensou: “Oh,


scrum é scrum e kanban é kanban, e nunca os dois se
encontrarão”.

6. Metodologia de programação eXtreme (XP)


A metodologia eXtreme Programming (XP) é outra forma de gestão
ágil de projetos que foi pensada para o desenvolvimento de software .

Ele enfatiza o trabalho em equipe e a colaboração entre gerentes,


clientes e desenvolvedores, com equipes auto-organizadas. Possui
um  conjunto definido de regras  que as equipes devem seguir,
baseadas em seus cinco valores: simplicidade, comunicação
(preferencialmente cara a cara), feedback, respeito e coragem.

Experimente esta metodologia de gerenciamento de projetos se:

 Você deseja promover o trabalho em equipe e a colaboração.

 Você tem uma equipe pequena e co-localizada.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você é um infrator.

 Sua equipe está espalhada por diferentes lugares e fusos


horários.
7. Metodologia de estrutura de projeto adaptável
(APF)
A metodologia adaptive project framework (APF), também conhecida
como adaptive project management (APM), é um tipo de metodologia
ágil de gerenciamento de projetos que foi projetada com a
inevitabilidade da mudança em mente.

A estrutura do projeto adaptativo sabe que, como John Steinbeck


poderia dizer, mesmo os projetos mais bem elaborados de ratos e
homens muitas vezes dão errado. Portanto, o atributo fundamental do
APF é que as equipes precisam ser capazes de responder de forma
adaptativa às mudanças.

Isso significa que, usando métodos adaptativos de estrutura de projeto,


as equipes devem tentar antecipar os riscos e se preparar para o
inesperado em seu projeto. Eles precisam entender que os principais
componentes estão constantemente em fluxo e ser capazes de reavaliar
constantemente os resultados e as decisões com essas partes móveis
em mente.

Isso requer muita comunicação com todas as partes interessadas e –


como outras metodologias ágeis de gerenciamento de projetos – ser
capaz de trabalhar de forma colaborativa.

Experimente esta metodologia de gerenciamento de projetos se:

 Você conhece seus objetivos finais (em termos de


gerenciamento de projetos, você delineou suas Condições de
Satisfação; ou, em termos de Beastie Boys, você é claro sobre o
que você quer).

Esta metodologia de gerenciamento de projetos não é para você


se:

 Você precisa de previsibilidade.

 Você não tem os recursos para lidar com os potenciais negativos


da adaptabilidade (por exemplo, ampliação do escopo,
retrabalho, uso indevido do tempo).
8. Metodologia Lean
Lean é outra metodologia de gerenciamento de projetos que tem suas
origens na manufatura (e especificamente no Sistema Toyota de
Produção). Trata-se de aplicar os princípios enxutos aos seus métodos
de gerenciamento de projetos para maximizar o valor e minimizar o
desperdício.

Embora originalmente se referisse à redução do desperdício físico no


processo de fabricação, agora se refere a outras práticas de desperdício
no processo de gerenciamento de projetos. Estes são conhecidos como
os 3Ms: muda, mura e muri.

Muda  (desperdício) consome recursos sem agregar valor para o


cliente.

Mura  (desigualdade) ocorre quando você tem superprodução em uma


área que desequilibra todas as outras áreas, deixando você com muito
estoque (desperdício!) Ou processos ineficientes (também de
desperdício!).

Muri  (sobrecarga) ocorre quando há muita pressão sobre recursos,


como equipamentos e pessoas, o que muitas vezes pode levar a falhas
- tanto em máquinas quanto em humanos.
Usando os princípios-chave do lean, um gerente de projeto pode
reduzir esses tipos de desperdício para criar fluxos de trabalho mais
eficientes.

Experimente esta metodologia de gerenciamento de projetos se:

 Você está procurando um conjunto de princípios que irão ajudá-


lo a cortar a gordura e otimizar seu fluxo.

 Você está sempre tentando melhorar e agregar valor para o


cliente.

 Você quer, finalmente, diminuir os custos.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você não pode se dar ao luxo de ter problemas de abastecimento


(por exemplo, você não tem estoque suficiente em estoque) ou
perder espaço para erros (por exemplo, no caso de falha de
equipamento essencial).

 Você não tem orçamento para investir nisso (embora o


gerenciamento enxuto de projetos vise reduzir os custos gerais,
pode ser caro implementá-lo).

 Você é um guaxinim e adora desperdício, na verdade.


9. Método do caminho crítico
O método do caminho crítico (também conhecido como análise do
caminho crítico) é uma forma de identificar e agendar todas as tarefas
críticas que compõem seu projeto, bem como suas dependências.

Isso significa que você precisa:

1. Identifique todas as tarefas essenciais que você precisa realizar


para atingir o objetivo do seu projeto

2. Estime quanto tempo cada uma dessas tarefas levará (tendo em


mente que certas tarefas precisarão ser concluídas antes que
outras possam ser iniciadas)

3. Use todas essas informações para agendar o “caminho crítico”


que você precisará seguir para concluir o projeto o mais rápido
possível, sem perder nenhuma etapa crucial.

A sequência mais longa de tarefas críticas se torna seu caminho crítico


e definirá o cronograma do seu projeto.

Ao longo do caminho, você terá  marcos  a cumprir que sinalizarão


quando um conjunto de tarefas (ou fase) terminar e você poderá passar
para o próximo.

Existem várias maneiras de visualizar o caminho crítico, dependendo


da complexidade do seu projeto, desde gráficos de fluxo até gráficos
de Gantt .

Experimente esta metodologia de gerenciamento de projetos se:

 Seu projeto é de grande escala e complexo.

 Seu projeto tem muitas dependências.

 Você está procurando uma maneira visual de mapear a


sequência de tarefas.

 Você precisa identificar quais tarefas são as mais importantes


para poder alocar melhor seus recursos.
 Você tem um plano e prazos rígidos, sem espaço para negócios
bobos.

 Você ama algoritmos. Ame-os!

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você não precisa de algo com muita complexidade.

 Você não tem certeza sobre prazos, horários ou durações.

 Seu projeto precisa de espaço de manobra para mudar.

10. Gerenciamento de projetos de cadeia crítica


O gerenciamento de projetos da cadeia crítica (ou CCPM) leva o
método do caminho crítico (CPM) um passo adiante.

Embora o método do caminho crítico defina o tempo necessário para


realizar cada atividade crítica do início ao fim do projeto, muitas vezes
pode ser, bem, irreal quando chega a hora de colocá-lo em prática.

O gerenciamento de projetos da cadeia crítica aborda esses problemas,


permitindo um pouco mais de tempo para os elementos humanos do
seu projeto, como atrasos e problemas de recursos.
No gerenciamento de projetos de cadeia crítica, você tem alguns
buffers embutidos que sua cadeia crítica pode usar sem atrapalhar todo
o resto, para que todo o seu projeto não tenha que sair do caminho só
porque a vida acontece.

Experimente esta metodologia de gerenciamento de projetos se:

 Você gosta do som do método do caminho crítico, mas quer


algo um pouco mais realista.

 Você já estava superestimando as durações das tarefas no CPM


para permitir um buffer e deseja dados mais precisos sobre
quanto tempo o trabalho está realmente levando em comparação
com suas projeções.

Esta metodologia de gerenciamento de projetos não é para você


se:

 Você acha que os amortecedores são apenas uma rede de


segurança para pessoas que não planejaram direito da primeira
vez.

 Nada poderia dar errado.

11. Introdução de novos produtos (NPI)


A introdução de um novo produto é uma ótima metodologia de
gerenciamento de projetos para quando você deseja, bem, apresentar
um novo produto.

Também conhecido como desenvolvimento de novos produtos (NPD),


o processo de introdução de novos produtos abrange tudo o que você
precisa para definir, desenvolver e lançar um produto novo (ou
aprimorado).

O projeto segue um único produto durante todo o processo de


desenvolvimento. Esse processo envolve várias fases ou um processo
stage-gate, que pode variar de organização para organização, mas
geralmente inclui coisas como:

1. Definir a especificação do produto e o escopo do projeto


2. Avaliando a viabilidade

3. Desenvolvendo o protótipo

4. Validar o protótipo por meio de testes e análises

5. Fabricação do produto em maior escala

6. Avaliar o sucesso do produto no mercado após o lançamento

Como os requisitos para uma introdução bem-sucedida de um novo


produto abrangem vários departamentos em uma organização, da
liderança aos gerentes de produto, marketing e muito mais, isso requer
muita colaboração e comunicação multifuncional.

Modelo de plano de lançamento de produto


Gerencie o processo de planejamento de lançamento do começo ao
fim e traga novos produtos ao mercado com mais rapidez e eficiência
com nosso modelo de lançamento de produto.
Experimente nosso modelo de plano de lançamento de produto

Experimente esta metodologia de gerenciamento de projetos se:

 Você está trazendo um produto novo ou melhorado para o


mercado.

 Você está se concentrando em um único produto.

 Você deseja promover o alinhamento das principais partes


interessadas e multifuncional desde o início.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você não está trazendo um produto novo ou melhorado para o


mercado.
 Você está procurando uma abordagem mais ágil para o
desenvolvimento de produtos (já que o NPI geralmente é
sequencial em vez de iterativo).

12. Reengenharia habilitada por pacote (PER)


A reengenharia habilitada por pacote (PER) é uma metodologia de
gerenciamento de projetos que visa ajudar as organizações a
redesenhar produtos ou processos com novos olhos. Tem como foco
facilitar as transformações dos negócios de forma rápida e estratégica,
seja por meio do redesenho de processos ou realinhamento de pessoas.

Experimente esta metodologia de gerenciamento de projetos se:

 Sua organização precisa de uma revisão.

 Você precisa de uma nova perspectiva sobre seus produtos ou


processos.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você não está tentando melhorar um sistema existente.

13. Mapeamento de resultados


O mapeamento de resultados é um sistema de medição do progresso
do projeto que foi projetado pelo International Development Research
Center (IDRC). Ela difere das outras metodologias de gerenciamento
de projetos desta lista porque não se concentra em resultados
mensuráveis; em vez disso, concentra-se na criação de mudanças
comportamentais duradouras.

É uma metodologia comum de gerenciamento de projetos usada em


projetos de caridade em países em desenvolvimento. Como
metodologia de gerenciamento de projetos, trata-se menos do projeto
em si do que do impacto de longo prazo do projeto e de sua
capacidade de efetuar mudanças na comunidade. Como resultado, ele
mede a influência em vez de outras medidas (talvez mais “típicas”) do
progresso do projeto.
O mapeamento de resultados consiste em uma longa fase de projeto
seguida por uma fase de manutenção de registros para rastrear os
resultados.

Experimente esta metodologia de gerenciamento de projetos se:

 Seu projeto visa mudar o comportamento, em vez de produzir


resultados.

 Seu projeto está relacionado à mudança e transformação social


(por exemplo, nas áreas de desenvolvimento internacional,
caridade, comunicação, pesquisa).

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Seu projeto tem tudo a ver com produtos acabados, e não com
resultados comportamentais.

14. Seis Sigma


Seis Sigma é um método para melhorar processos com ênfase em
garantir consistência na produção e qualidade impecável. (E se
for  bom o suficiente para Jack Donaghy… )
Existem alguns tipos diferentes disponíveis, como Lean Six Sigma e
Agile Sigma, mas, em última análise, o Six Sigma é uma metodologia
de negócios que visa eliminar defeitos e reduzir a variação usando
suas metodologias definidas.

Os métodos Seis Sigma podem ser usados para otimizar e melhorar os


processos existentes ou criar novos.

Para melhorar os processos de negócios, você pode usar o processo


Six Sigma DMAIC, que representa as fases da metodologia do
projeto:  D efine,  M esure ,  A nalyze,  I mprove,  C ontrol.

Para criar novos processos ou produtos, você pode usar o processo Six
Sigma DMADV:  D efine,  M esure ,  A nalyze,  D esign,  V erify.

Como um conjunto de princípios e técnicas (às vezes é até descrito


como uma “filosofia”) em vez de uma metodologia de gerenciamento
de projetos em si, os métodos Seis Sigma podem ser aplicados
juntamente com muitas outras metodologias de gerenciamento de
projetos, como Lean e Agile.

Experimente esta metodologia de gerenciamento de projetos se:

 Você está procurando um conjunto de princípios e filosofias que


possa levar consigo para quase todos os projetos e organizações.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você não tem muito orçamento para investir em treinamento —


pode ser caro obter treinamento e certificação.

 Você está procurando um processo definido para um projeto


específico, em vez de um conjunto de regras de orientação.
15. PMBOK do PMI
O Livro de Conhecimento em Gerenciamento de Projetos do Project
Management Institute (também conhecido como PMBOK do PMI)
não é uma metodologia de gerenciamento de projetos por si só. No
entanto, é um guia de melhores práticas — e forma a base da
certificação PMP (Project Management Professional) do PMI, uma
das principais qualificações de gerenciamento de projetos.

Como tal, o PMBOK é um conjunto de princípios orientadores padrão


do setor que você pode usar para garantir que seus projetos em vários
tipos de equipes e organizações atendam aos altos padrões do PMI e
cumpram as melhores práticas.

Experimente esta metodologia de gerenciamento de projetos se:

 Você tem (ou deseja obter) um PMP.

 Você deseja manter-se atualizado com os padrões e as melhores


práticas do setor.

 Você mora e trabalha em um local onde o PMP é a qualificação


padrão de gerenciamento de projetos (como os EUA).

Esta metodologia de gerenciamento de projetos pode não ser para


você se:
 Você precisa de uma metodologia sólida de gerenciamento de
projetos para mapear seu projeto, em vez de conhecimento geral
(embora útil) de gerenciamento de projetos.

16. Metodologia PRINCE2


PRINCE2 ( PR ojects  IN  C ontrolled  E nvironments) é uma
metodologia e certificação de gerenciamento de projetos que visa
equipar os gerentes de projetos com o conhecimento das melhores
práticas e processos.

Ao contrário da certificação PMP, ela não exige uma série de pré-


requisitos, tornando-a uma boa escolha para gerentes de projeto que
buscam obter uma base metodológica e uma qualificação.

Também diferente do PMP, o PRINCE2 é uma metodologia em si. É


guiado por sete princípios, que por sua vez determinam os sete
processos que um gerente de projeto precisa usar em cada projeto ao
usar o PRINCE2.

Experimente esta metodologia de gerenciamento de projetos se:

 Você está procurando uma certificação para lhe dar uma


vantagem.

 Você mora e trabalha em um local onde PRINCE2 é a


qualificação padrão de gerenciamento de projetos (como o
Reino Unido).

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você não quer se comprometer com a certificação completa.

 O processo de sete etapas não mapeia seus projetos.

 Você se vê adaptando (ou ignorando totalmente) os estágios do


processo de tal forma que se torna PINO - “PRINCE apenas no
nome”.
17. Metodologia de desenvolvimento rápido de
aplicativos (RAD)
O desenvolvimento rápido de aplicativos (RAD) é um tipo de
metodologia ágil de gerenciamento de projetos que visa facilitar o
desenvolvimento de software mais rápido.

Ele usa versões e iterações rápidas de protótipos para coletar feedback


em um curto período de tempo e valoriza o feedback do usuário em
relação ao planejamento rigoroso e registro de requisitos.

Experimente esta metodologia de gerenciamento de projetos se:

 Você deseja fornecer aos clientes/clientes/stakeholders um


modelo funcional muito mais cedo (mesmo que não seja
perfeito).

 Você deseja criar vários protótipos e trabalhar com as partes


interessadas para escolher o melhor.

 A velocidade é essencial.

 Você deseja incentivar a reutilização de código.

Esta metodologia de gerenciamento de projetos pode não ser para


você se:

 Você não tem uma equipe experiente.

 Seus clientes ou partes interessadas não têm tempo para se


comprometer com um processo tão colaborativo ou não podem
fornecer feedback dentro dos prazos necessários.

 Você tem uma grande equipe.

 Você prefere ter uma especificação detalhada que descreva


todos os requisitos funcionais e não funcionais.

Você também pode gostar