Guia de gestão de tarefas

Pontos-chave

Introdução

Uma boa subtarefa é uma peça de trabalho independente, com um resultado claro, que se consegue terminar por si só sem esperar pelo resto do projeto. Isto é diferente de simplesmente partir um trabalho grande em pedaços mais pequenos. O que importa é a estrutura: uma subtarefa bem construída melhora a coordenação e a execução; uma mal construída só acrescenta burocracia.

Uma subtarefa funciona quando tem três coisas:

• Uma entrada clara — aquilo de que precisa para começar.
• Um processo definido — como o faz.
• Um resultado mensurável — o que significa estar "concluído".

Tire qualquer uma delas, ou deixe-a difusa, e a subtarefa gera confusão em vez de clareza.

O verdadeiro propósito das subtarefas é transformar um objetivo abstrato em trabalho concreto que alguém possa assumir. "Melhorar o apoio ao cliente" passa a ser uma sequência que se consegue atribuir: "Analisar as métricas de satisfação atuais", "Entrevistar 10 clientes", "Desenhar um novo protocolo de tratamento de reclamações". Experimente a regra do fôlego único: se não consegue explicar uma subtarefa a um colega em 30 segundos e pô-lo a começar de imediato, ela ainda precisa de ser dividida.

Benefícios psicológicos

As equipas que se mantêm fiéis às subtarefas tendem a estar mais motivadas e a desgastar-se menos. Há um mecanismo por trás disto, não é só conversa para nos sentirmos bem.

• As subtarefas concluídas dão-lhe uma sequência constante de pequenas vitórias. Cada conclusão liberta dopamina, e isso mantém-nos em andamento. É uma resposta previsível ao fechar de um objetivo, e dá para a integrar de propósito num projeto.
• As subtarefas reduzem a carga cognitiva. Trabalhar uma unidade gerível de cada vez, em vez de ter o projeto inteiro na cabeça, alivia a tensão — e isso pesa sobretudo no trabalho ruidoso e cheio de informação, em que se anda a trocar de contexto o dia inteiro.

Misturar os tipos de subtarefa também ajuda: alternar trabalho criativo com trabalho de rotina, tarefas individuais com tarefas de grupo, pesquisa com execução. A monotonia que arrasta o desempenho cá para baixo aparece mesmo quando o sistema em si é sólido, e a variedade mantém-na à distância.

Técnicas práticas

Passe cada subtarefa pelo método SMART e apanha as formas habituais de o desenho de subtarefas correr mal. Trate cada critério como um filtro de qualidade.

• Specific — Cada subtarefa deve responder exatamente ao que é preciso fazer. "Trabalhar na apresentação" não chega. "Criar 5 diapositivos com análise da concorrência" chega.
• Measurable — Decida à partida o que conta como concluído. Não consegue verificar "escrever um texto qualquer". Consegue verificar "escrever uma introdução de 500 palavras para o relatório".
• Achievable — Aponte para algo que termine numa única sessão de trabalho, normalmente entre 30 minutos e 2 horas. Tudo o que for mais longo quase sempre pede outra ronda de decomposição.
• Relevant — Cada subtarefa deve poder ligar-se ao objetivo do projeto de uma forma que consiga apontar.
• Time-bound — Prazos realistas travam a deriva e seguram o ritmo que as subtarefas servem para criar.

Uma abordagem estratégica

Três métodos de decomposição, usados isolados ou em conjunto, cobrem a maioria dos projetos complexos:

• Decomposição funcional — Nomeie as funções centrais que o projeto tem de cumprir e transforme cada uma na sua própria subtarefa.
• Decomposição temporal — Divida o projeto em fases (pesquisa, planeamento, implementação, testes, lançamento), cada uma com as suas subtarefas.
• Decomposição por recursos — Agrupe as tarefas por quem as faz: o que sai do designer, as entregas do programador, o trabalho do profissional de marketing. Vale a pena em equipas multifuncionais, onde é preciso ter as fronteiras de cada função bem definidas.

Eles empilham-se. Comece pelas fases temporais, decomponha cada fase por função e depois organize por recursos. O que daí resulta é uma matriz de tarefas tridimensional e uma visão clara do projeto inteiro.

Ferramentas do ofício

A ferramenta que escolher decide se o sistema de subtarefas cresce com o projeto ou se vira uma chatice de manutenção. Eis o que deve procurar:

• Hierarquias multinível — tarefas dentro de tarefas, tão fundo quanto o projeto precisar.
• Dependências entre tarefas — ligações explícitas para tarefas que não podem começar antes de outras terminarem.
• Cronograma e calendarização — uma vista visual de como as tarefas se sequenciam e quando têm de estar prontas.
• Acompanhamento do progresso — estado de conclusão em tempo real em toda a hierarquia.
• Integração com outras ferramentas de trabalho — liga-se ao conjunto de ferramentas que a sua equipa já usa.

