Skip to main content
Join the Agentforce Hackathon on Nov. 18-19 to compete for a $20,000 Grand Prize. Sign up now. Terms apply.

Explorar metodologias de gerenciamento de projetos

Objetivos de aprendizagem

Após concluir este módulo, você estará apto a:

  • Definir a metodologia de gerenciamento de projetos.
  • Explicar a diferença entre metodologia tradicional e ágil.
  • Escolher uma metodologia de gerenciamento de projetos adequada para o seu projeto.

O que é uma metodologia de gerenciamento de projetos?

Ícone de balanças com o texto Metodologia: Tradicional vs. Ágil

Você já olhou para uma bela casa ou arranha-céu e se perguntou: Como eles construíram isso? Você já participou de um evento formal que foi tão bem organizado que você teve vontade de saber como o anfitrião conseguiu fazer isso? Você já usou um aplicativo legal no seu telefone e pensou em como ele foi desenvolvido e lançado? 

Cada uma dessas realizações foi trazida a você pelo gerenciamento de projetos! Talvez nem o anfitrião do evento nem os construtores tenham percebido isso na época, mas eles estavam, mesmo assim, praticando o gerenciamento de projetos. Mais especificamente, eles estavam aplicando alguma abordagem, ou método, aos esforços de seus projetos.

Métodos de gerenciamento de projetos, ou metodologias, são conjuntos de princípios e práticas que orientam o gerenciamento de projetos. As metodologias servem como estruturas que ajudam os gerentes de projetos a determinar atividades, estabelecer ações e tomar decisões. A Walden University ensina que, como não há dois projetos iguais, é razoável dizer que não existe uma metodologia definitiva de gerenciamento de projetos. Na verdade, existem muitas!

Abordagem de cascata vs. metodologia ágil

Retângulos empilhados representando o processo de cascata e um círculo representando o processo ágil, intitulado Cascata vs. Ágil.

A abordagem de cascata é mais tradicional, e se concentra em requisitos bem definidos, planejamento e documentação detalhados e uma única entrega ou resultado após uma sequência linear de etapas definidas. Por exemplo, construir um arranha-céu começa com um projeto, depois uma planta, depois você perfura o solo, então você coloca a fundação, depois constrói a estrutura, e assim por diante. Cada passo precisa ser realizado antes de passar para o próximo.  

A metodologia ágil é menos tradicional e se concentra em requisitos progressivamente elaborados, planejamento e execução iterativos e entrega incremental de um resultado. Pense em aplicativos que têm um conjunto limitado de recursos. Mas com o passar do tempo, a empresa adiciona novos recursos. Os clientes fornecem feedback. Os bugs são corrigidos. A empresa adiciona mais recursos. E o ciclo continua.

Aqui está uma tabela útil destacando ainda mais as diferenças.

Abordagem de cascata Metodologia ágil
  • Requisitos bem definidos
  • Planejamento e documentação detalhados
  • Entrega única do resultado
  • Engajamento das partes interessadas no planejamento e nos marcos importantes
  • Tempo e custo determinados na fase de planejamento
  • Riscos do projeto definidos no início do projeto
  • Alterações cuidadosamente gerenciadas e controladas
  • Requisitos elaborados progressivamente
  • Planejamento e execução iterativos
  • Entrega incremental do resultado
  • Engajamento de partes interessadas ao longo do projeto
  • Tempo e custo definidos e ajustados à medida que os requisitos são elaborados
  • Riscos do projeto definidos e ajustados ao longo do projeto
  • Mudança esperada e incorporada durante os ciclos de planejamento e execução

Vamos analisar mais a fundo cada um dos métodos.

Gerenciamento de projetos tradicional: sem mudanças, por favor

A abordagem em cascata pressupõe que todos os requisitos são conhecidos antecipadamente e o resultado esperado do projeto pode ser totalmente definido antes do início do trabalho. Todo o planejamento é feito no início e documentado em um plano detalhado de gerenciamento do projeto. 

O gerente de projeto envolve o patrocinador e as principais partes interessadas no planejamento do projeto e, em seguida, os aciona em marcos importantes para revisar o progresso e o desempenho. O gerente do projeto também estabelece as estimativas de cronograma e custos na fase de planejamento e as controla de perto durante a execução. 

O gerente do projeto também identifica e analisa os riscos do projeto durante o planejamento. Os riscos são normalmente documentados em um registro de riscos que inclui a probabilidade de ocorrência para cada risco, o impacto se o risco surgir e uma ou mais respostas possíveis para cada risco. Alterações não são previstas; na verdade, elas são evitadas.

Para resumir a abordagem tradicional em cascata, há muito planejamento antes de tudo para garantir que haja o mínimo de alterações ou nenhuma alteração durante a fase de execução.

Medir os prós e os contras do gerenciamento de projetos tradicional

As abordagens tradicionais para gerenciamento de projetos oferecem o benefício de estrutura e previsibilidade, graças, em parte, ao extenso planejamento e documentação necessários. Isso facilita projetos de longo prazo e complexos, como os de construção civil.

Aqui está uma revisão dos prós e contras.

Gerenciamento de projetos tradicional

Prós

