Kanban, Scrum ou Gantt: que metodologia usar na PME

As metodologias de gestão de projetos mais úteis para uma PME são o Kanban, para trabalho contínuo; o Scrum, para produtos que mudam em ciclos curtos; o Gantt ou modelo em cascata, para projetos com fases e prazos fechados; e as abordagens híbridas, que combinam um plano geral com um fluxo de tarefas flexível. A escolha depende do tipo de projeto, da dimensão da equipa e de quanto mudam os requisitos pelo caminho.

Se já tem um sistema básico para distribuir tarefas, responsáveis e datas (explicamos isso no guia sobre como organizar os projetos da sua equipa), o passo seguinte é escolher um método de trabalho. Aqui comparamos os mais conhecidos, vemos um exemplo real e revemos duas técnicas simples para definir prioridades.

O que é uma metodologia de gestão de projetos?

É um conjunto de regras sobre como se planeia, distribui e revê o trabalho. Não é uma ferramenta nem um programa: pode aplicar Kanban com post-its numa parede ou Scrum com uma folha de cálculo. O que uma metodologia traz é um ritmo comum: toda a equipa sabe quando se planeia, quando se revê e o que significa uma tarefa estar concluída.

Como funciona o Kanban?

O Kanban nasceu na indústria e baseia-se em visualizar o fluxo de trabalho em colunas, por exemplo “Por fazer”, “Em curso” e “Feito”. Cada tarefa avança da esquerda para a direita.

As suas ideias-chave são três:

• Fluxo contínuo. Não há ciclos fixos: as tarefas entram quando chegam e saem quando são concluídas.
• Limite de trabalho em curso. Fixa-se um máximo de tarefas na coluna “Em curso”. Se estiver cheia, ninguém começa nada novo até concluir alguma coisa.
• Melhoria constante. Observa-se onde as tarefas ficam paradas e corrige-se o processo.

Encaixa bem em apoio ao cliente, manutenção, administração ou qualquer equipa que recebe pedidos sem parar.

Como funciona o Scrum?

O Scrum é um enquadramento ágil descrito no Guia do Scrum de Ken Schwaber e Jeff Sutherland (versão de 2020). Segundo esse guia:

• O trabalho organiza-se em sprints de duração fixa, de um mês ou menos.
• A equipa tem normalmente 10 pessoas ou menos, com três responsabilidades: Product Owner (decide o que traz mais valor), Scrum Master (zela pelo método) e Developers (fazem o trabalho).
• Há cinco eventos: o próprio sprint, o planeamento do sprint, o Daily Scrum de 15 minutos, a revisão do sprint e a retrospetiva.
• Usam-se três artefactos: o backlog do produto, o backlog do sprint e o incremento concluído.

Funciona bem em desenvolvimento de software, produtos digitais ou campanhas em que o cliente quer ver avanços frequentes e os requisitos mudam.

O que é um diagrama de Gantt e a gestão em cascata?

O diagrama de Gantt representa as tarefas como barras numa linha temporal: vê-se quando começa e acaba cada uma e quais dependem de outras. Costuma andar associado à gestão em cascata, em que o projeto é todo planeado no início e as fases sucedem-se umas às outras: análise, conceção, execução, entrega.

É a opção natural quando a ordem dos trabalhos é clara e um atraso numa fase atrasa todas as seguintes: obras, instalações, mudanças de instalações ou eventos.

O que são os métodos híbridos?

São combinações adaptadas a cada empresa. Os mais habituais nas PME:

• Plano por fases + fluxo Kanban. As grandes fases e a data de entrega são fixadas no início e, dentro de cada fase, as tarefas fluem com limite de trabalho em curso.
• Scrumban. Mantêm-se reuniões periódicas de planeamento e revisão, mas sem sprints rígidos.
• Cascata com entregas parciais. O projeto segue fases, mas o cliente valida resultados intermédios.

Tabela comparativa de metodologias

	Kanban	Scrum	Gantt / cascata	Híbrido
Como se planeia	Continuamente, tarefa a tarefa	Por sprints de um mês ou menos	Tudo no início	Plano geral e ajuste contínuo
Dimensão da equipa	Qualquer	10 pessoas ou menos	Qualquer, de preferência com um responsável claro	Qualquer
Tipo de projeto	Trabalho recorrente, apoio, administração	Produtos digitais, software, campanhas	Obras, instalações, eventos	Projetos de serviços com fases e alterações
Aceita alterações	Sim, em qualquer momento	Sim, entre sprints	Com dificuldade	Sim, dentro de cada fase
Ponto forte	Simplicidade e foco	Entregas frequentes	Controlo de prazos e dependências	Flexibilidade
Risco	Perder de vista a data final	Excesso de reuniões em equipas pequenas	Plano desatualizado se algo mudar	Misturar sem regras claras

Exemplo prático: uma empresa de remodelações

Uma empresa de remodelações com seis pessoas tem de remodelar uma cozinha em quatro semanas. Poderia combinar métodos assim:

1. Plano por fases (estilo Gantt) para a obra. Medições e orçamento, demolição, canalização e eletricidade, revestimento cerâmico, montagem de móveis e acabamentos. Cada fase tem data-limite e só começa quando termina a anterior.
2. Dependências claras. O ladrilhador não pode entrar até o eletricista terminar os roços. Se a eletricidade se atrasar dois dias, as datas seguintes são ajustadas na mesma revisão.
3. Fluxo Kanban para os imprevistos. Encomendas de material, alterações pedidas pelo cliente ou visitas de verificação entram numa lista à parte, com um máximo de três tarefas em curso ao mesmo tempo.
4. Revisão semanal de 15 minutos. Revêem-se as fases em atraso, as próximas datas-limite e os imprevistos em aberto.
5. Modelo reutilizável. No fim, a sequência de fases é guardada como modelo para a próxima cozinha.