O Taskee faz tudo isto numa só plataforma, pensada para equipas distribuídas e presenciais. Comece gratuitamente.

Armadilhas comuns

• Detalhe a mais. Partir "enviar um e-mail" em "abrir o cliente de e-mail", "clicar em compor" e "introduzir o endereço do destinatário" transforma um sistema útil em papelada. Ajuste o nível de detalhe à dificuldade real do trabalho, e não a uma receita passo a passo de coisas que as pessoas já fazem no piloto automático.
• Falta de contexto. Uma subtarefa solta, sem ligação visível ao objetivo maior, perde tanto a sua força motivadora como o seu valor de coordenação. Mantenha cada uma rastreável até ao objetivo que serve.
• Ignorar dependências. Mapeie as tarefas que não podem começar antes de outras terminarem, e faça-o antes de o trabalho arrancar. Salte esse passo no planeamento e construiu para si próprio um estrangulamento e um calendário a derrapar.
• Planeamento estático. Trate as listas de subtarefas como ferramentas vivas, não como artefactos acabados. Surge informação nova a meio do projeto a toda a hora, e a estrutura deve acompanhá-la.
• Perfecionismo no planeamento. Despeje tempo a mais na estrutura ideal e só atrasou o trabalho. Uma estrutura praticável que põe as coisas a andar vale mais do que uma perfeita que não.
• Ignorar o fator humano. Preveja folgas realistas para o cansaço, a doença e as ausências. Não são luxos — um planeamento que assume que toda a gente está sempre disponível desfaz-se ao primeiro contacto com a realidade.
• Rigidez. Quando um plano se cristaliza num compromisso fixo em vez de uma ferramenta de trabalho, passa a atrapalhar. O plano serve o objetivo; não é o objetivo.

Gestão de dependências

Raramente uma subtarefa fica sozinha. Formam uma teia: algumas correm em paralelo, outras têm de seguir uma ordem estrita. Tornar essas ligações explícitas antes de começar é das coisas mais valiosas que pode fazer no planeamento.

Mapeie as dependências logo de início — um rascunho no papel serve tão bem como um diagrama estruturado. O mapa mostra-lhe o caminho crítico: a cadeia de tarefas dependentes que fixa a duração mínima possível do projeto. Mexa numa tarefa do caminho crítico e move a data de conclusão. Mexa numa que esteja fora dele e só afeta as tarefas a jusante dessa.

Esteja atento às subtarefas que fazem de estrangulamento — aquelas cujo atraso bloqueia o arranque de várias outras. Dê-lhes mais prioridade e, sempre que puder, reforce-as com recursos extra de antemão, em vez de andar à pressa depois do facto consumado.

As tarefas-tampão acrescentam resiliência. Quando uma subtarefa de alta prioridade fica à espera de algo externo, como o retorno de um cliente, ter outro trabalho definido e pronto mantém a equipa em andamento e corta o tempo parado que de outra forma se vai acumulando.

Integrar as subtarefas

Traga as subtarefas para o trabalho diário aos poucos. Lançá-las de uma vez em todos os projetos é a via rápida para abandonar a abordagem toda.

Comece por um projeto grande e decomponha-o como deve ser. Isso dá-lhe um ambiente controlado para testar o método e ver o que ele faz à concentração, à qualidade da execução e ao stress. Os resultados costumam fazer o caso da expansão antes de alguém lho pedir.

Escolha 2 a 3 subtarefas como foco principal do dia. Consegue um avanço constante sem andar a fazer malabarismo com o projeto inteiro em paralelo, que é precisamente o que atira as pessoas para a sobrecarga e, depois, para a fuga e o adiamento.

Assinale as subtarefas concluídas em voz alta, ainda que de passagem. Esses pequenos reconhecimentos reforçam os sinais de progresso que carregam a motivação ao longo de um projeto demorado, e quase não custam nada.

Conclusão

A gestão de subtarefas é uma competência que se constrói praticando-a, revendo-a e ajustando à medida que vai percebendo o que os seus projetos precisam. O trabalho que pede à partida (aprender métodos de decomposição, mapear dependências, criar hábitos de revisão) devolve-se em maior controlo do projeto, menos stress e objetivos que cumpre de facto. Comece pequeno. Procure, de cada vez, tornar cada unidade de trabalho mais clara e mais fácil de executar.

Leituras recomendadas

"Getting Things Done: The Art of Stress-Free Productivity"

Um sistema prático para organizar tarefas e projetos, de modo a subir a produtividade e baixar o stress.

"Deep Work: Rules for Focused Success in a Distracted World"

Estratégias para dominar o trabalho concentrado, cortando distrações e estruturando bem as tarefas.

"Scrum: The Art of Doing Twice the Work in Half the Time"

Uma introdução à metodologia Scrum, construída em torno de partir projetos em tarefas geríveis para subir a produtividade da equipa.