Os Programas de Parceiros raramente falham com 10 Parceiros. Com 10, o coordenador conhece pelo nome todos os diretores dos Parceiros, basta um telefonema para saber o ponto de situação e o relatório anual faz-se numa tarde. Falham a caminho dos 200, quando o mesmo coordenador começa todas as segundas-feiras com a caixa de entrada cheia de respostas sobre o ponto de situação, um referencial que existe em três versões e um relatório para a direção que levará semanas a preparar.
Não acontece nada de dramático. O Programa ultrapassa uma série de limiares e os hábitos que funcionavam com 10 Parceiros deixam de funcionar, um a um. Eis como expandir um Programa de Parceiros sem esse colapso gradual: os sete pontos de rutura pela ordem em que costumam surgir, porque é que cada um falha nessa dimensão e como o resolver, primeiro com práticas e depois com ferramentas. Incluímos ainda uma lista de verificação de uma página para a sua equipa avaliar a preparação.
Porque falham os Programas de Parceiros por etapas: o coordenador torna-se o ponto de espera
Antes de trabalhar em transformação digital, ensinei investigação operacional na Universidade do Porto: a matemática das filas de espera, dos estrangulamentos e da capacidade. Vistas por esse prisma, estas etapas fazem sentido.
Na maioria dos Programas, quase todos os pedidos passam por uma ou duas pessoas: o coordenador que responde a perguntas, verifica documentos, insiste para obter atualizações e prepara Relatórios. Na terminologia das filas de espera, o coordenador é o servidor e cada pedido é uma chegada.
A lei de Little diz que o número médio de elementos num sistema é igual à taxa a que chegam multiplicada pelo tempo médio que cada um aí permanece [1]. A pilha de pedidos em aberto na caixa de entrada do coordenador não é falta de disciplina; é o produto das chegadas pelo tempo de espera.
Um segundo resultado é menos intuitivo. Na fila de espera mais simples com um único servidor, o tempo médio que um pedido passa no sistema é o seu tempo de tratamento dividido por um menos a taxa de utilização do servidor [2]. Com uma ocupação de 50%, um pedido demora o dobro do seu tempo de tratamento a ser concluído; com 80%, cinco vezes; com 95%, vinte. A espera não cresce em linha reta com a carga de trabalho. Dispara à medida que a semana fica preenchida.
Um exemplo, com pressupostos que deve substituir pelos seus: um coordenador tem 20 horas por semana para pedidos de Parceiros e cada Parceiro envia um pedido por semana que demora 20 minutos a tratar.
- 10 Parceiros: pouco mais de 3 horas por semana. O coordenador está ocupado 17% do tempo e os pedidos quase não esperam.
- 50 Parceiros: quase 17 horas. Uma ocupação de 83%, e o pedido médio demora seis vezes o seu tempo de tratamento a ser concluído.
- 60 Parceiros: as 20 horas completas. A fila de espera nunca estabiliza; continua a crescer.
O coordenador não ficou mais lento; a aritmética mudou. A mesma aritmética determina a ordem das soluções, como em qualquer linha de produção: primeiro reduzir as chegadas (os Parceiros encontram respostas sem perguntar), depois encurtar o tratamento (todos os pedidos no mesmo formato, no mesmo local) e só depois acrescentar pessoas. Contratar, por si só, apenas adia o limite: com os mesmos pressupostos, dois coordenadores atingem-no aos 120 Parceiros.
Os sete pontos de rutura, pela ordem em que costumam surgir
1. É preciso insistir por e-mail para obter o ponto de situação (a partir de cerca de 15 Parceiros)
Sintoma. Todos os meses, alguém envia um e-mail a cada Parceiro a perguntar em que ponto está, insiste com os que se atrasam e copia as respostas para uma folha de cálculo. Quando chega a última resposta, a primeira já está desatualizada.
Porque falha nesta fase. Uma ronda de atualização é composta apenas por chegadas: uma mensagem enviada e uma resposta recebida por Parceiro, além dos lembretes. Com 15 Parceiros, ocupa uma tarde. Com 200 Parceiros e uma ronda mensal, são 2 400 pedidos por ano antes do primeiro lembrete.
A solução. Deixe de pedir o ponto de situação; torne-o visível. Acorde com os Parceiros o que significa progredir em termos observáveis (uma etapa atingida, uma tarefa concluída, um documento aceite), para que o ponto de situação resulte do próprio trabalho.
2. O referencial existe em várias versões (a partir de cerca de 25)
Sintoma. O referencial é um PDF de há dois anos, um ficheiro Word atualizado e um diapositivo de um workshop que alguém melhorou. Os Parceiros que aderiram em anos diferentes trabalham com definições diferentes da mesma etapa.
Porque falha nesta fase. Com 10 Parceiros, anuncia-se uma alteração numa reunião e todos ficam a saber. Com 25, as alterações circulam em anexos e cada cópia dá origem a uma versão divergente.
A solução. Um responsável, uma versão atual, um registo de alterações e uma data de entrada em vigor para cada alteração.
3. A integração depende de uma pessoa (a partir de cerca de 40)
Sintoma. Os novos Parceiros são integrados pela pessoa que concebeu o Programa, numa única chamada longa. Quando essa pessoa está de férias, a integração fica em espera; quando sai da organização, a memória do Programa vai com ela.
Porque falha nesta fase. A integração é um pedido com um tempo de tratamento longo e os Programas tendem a adicionar Parceiros em grupos. Quinze novos Parceiros no mesmo mês vão parar à mesma agenda.
A solução. Documente a integração: um pequeno dossier de boas-vindas, os primeiros três passos e quem contactar para cada assunto. A primeira chamada pode então centrar-se no Parceiro, e não no Programa.
4. Os comprovativos estão dispersos pelas caixas de entrada (a partir de cerca de 60)
Sintoma. Políticas, auditorias, listas de formação e fotografias chegam como anexos à pessoa que o Parceiro conhece melhor. Antes de uma auditoria ou da visita de um doador, a equipa passa dias a pesquisar caixas de correio.
Porque falha nesta fase. O volume de comprovativos cresce com o número de Parceiros multiplicado pelo de requisitos, e chega a caixas de entrada pessoais a que os colegas não têm acesso. Tenha em conta a carga do outro lado: um estudo de 2016 do ICVA sobre as condições impostas pelos doadores às ONG humanitárias identificou uma média de 36 prazos de entrega de Relatórios por país e por ano, e avaliações da capacidade dos Parceiros que podiam ultrapassar as 100 perguntas e chegar aos 91 anexos [3]. Os seus Parceiros suportam uma versão dessa carga para si.
A solução. Peça cada comprovativo uma única vez, com uma data-limite e associado ao requisito que comprova. Peça apenas o que alguém vai ler.
5. A elaboração de Relatórios demora semanas (a partir de cerca de 90)
Sintoma. O relatório anual começa com um e-mail a pedir números a todos os Parceiros, continua com semanas a juntar ficheiros e termina com um gráfico cuja origem ninguém consegue identificar.
Porque falha nesta fase. Com esta dimensão, elaborar Relatórios é um trabalho de montagem: se os dados não foram recolhidos numa estrutura única ao longo do ano, alguém a constrói no fim, à mão. O mesmo estudo do ICVA descreve uma ONG internacional que calculou poder poupar 11 000 horas de elaboração de Relatórios financeiros se os seus nove maiores doadores acordassem definições de custos e aceitassem o mesmo modelo financeiro [3]. No Grand Bargain de 2016, os doadores e as organizações de ajuda comprometeram-se a reduzir a duplicação e os custos de gestão e a simplificar a apresentação de Relatórios: menos volume, terminologia comum, requisitos essenciais e uma estrutura de relatório comum [4].
A solução. Escolha um pequeno conjunto de KPIs antes do início do ano, defina-os da mesma forma para todos os Parceiros e recolha-os à medida que o trabalho decorre. O relatório passa a ser uma extração de dados e as semanas passam a ser dedicadas à sua leitura.
6. Os Parceiros não sabem o que se espera deles ou não conseguem trabalhar na sua língua (a partir de cerca de 120)
Sintoma. As mesmas perguntas continuam a chegar: de que precisamos para a próxima etapa, que modelo usar, até quando. Os Parceiros de alguns países respondem tarde ou não respondem, e isso é interpretado como falta de empenho.
Porque falha nesta fase. Nesta altura, o Programa já atravessa fronteiras, mas as expectativas continuam expressas numa só língua. Os autores de um artigo de 2021 da Humanitarian Exchange observaram que as orientações globais e as ferramentas técnicas estão normalmente disponíveis apenas nas línguas oficiais da ONU e que as reuniões de coordenação em línguas internacionais agravam o problema [5]. Muitas vezes, o silêncio é um problema linguístico, não de motivação.
A solução. Descreva cada etapa em termos simples e observáveis e traduza-a juntamente com os respetivos modelos. Cada pergunta a que a página responde é um pedido que nunca chega à fila de espera.
7. Permissões e proteção de dados (a partir de cerca de 160)
Sintoma. A pasta partilhada tem centenas de pessoas com acesso, ninguém sabe ao certo quem pode ver a avaliação de cada Parceiro e o encarregado da proteção de dados faz perguntas a que ninguém sabe responder.
Porque falha nesta fase. Com 10 Parceiros, uma pasta partilhada é prática. Com 200, é um risco: os registos dos Parceiros contêm dados pessoais e avaliações sensíveis, e os acessos concedidos manualmente raramente são removidos. As orientações da Comissão Europeia sobre proteção de dados por defeito indicam que os dados pessoais devem estar acessíveis «apenas a um número limitado de pessoas, em função da necessidade de tomar conhecimento» [6].
A solução. Defina funções antes da entrada do próximo grupo: quem na sua equipa pode ver e alterar o quê, e a regra de que cada Parceiro vê apenas os seus próprios dados. Reveja os acessos quando as pessoas entram ou saem.
O que uma ferramenta deve fazer em cada ponto de rutura
As práticas vêm primeiro: uma ferramenta que automatiza um processo que não funciona só acelera a falha. Depois, é isto que a gestão de Parceiros em escala exige de uma ferramenta:
| Ponto de rutura | Primeiro, a prática | O que uma ferramenta deve fazer |
|---|---|---|
| Insistência por e-mail para obter atualizações | Fazer com que o ponto de situação resulte do próprio trabalho | Permitir aos Parceiros registar o progresso onde trabalham e mostrar-lhe a posição de todos sem ter de perguntar |
| Referencial em várias versões | Um responsável, uma versão, um registo de alterações | Manter um único referencial para todos os Parceiros, editado em conjunto, com alterações que chegam a todos ao mesmo tempo |
| Integração dependente de uma pessoa | Um dossier de boas-vindas por escrito | Mostrar a cada novo Parceiro, desde o primeiro início de sessão, em que ponto está e o que é necessário para o passo seguinte |
| Comprovativos perdidos nas caixas de entrada | Um pedido por comprovativo | Associar cada ficheiro carregado ao passo que comprova e mostrar o que falta em todos os Parceiros |
| Relatórios que demoram semanas | Poucos KPIs, definidos de antemão | Manter os KPIs de cada Parceiro com o respetivo histórico e produzir Relatórios a partir desses dados |
| Expectativas pouco claras, uma só língua | Descrições claras das etapas, traduzidas | Mostrar a cada Parceiro a sua posição e o passo seguinte na sua própria língua |
| Permissões e proteção de dados | Funções definidas antes do próximo grupo | Aplicar as funções, limitar cada Parceiro aos seus próprios dados, suportar a autenticação da sua organização e indicar onde são guardados os ficheiros |
Uma lista de verificação de uma página para avaliar a preparação para crescer
A lista transforma os sete pontos de rutura em 21 afirmações e inclui os cálculos relativos ao coordenador, com espaço para os seus próprios números. Preencha-a com a sua equipa antes da entrada do próximo grupo de Parceiros e comece pela primeira secção que tiver duas ou mais caixas por assinalar.
Descarregue a lista de verificação da preparação para crescer (PDF, 1 página). Imprima-a para uma reunião de equipa.
Já ultrapassou o segundo ponto de rutura? No Advancer.World, cada Parceiro trabalha numa única versão do seu Programa, vê a sua própria posição e o que a próxima etapa exige na sua língua e envia os comprovativos para o passo a que pertencem. A sua equipa vê em que ponto está cada Parceiro, em vez de ter de perguntar. Comece gratuitamente.
Gestão de Parceiros em escala no Advancer.World
O Advancer.World nasceu da transformação digital de Programas em organizações como a UNICEF e a Airbus. Um Programa é uma grelha única, concebida uma só vez: etapas num eixo, temas e subtemas no outro, com cada célula a descrever o que essa etapa representa para esse tema. Várias pessoas da sua equipa podem concebê-lo ao mesmo tempo e todos os Parceiros trabalham na mesma versão.
Os passos entre células contêm o trabalho: iniciativas, questionários, pedidos de carregamento de documentos e pedidos de assinatura eletrónica. Em cada Programa, escolhe como os Parceiros avançam: por autoavaliação, automaticamente quando o passo anterior está concluído ou quando a sua equipa o confirma. Os Parceiros são convidados por e-mail e veem a sua própria posição e o que a próxima etapa exige, em qualquer uma de 22 línguas, incluindo árabe, urdu, suaíli e hauçá. Nunca veem os dados de outros Parceiros e nem os Parceiros nem as suas pessoas pagam.
Os KPIs são registados por Parceiro e os registos diários preservam o histórico, pelo que os Relatórios em Excel e os Relatórios em Word redigidos por IA, com gráficos, são produzidos a partir de dados recolhidos ao longo do ano. A sua organização pode iniciar sessão com o Microsoft Entra ID, os ficheiros são guardados na UE e, nos planos Gold e Enterprise, um assistente de IA pode consultar em que ponto estão os seus Parceiros através do servidor MCP. Se ainda não conhece o MCP, comece por o que é o Model Context Protocol.
Perguntas frequentes
Quantos Parceiros pode gerir um coordenador?
Não existe um rácio fixo. Multiplique o número de Parceiros pelo número de pedidos que cada um envia por semana e pelos minutos necessários para tratar cada pedido; depois divida pelos minutos que o seu coordenador tem realmente disponíveis para trabalhar com Parceiros. Essa é a taxa de utilização. Aos 80%, o pedido médio já demora cinco vezes o seu tempo de tratamento a ser concluído.
Quando devemos deixar de gerir um Programa de Parceiros com folhas de cálculo e e-mail?
Quando dois dos primeiros quatro pontos de rutura se manifestarem ao mesmo tempo ou antes da entrada do próximo grupo de Parceiros, consoante o que acontecer primeiro. Para ajudar a transferir os dados existentes, a Mourinho Solutions oferece apoio à migração.
Uma plataforma vai dar mais trabalho aos nossos Parceiros?
Deve reduzir o trabalho. Um Parceiro que responde a e-mails sobre o ponto de situação, envia anexos a três pessoas e preenche um modelo diferente para cada financiador já está a fazer esse trabalho; um espaço partilhado apenas muda o local onde o entrega. Peça a dois ou três Parceiros que o experimentem primeiro.
Como fazer crescer um programa de parceiros sem comprometer o seu funcionamento
Não precisa de resolver os sete problemas de uma só vez. Identifique o primeiro ponto de rutura que o seu programa já ultrapassou, resolva-o e faça as contas à carga de trabalho da coordenação antes de receber o próximo grupo. Um programa que cresce de forma sustentável não tem um coordenador heroico. Tem um coordenador cuja semana não está totalmente preenchida. Se quiser uma segunda opinião sobre a própria conceção do programa, pode recorrer à nossa consultoria de programas.
Faça a gestão de 10 ou 200 parceiros na mesma grelha. Conceba o seu programa uma única vez, convide os seus parceiros e mantenha as evidências, os KPIs e o histórico num só lugar, em vez de os deixar na sua caixa de entrada. Comece gratuitamente.
Referências
- John D. C. Little, «A lei de Little vista no seu 50.º aniversário», Operations Research 59(3), pp. 536–549, maio–junho de 2011, https://doi.org/10.1287/opre.1110.0940 (consultado em outubro de 2026).
- Richard C. Larson e Amedeo R. Odoni, «Investigação operacional urbana», Prentice-Hall, 1981, secção 4.6.1, «Um operador, um número infinito de linhas», https://web.mit.edu/urban_or_book/www/book/chapter4/4.6.1.html (consultado em outubro de 2026).
- Conselho Internacional de Agências Voluntárias (ICVA), «Menos papel, mais ajuda: apresentação de relatórios, avaliação da capacidade dos parceiros e auditoria», atualizado em setembro de 2016, https://alnap.org/help-library/resources/less-paper-more-aid-reporting-partner-capacity-assessment-and-audit/ (consultado em outubro de 2026).
- «O Grande Pacto: um compromisso partilhado para melhor servir as pessoas em situação de necessidade», Istambul, 23 de maio de 2016, https://gblocalisation.ifrc.org/wp-content/uploads/2018/06/grand_bargain_final_22_may_final-2_0.pdf (consultado em outubro de 2026).
- Mia Marzotto, Kemal Alp Taylan, Fatuma Ibrahim, Marian Ellen Hodgkin, Paul Martin Lukusa Mbwebwa e Charles Abugo, «“Como podemos contribuir se não podemos participar?” A acessibilidade das orientações humanitárias às organizações locais e nacionais», Humanitarian Exchange 79, Humanitarian Practice Network, 25 de maio de 2021, https://odihpn.org/en/publication/how-can-we-contribute-if-we-cant-participate-the-accessibility-of-humanitarian-guidance-to-local-and-national-organisations/ (consultado em outubro de 2026).
- Comissão Europeia, «Obrigações: proteção de dados desde a conceção e por defeito», https://commission.europa.eu/law/law-topic/data-protection/information-business-and-organisations/obligations/what-does-data-protection-design-and-default-mean_en (consultado em outubro de 2026).
© 2026 Mourinho Solutions. Todos os direitos reservados.