Numa agência de marketing a distribuição seria diferente: o lançamento de um site seguiria fases com data fechada, enquanto as publicações e as alterações mensais do cliente funcionariam melhor em ciclos curtos de duas semanas, ao estilo Scrum mas sem todos os seus papéis.

Como definir prioridades nas tarefas?

Escolher uma metodologia não resolve o que fazer primeiro. Duas técnicas simples ajudam.

Matriz de Eisenhower

Cruza duas perguntas: é urgente? é importante?

	Urgente	Não urgente
Importante	Fazer já (uma avaria na obra, uma entrega de amanhã)	Planear (melhorar o modelo de orçamento)
Não importante	Delegar (encomendar um material de rotina)	Eliminar ou adiar

Método MoSCoW

Classifica as tarefas de um projeto em quatro grupos:

• Must (imprescindível): sem isto o projeto não é entregue.
• Should (importante): deveria estar, mas há uma alternativa temporária.
• Could (desejável): faz-se se sobrar tempo.
• Won’t (desta vez não): fica explicitamente de fora deste projeto.

Uma forma prática de as aplicar é traduzi-las em níveis de prioridade: o urgente e importante, ou “Must”, passa a prioridade alta; o “Should”, a média; e o “Could”, a baixa.

Como escolher a metodologia certa?

1. Olhe para o tipo de trabalho. Projetos com início e fim, ou um fluxo contínuo de pedidos?
2. Avalie quanto mudam os requisitos. Se mudam com frequência, evite planear tudo ao pormenor no início.
3. Tenha em conta a dimensão da equipa. Com três pessoas, o Scrum completo costuma ser demasiado.
4. Comece pelo mínimo. Prioridades, datas-limite e uma revisão semanal.
5. Reveja ao fim de um mês e ajuste o que não funcionar.

Erros frequentes

• Copiar uma metodologia inteira sem a adaptar à dimensão da empresa.
• Mudar de método a cada poucas semanas sem lhe dar tempo para funcionar.
• Marcar tudo como prioridade alta, o que equivale a não definir prioridades.
• Planear em cascata um projeto cheio de incerteza e não rever o plano.
• Confundir a ferramenta com o método: um quadro bonito não substitui as regras da equipa.

Como o BussiNext o faz

O gestor de projetos do BussiNext não impõe uma metodologia concreta: não inclui quadro Kanban nem diagrama de Gantt, mas dá-lhe as peças para aplicar qualquer uma. Pode criar equipas e atribuí-las a projetos, definir modelos de projeto com fluxos de trabalho próprios (por exemplo, as fases de uma remodelação) e classificar as tarefas por prioridade e data-limite, que é onde encaixam a matriz de Eisenhower ou o MoSCoW. Está integrado com os restantes módulos e incluído no preço único do BussiNext.

Resumo

• Kanban: fluxo contínuo e limite de trabalho em curso, ideal para apoio e tarefas recorrentes.
• Scrum: sprints de um mês ou menos e equipas de 10 pessoas ou menos, para produtos que evoluem.
• Gantt ou cascata: fases e dependências numa linha temporal, para obras e instalações.
• Os híbridos combinam um plano por fases com um fluxo flexível e são os mais habituais nas PME.
• Eisenhower e MoSCoW ajudam a definir prioridades; traduza-os em prioridades alta, média e baixa.

Perguntas frequentes

Qual é a melhor metodologia de gestão de projetos para uma PME?

Não há uma única melhor. O Kanban encaixa em trabalho contínuo e pedidos que chegam sem parar, o Scrum em produtos que evoluem em ciclos curtos e o Gantt em projetos com fases conhecidas e prazo fechado. Muitas PME combinam um plano por fases com um fluxo tipo Kanban.

Qual é a diferença entre Kanban e Scrum?

O Kanban organiza um fluxo contínuo de tarefas e limita quantas podem estar em curso ao mesmo tempo. O Scrum trabalha em sprints de um mês ou menos, com um objetivo por sprint e papéis e reuniões definidos.

Para que serve um diagrama de Gantt?

Para ver numa linha temporal quando começa e acaba cada tarefa e que tarefas dependem de outras. É útil em obras, instalações ou eventos, onde a ordem dos trabalhos é clara desde o início.

Quantas pessoas precisa uma equipa Scrum?

O Guia do Scrum de 2020 indica que uma equipa Scrum tem normalmente 10 pessoas ou menos. Em equipas muito pequenas, de duas ou três pessoas, os papéis e as reuniões do Scrum podem ser excessivos.

O que é o método MoSCoW?

É uma forma de definir prioridades que classifica cada tarefa em quatro grupos: imprescindível (Must), importante (Should), desejável (Could) e posta de lado por agora (Won’t). Ajuda a decidir o que cortar quando não há tempo para tudo.

Como funciona a matriz de Eisenhower?

Cruza dois critérios, urgente e importante, e dá quatro quadrantes: fazer já, planear, delegar e eliminar. Serve para que o urgente não se sobreponha sempre ao importante.

Fontes oficiais

• O Guia do Scrum (Scrum Guide 2020), Ken Schwaber e Jeff Sutherland