Foco no método clássico de gerenciamento de projetos
O método tradicional de gerenciamento de projetos é o mais adequado às suas necessidades e à sua organização?
A pergunta surge porque há muitos métodos diferentes (PERT, EXtreme Programming, Kanban etc.), geralmente agrupados em duas categorias: métodos tradicionais e métodos ágeis.
Então, como escolher a metodologia de gerenciamento de projetos ideal para você?
Para ajudá-lo a enxergar as coisas com mais clareza, vamos dar uma olhada no método tradicional (em especial Waterfall e ciclo V), seus recursos específicos e suas diferenças em relação à mais famosa das metodologias ágeis: Scrum.
O que é a metodologia de projeto clássica?
O método clássico de gerenciamento de projetos, também conhecido como método tradicional ou método preditivo, ainda é o mais comumente usado.
Suas características específicas:
- Decomposição linear e sequencial do ciclo do projeto: o gerente de projeto (contratante principal) garante que cada etapa do andamento do projeto seja concluída antes de passar para a próxima.
- Enquadramento e planejamento preditivos: o projeto é realizado de acordo com o que foi inicialmente acordado com o cliente (proprietário do projeto), principalmente graças à elaboração de especificações. Tudo é definido antecipadamente, e os requisitos do usuário são perfeitamente definidos.
- Pouca interação com o cliente durante o projeto: graças à estrutura descrita acima, o cliente não intervém durante o projeto. Portanto, o controle de qualidade ocorre no final.
⚠️ Pontos a serem observados :
- Falta de flexibilidade: o método tradicional de gerenciamento de projetos não permite nenhum retrocesso. Essa abordagem inflexível é restritiva no caso de circunstâncias imprevistas e exige uma excelente antecipação de riscos.
- Efeito túnel: o método tradicional de gerenciamento de projetos implica a entrega da versão final do produto. Portanto, ele incentiva :
- o efeito túnel (falta de comunicação e visibilidade entre o proprietário do projeto e o gerente de projeto),
- e a decepção do cliente (suas necessidades mudaram com o tempo e o produto não as atende mais).
O que são métodos tradicionais de gerenciamento de projetos?
Quando falamos sobre métodos clássicos de gerenciamento de projetos, dois deles aparecem com mais frequência: o método Waterfall e o V Cycle.
Vamos dar uma olhada mais de perto em suas particularidades.
O método em cascata
Método em cascata: definição
A imagem de uma cascata é perfeitamente apropriada, pois essa metodologia se baseia em uma sucessão de sequências.
Como lembrete, cada um desses estágios deve ser concluído antes de passar para o próximo. Não há como voltar atrás, ou isso seria muito caro para a empresa.
Estágios do gerenciamento de projetos usando o método Waterfall
O método Waterfall consiste em seis estágios:
Exemplo de gerenciamento de projetos em cascata para o desenvolvimento de software de TI:
- Requisitos: o cliente expressa suas necessidades e objetivos.
- Análise: a equipe do projeto analisa as necessidades do cliente e elabora as especificações funcionais. As especificações geralmente são elaboradas nesse estágio.
- Design: a equipe do projeto trabalha com as especificações técnicas para definir com precisão como o produto será projetado.
- Implementação: é o desenvolvimento do produto em si, no nosso caso, a codificação do software.
- Validação: o produto é testado para garantir que tudo funcione corretamente.
- Comissionamento: o software é colocado em produção para ser entregue ao cliente.
O ciclo V
Ciclo em V: definição
O ciclo V é inspirado no método waterfall. Ele usa o mesmo princípio de uma sucessão de sequências, com a diferença de que cada fase descendente (correspondente ao design do produto) está associada a uma fase ascendente (correspondente à validação do produto).
Esse modelo fixo exige um excelente enquadramento upstream.
As fases do gerenciamento de projetos do ciclo V
O ciclo V é composto de nove estágios:
Vejamos o exemplo de nosso gerenciamento de projetos de TI:
- Fase de projeto:
- Requisitos: o cliente expressa suas necessidades e objetivos.
- Análise: a equipe do projeto analisa as necessidades do cliente e elabora as especificações funcionais. As especificações geralmente são elaboradas nesse estágio.
- Design geral: a equipe do projeto aborda as especificações técnicas, para definir como o produto será projetado.
- Design detalhado: a equipe do projeto entra em mais detalhes sobre o design do software. Por exemplo: definição de trechos de código ou documentação relacionada a cada bloco funcional.
- Requisitos: o cliente expressa suas necessidades e objetivos.
- Implementação: envolve o desenvolvimento do produto em si, em nosso caso, a codificação do software.
- Fase de validação:
- Teste de unidade: cada componente funcional é testado pela equipe do projeto.
- Teste de integração: os testes são realizados em todo o produto.
- Testes de sistema: envolvem os futuros usuários do software, que verificam a funcionalidade da solução.
- Aceitação funcional: antes de entrar em operação, o cliente verifica se o produto atende às necessidades expressas na primeira fase.
- Teste de unidade: cada componente funcional é testado pela equipe do projeto.
Método tradicional de gerenciamento de projetos VS método Scrum
Quais são as diferenças?
O método tradicional de gerenciamento de projetos é frequentemente comparado ao Scrum, já que este último é o método ágil mais famoso e amplamente utilizado.
O método Scrum em poucas palavras:
- Ele se concentra em satisfazer o cliente, que é regularmente solicitado pela equipe do projeto para testar e validar o produto.
- Ele permite que você volte e avance em qualquer ponto do processo de design. Essa flexibilidade é possível graças à maneira como ele funciona:
- Iterações: Scrum significa repetir um ciclo de operações, ou sprint, para construir o projeto à medida que ele avança;
- incrementos: as equipes trabalham em etapas, adicionando blocos de construção ao produto pouco a pouco. Um incremento é definido como todos os elementos entregues no final de um sprint, mais aqueles de sprints anteriores.
Como você pode ver, há grandes diferenças entre as duas metodologias. Aqui está uma tabela que resume as principais diferenças:
Método tradicional de gerenciamento de projetos | Método Scrum | |
---|---|---|
Gerenciamento e organização | Organização hierárquica, com recursos especializados | Organização mais horizontal e participativa |
Tamanho da equipe | Sem limite de tamanho | O tamanho da equipe é limitado porque o método envolve a organização de um grande número de reuniões, as Cerimônias Scrum. |
Ciclo de vida | Desdobramento sequencial e linear | Operação iterativa e incremental |
Planejamento | Preditivo: tudo é definido no início | Adaptativo, conforme o projeto evolui ao longo dos sprints |
Flexibilidade | Não há como voltar atrás | Método flexível que se adapta às mudanças nas necessidades dos clientes |
Controle de qualidade | O cliente vê e valida o produto no final do projeto | O cliente intervém com mais frequência, visualizando e validando o projeto em diferentes estágios |
Documentação | Produzida em grandes quantidades: fornece uma estrutura para o projeto e serve como ferramenta de validação e suporte contratual | Menos extensa, graças à abordagem incremental e ao feedback regular do cliente |
Medição do sucesso | Conformidade com os compromissos iniciais (custos, prazos e qualidade) | Satisfação do cliente e valor agregado do produto |
Qual é a melhor metodologia de projeto?
Sejamos claros: nenhuma metodologia é melhor do que outra. Na realidade, tudo depende de :
- da natureza e do objetivo do projeto em questão,
- da estrutura e da organização de sua empresa,
- do grau de maturidade de suas equipes no uso de um método específico.
Mas vamos tentar fornecer algumas respostas.
O método clássico de gerenciamento de projetos é adequado para você se :
- você tem boa visibilidade; tudo pode ser perfeitamente definido a montante;
- você puder antecipar os riscos potenciais;
- o cliente reluta em validar os vários estágios do projeto ou prefere que todo o produto seja entregue de uma só vez;
- você deseja tomar decisões rapidamente.
O método Scrum é para você se :
- o projeto é longo e provavelmente passará por mudanças;
- os requisitos funcionais do cliente não forem claros e você não tiver documentação e detalhes;
- o mercado no qual o produto está sendo integrado está em constante evolução;
- você quiser se concentrar no valor agregado do produto e na inteligência coletiva de suas equipes.