Contras

  • Processo estruturado e previsível
  • Planejamento e documentação detalhados
  • Envolvimento das partes interessadas no planejamento e nos marcos importantes
  • Tempo e custo determinados na fase de planejamento
  • Riscos do projeto definidos na fase de planejamento
  • Alterações cuidadosamente gerenciadas e controladas
  • Resultados em uma única entrega no final do projeto
  • Falta de flexibilidade no processo
  • Presume que os requisitos sejam conhecidos e fixos; alterações são evitadas
  • Documentação demorada sem valor agregado ao cliente
  • Envolvimento mínimo das partes interessadas
  • Tempo e custo dependentes de um planejamento preciso e completo
  • Não acomoda facilmente riscos novos ou não planejados
  • As alterações devem ser formalmente revisadas e aprovadas
  • Risco de insatisfação do cliente com o resultado final

Gerenciamento de projetos ágil: alterações? Por favor!

Metodologia ágil é, na verdade, um termo geral para metodologias que suportam uma abordagem mais flexível e centrada no cliente para o gerenciamento de projetos. Essas metodologias compartilham as características dos valores e princípios ágeis, estabelecidas no Manifesto Ágil, que foi criado por Desenvolvedores de software experientes para abordar a questão de projetos de desenvolvimento de software fracassados. 

O gerenciamento ágil de projetos, também conhecido como abordagem adaptativa, é de natureza iterativa. Os gerentes de projeto elaboram os requisitos à medida que o projeto avança. O resultado esperado do projeto é entregue em ciclos curtos, ou iterações, de planejamento e execução. 

O gerente de projeto envolve o patrocinador e as principais partes interessadas ao longo do projeto e espera que eles desempenhem um papel importante na iteração de expectativas com a equipe do projeto para definir e ajustar continuamente os requisitos. À medida que os requisitos evoluem, o gerente de projetos também define e ajusta as estimativas de tempo e de custos. 

O gerente de projeto realiza o gerenciamento de riscos durante cada ciclo à medida que novos riscos são identificados e os riscos previamente identificados são abordados ou descartados. As alterações são esperadas e incorporadas como requisitos novos ou modificados durante os ciclos de planejamento/execução.

Conhecer as metodologias ágeis mais comuns

As três metodologias ágeis mais usadas são Scrum, Lean e Kanban.

Scrum 

  • Estrutura para entrega iterativa de resultados do projeto
  • Muitas vezes usada para projetos de desenvolvimento de software
  • O software que funciona é entregue em versões incrementais
  • Equipe e partes interessadas altamente colaborativas
  • Método fácil de acompanhar, escalável

Lean

  • Aplica os princípios de “Lean Manufacturing” de eficiência e entrega de valor
  • Foca na eliminação de desperdícios associados a tarefas improdutivas
  • Uso eficiente dos recursos da equipe
  • Abordagem em fases para acelerar a entrega
  • Capacita a equipe com autoridade de tomada de decisão

Kanban

  • Entrega contínua de resultados de qualidade do projeto
  • Abordagem de fluxo de trabalho visual em um painel Kanban normalmente dividido em três seções: A fazer, Em andamento e Concluído
  • O loop de feedback permite melhorias colaborativas
  • Otimiza o trabalho em andamento
  • Equipe de projeto altamente colaborativa e eficiente

Medir os prós e os contras do gerenciamento de projetos ágil

Abordagens ágeis para o gerenciamento de projetos oferecem o benefício de processos de desenvolvimento flexíveis e adaptáveis e planejamento iterativo. Isso facilita projetos em ambientes sujeitos a mudanças frequentes, como o desenvolvimento de software.

Gerenciamento de projetos ágil

Prós

Contras

  • Processo de desenvolvimento flexível e adaptável
  • Ciclos de planejamento e execução iterativos
  • Requisitos elaborados progressivamente
  • Envolvimento prático das partes interessadas nos ciclos de planejamento e execução
  • Tempo e custo definidos e ajustados durante as iterações
  • Mudança esperada e incorporada durante ciclos de planejamento e execução
  • Resultado entregue incrementalmente
  • Risco de falta de foco
  • Requer uma cultura de mudança
  • Funciona melhor com a co-localização dos membros da equipe
  • Risco de aumento de tempo e custos devido a alterações durante ciclos iterativos
  • Difícil definir um cronograma e um orçamento para todo o projeto
  • A entrega incremental pode resultar em produtos incompletos

Fazer a escolha

O gerenciamento de projetos tradicional é melhor para projetos que:

  • São pequenos e previsíveis.
  • Tenham requisitos fixos de escopo, tempo e custo.
  • Não dependam muito do feedback das partes interessadas quando o projeto começar.

O gerenciamento de projetos ágil é melhor para projetos que:

  • São maiores e mais complexos.
  • Requerem flexibilidade para mudar o escopo.
  • Dependem fortemente do feedback das partes interessadas ao longo do projeto.
  • Precisam fazer do desenvolvimento rápido uma prioridade.

Observe que as listas acima não dizem nada sobre se você está trabalhando em um software, um serviço ou um produto físico. Apesar da reputação da metodologia ágil de ser principalmente para projetos de software, ela também é uma opção viável para projetos que não são de software. Na próxima unidade, a Walden University nos conta por quê.

Compartilhe seu feedback do Trailhead usando a Ajuda do Salesforce.

Queremos saber sobre sua experiência com o Trailhead. Agora você pode acessar o novo formulário de feedback, a qualquer momento, no site Ajuda do Salesforce.

Saiba mais Continue compartilhando feedback