Gestão de Projetos em Cascata: 6 Fases e Quando a Utilizar
A gestão de projetos em cascata é uma metodologia linear que envolve concluir antecipadamente o planeamento e as reuniões para determinar o âmbito, os requisitos e os riscos do projeto.
É o método adequado para o seu projeto se os seus requisitos forem específicos e fixos, se as fases anteriores tiverem de ser concluídas antes de se poderem iniciar as seguintes e se as alterações ou revisões após o início do projeto forem limitadas. Eis como funciona a gestão de projetos em cascata.
O que é a gestão de projetos em cascata?
A gestão de projetos em cascata é uma metodologia linear de gestão de projetos que avança através de fases de trabalho distintas. A fase de trabalho seguinte depende da fase anterior, pelo que só é possível trabalhar numa fase do projeto de cada vez.
Continue Reading for Free
Create a free account to finish this article, plus get ongoing access to timely insights and practical resources.
Have an account? Log In
O plano do projeto num projeto em cascata é definido com grande detalhe, com marcos ao longo do percurso desde o início do projeto até ao encerramento do projeto.
Gestão de projetos ágil vs. em cascata
A principal diferença entre a gestão ágil e a gestão em cascata é que a gestão ágil se centra na iteração e na adaptabilidade, permitindo alterar o plano para acomodar novos requisitos e feedback ao longo do percurso, enquanto a gestão de projetos em cascata segue um plano linear desde o início até ao fim do projeto.
| Aspeto | Cascata | Ágil |
|---|---|---|
| Planeamento do projeto | O planeamento detalhado ocorre antecipadamente. | O planeamento evolui ao longo do projeto. |
| Fluxo de trabalho | O trabalho segue fases sequenciais. | O trabalho avança através de ciclos iterativos. |
| Requisitos | Mais adequada a requisitos claramente definidos e estáveis. | Acomoda requisitos em mudança. |
| Flexibilidade | As alterações exigem frequentemente revisões formais e retrabalho. | As alterações podem ser incorporadas entre iterações. |
| Entrega | O produto concluído é normalmente entregue perto do final. | Podem ser entregues incrementos utilizáveis com maior frequência. |
| Feedback das partes interessadas | É recolhido principalmente em revisões e marcos planeados. | É recolhido regularmente ao longo do desenvolvimento. |
Além disso, algumas equipas podem até combinar ambas as metodologias, praticando o que é designado por "water-agile-fall".
No Scrum, uma estrutura ágil, o trabalho é organizado num backlog e concluído em sprints com duração fixa. Cada sprint tem como objetivo produzir um incremento utilizável do produto, permitindo que as partes interessadas revejam o progresso e forneçam feedback.
As 6 fases da gestão de projetos em cascata
Quando utiliza a metodologia em cascata, o seu projeto passa por seis fases sequenciais. Utilizará o ciclo de vida do projeto em conjunto — os passos abaixo sobrepõem-se às cinco fases de início, planeamento, execução, monitorização e controlo e encerramento do projeto.
| Fase | Atividade principal | Entregável típico |
|---|---|---|
| 1. Recolha de requisitos | Definir o âmbito, os requisitos e as expectativas do projeto. | Documento de requisitos |
| 2. Conceção | Desenvolver soluções com base nos requisitos aprovados. | Conceções ou especificações aprovadas |
| 3. Implementação | Criar o produto ou executar o plano do projeto. | Produto funcional ou componentes do projeto concluídos |
| 4. Testes e garantia de qualidade | Verificar os entregáveis e resolver defeitos. | Entregáveis testados e validados |
| 5. Implementação em produção | Lançar o produto concluído. | Produto em funcionamento e plano de manutenção |
| 6. Manutenção | Resolver problemas e manter a funcionalidade. | Correções, atualizações e registos de manutenção |
1. Recolha de requisitos
No primeiro passo da metodologia em cascata, irá recolher todos os requisitos do projeto. Isto envolve falar com as partes interessadas e a sua equipa, rever o termo de abertura do projeto e quaisquer outros documentos relativos ao âmbito e definir entregáveis e atividades específicos.
Irá recolher quatro tipos de requisitos:
- Requisitos funcionais
- Requisitos técnicos
- Requisitos não funcionais
- Requisitos do sistema
Documente-os no seu documento de requisitos juntamente com o seu plano do projeto. Atualize a documentação se os requisitos mudarem durante o projeto.
Reveja este documento com a sua equipa de projeto antes de iniciar o trabalho e certifique-se também de obter o apoio de quaisquer partes interessadas externas ou clientes (isto é frequentemente feito durante o arranque do projeto).
2. Conceção
Nesta etapa, a sua equipa de projeto começará a conceber soluções com base nos requisitos. Atribua os resultados a entregar aos membros da equipa com base na sua disponibilidade e conjunto de competências (utilizando software de gestão de projetos).
Os resultados a entregar exatos dependerão do tipo de projeto em que está a trabalhar (por exemplo, num projeto de um site, a equipa deverá entregar esboços estruturais e conceções de páginas Web).
Enquanto gestor de projeto, as suas responsabilidades durante esta fase incluem:
- Rever os resultados a entregar: Reveja as conceções e forneça comentários à equipa.
- Gerir os prazos: Acompanhe os resultados a entregar e as datas-limite.
- Monitorizar o caminho crítico: Identifique as tarefas que podem atrasar o projeto e certifique-se de que o projeto se mantém no caminho certo.
Assim que as conceções forem aprovadas pelas partes interessadas ou pelos clientes, poderá avançar.
3. Implementação
Na fase de implementação, a equipa de desenvolvimento implementa as conceções criadas na etapa anterior. Mais uma vez, enquanto gestor de projeto, terá de acompanhar o calendário e atribuir tarefas.
Também terá de monitorizar o projeto para detetar potenciais riscos e dependências que possam surgir e garantir que o orçamento não é utilizado demasiado rapidamente.
Os resultados a entregar no processo de desenvolvimento dependerão novamente do tipo de projeto. No nosso exemplo de um projeto de um site, os resultados a entregar incluirão páginas Web funcionais (provavelmente primeiro num ambiente de teste ou que não esteja em produção, para permitir a garantia da qualidade).
Nesta fase, poderá descobrir que algo criado na fase de conceção não é tecnicamente possível, o que poderá obrigá-lo a regressar à etapa anterior e a reformular as conceções (o que lhe custará tempo). Pode reduzir este risco envolvendo a equipa de desenvolvimento de software na revisão das conceções.
4. Testes & Garantia da qualidade
Nesta fase, você e a sua equipa testarão e reverão a qualidade do que foi entregue, para garantir que cumpre os requisitos e as expectativas das partes interessadas.
A equipa de projeto trata deste processo, mas, se tiver formação técnica enquanto gestor de projeto, poderá também estar envolvido.
Durante os testes e a garantia da qualidade, a equipa deverá:
- Criar casos de teste para verificar se os resultados a entregar cumprem os requisitos.
- Documentar erros e problemas que precisam de ser resolvidos.
- Avaliar a qualidade com base nas métricas estabelecidas durante a recolha de requisitos.
- Rever os casos de utilização para confirmar que a funcionalidade esperada foi abrangida.
Poderá ser necessário enviar o projeto de volta aos seus programadores para corrigirem quaisquer erros ou problemas graves que descubra durante este processo. É por isso que é importante reservar tempo adicional no projeto para a fase de testes — não vai querer ficar bloqueado a corrigir erros no último momento.
5. Implementação em produção
Assim que a equipa tiver corrigido todos os erros e problemas encontrados durante o processo de garantia da qualidade, poderá implementar o projeto. O resultado a entregar nesta fase é o produto em funcionamento, juntamente com um plano para o manter (consulte abaixo as informações sobre a fase de manutenção) e a documentação relativa ao que foi entregue.
Monitorize o produto em funcionamento para detetar quaisquer erros ou problemas que não tenham sido identificados na fase de garantia da qualidade e, enquanto gestor de projeto, terá de manter uma comunicação constante com as partes interessadas ou os clientes para garantir que tudo se desenrola de acordo com as expectativas.
6. Manutenção
Em seguida, a equipa fará a manutenção do produto de acordo com o plano definido na etapa anterior. Seja claro com as partes interessadas ou os clientes sobre o que está incluído no plano como manutenção regular e o que está fora do âmbito e poderá implicar um custo adicional (por exemplo, novas funcionalidades, páginas adicionais, etc.).
3 Casos de utilização da gestão de projetos em cascata
A gestão de projetos em cascata funciona melhor para projetos que têm resultados a entregar e restrições bem definidos, bem como orçamentos e calendários fixos.
Se o âmbito do seu projeto ainda tiver muitas incógnitas ou estiver sujeito a alterações, provavelmente a cascata não é a abordagem de gestão de projetos que deve utilizar. A cascata funciona melhor para os seguintes tipos de projetos:
Projetos de construção
A construção (também conhecida como gestão de projetos de capital) adapta-se bem ao método em cascata, porque um processo rigoroso de gestão de projetos ajuda a garantir a segurança de todas as pessoas que trabalham no projeto ou utilizam o produto final.
Isto deve-se ao facto de os planos dos edifícios terem de ser aprovados por engenheiros e, muitas vezes, por entidades governamentais antes de poderem avançar. Os planos não estão sujeitos a alterações ao longo do processo e é fácil seguir um plano sequencial.
Existem ferramentas especializadas de software de gestão de projetos de construção que pode utilizar para este tipo de projeto, bem como ferramentas de IA para a gestão de projetos de construção.
Projetos de conceção e desenvolvimento de sítios Web
Os projetos de conceção e desenvolvimento de sítios Web podem utilizar o processo em cascata ou um dos muitos métodos ágeis. O método em cascata funciona bem quando as necessidades estão bem definidas.
Se tiver um mapa do sítio Web exato e um guia de estilos que precise de utilizar, é fácil planear as fases e determinar quando cada página estará pronta para análise e aprovação. Também pode selecionar a data de lançamento pretendida com um elevado grau de confiança.
Software com funcionalidades específicas
Se a sua equipa estiver a desenvolver software com funcionalidades específicas e um conjunto de requisitos bem definido, o modelo em cascata pode ser a escolha certa. Alguns exemplos podem ser um sistema de CRM, software de recursos humanos ou qualquer tipo de ferramenta de conformidade.
Estes projetos terão um conjunto inicial de requisitos e o trabalho pode ser calendarizado e concluído de forma linear. Um gráfico de Gantt que apresente a cronologia e indique quando as partes interessadas receberão atualizações sobre o estado do projeto e/ou terão de estar disponíveis para os testes de aceitação do utilizador ajudará todos a alinhar-se com o seu plano.
Vantagens e desvantagens da gestão de projetos em cascata
A gestão de projetos em cascata oferece uma estrutura clara, responsabilidades definidas e documentação completa, mas a sua abordagem sequencial pode dificultar as alterações. Compreender as vantagens e desvantagens pode ajudá-lo a determinar se esta metodologia é adequada para o seu projeto.
| Vantagens | Desvantagens |
| Planeamento antecipado: O planeamento ocorre antes do início do trabalho, reduzindo a ambiguidade e as alterações inesperadas. | Estrutura rígida: É difícil acomodar alterações depois de o projeto estar em curso. |
| Responsabilidades claras: Os membros da equipa compreendem as suas funções e os seus prazos. | Flexibilidade limitada: Pode ser difícil incorporar a evolução da tecnologia ou dos requisitos dos utilizadores. |
| Objetivos definidos: As equipas e as partes interessadas partilham um plano de projeto e objetivos claros. | Processo de planeamento mais longo: Um planeamento antecipado abrangente pode atrasar o início da implementação. |
| Controlo do âmbito: As novas ideias podem ser adiadas para trabalhos futuros ou tratadas através de pedidos de alteração. | Entrega atrasada: As fases sequenciais podem atrasar a entrega de um produto utilizável em comparação com as abordagens ágeis. |
| Transições mais fáceis: Os requisitos e as decisões de conceção documentados ajudam as equipas a transitar entre as fases do projeto. | Descoberta tardia de problemas: Os problemas podem não ser identificados até à fase de testes. |
| Melhor documentação: As decisões e aprovações registadas fornecem referências para os novos membros da equipa. | Retrabalho dispendioso: Os problemas descobertos tardiamente podem exigir a revisão de fases concluídas, aumentando os custos e atrasando a entrega. |
Decidir quando utilizar o método em cascata no seu próprio trabalho
Quer debater os méritos relativos do método em cascata e das várias abordagens ágeis? Adira à subscrição DPM e tenha acesso à conversa no Slack com centenas de outros gestores de projetos digitais! Terá também acesso a mais de 100 modelos para documentos importantes de projetos, como planos de projeto, registos de riscos e declarações de trabalho.
