Como criar um modelo de maturidade para a sua rede de parceiros

Um modelo de maturidade é um trabalho de conceção, não de redação. Oito passos, do propósito à versão 1.0, um modelo gratuito de quatro páginas, um exemplo preenchido para uma federação fictícia e os erros a evitar.

João Mourinho 02/11/2026 13 min de leitura

O pedido chega muitas vezes numa única linha de um documento para a administração: desenvolver um modelo de maturidade para os nossos parceiros. Alguém no secretariado abre uma folha de cálculo, escreve cinco títulos, de Básico a Excelente, e começa a preencher as células. Semanas depois, na reunião dos membros, ninguém fala de governação ou de competências digitais. Fala-se de um membro ser «bom» ou «muito bom» e de quem tomou essa decisão.

O esforço raramente é o problema; o problema está na ordem das decisões. Este guia mostra como criar um modelo de maturidade para uma rede de parceiros em oito passos, do propósito à primeira revisão, com um modelo gratuito de quatro páginas, um exemplo preenchido para uma federação fictícia e os erros que evitaria.

O que é um modelo de maturidade e de onde veio a ideia

Em novembro de 1986, o Software Engineering Institute da Carnegie Mellon University começou a desenvolver um quadro de maturidade de processos, em resposta a um pedido para dar ao governo federal dos EUA uma forma de avaliar a capacidade dos seus contratantes de software. Em 1993, tornou-se o Capability Maturity Model for Software, cujos cinco níveis de maturidade, nas palavras do próprio SEI, «definem uma escala ordinal» [1].

A estrutura manteve-se: uma sequência de níveis que descreve um percurso de desenvolvimento previsto, desejado ou típico, dividido em etapas distintas [2]. Cada nível indica o que tem de ser verdade para o alcançar, pelo que uma avaliação posiciona uma organização nesse percurso e mostra o passo seguinte. Em 2005, existiam mais de 150 modelos de maturidade, em áreas que iam dos serviços de TI à gestão do conhecimento [3]. No entanto, quando Becker, Knackstedt e Pöppelbuß analisaram 51 deles, apenas nove documentavam em detalhe o processo de conceção [2]. O que se segue é o método dessa investigação, adaptado para equipas de programas.

Como criar um modelo de maturidade em oito passos

Os passos seguem as fases que de Bruin, Rosemann, Freeze e Kulkarni propuseram para desenvolver qualquer modelo de maturidade: âmbito, conceção, preenchimento, teste, implementação e manutenção [3]. Cada decisão condiciona a seguinte, e o projeto-piloto fará com que volte a escrever os descritores pelo menos uma vez.

Diagrama dos oito passos para criar um modelo de maturidade: propósito e utilização, dimensões, níveis, descritores, evidências, validação com parceiros, projeto-piloto e calibração, governação e reavaliação, cada um identificado com a respetiva fase de desenvolvimento — Os oito passos e a fase de desenvolvimento a que cada um pertence.

1. Decida para que serve o modelo

Antes de definir qualquer nível, registe as decisões que o modelo deverá apoiar. A investigação distingue três utilizações [3][4]: um modelo descritivo mostra a situação atual de cada parceiro; um modelo prescritivo indica também o que fazer a seguir; um modelo comparativo compara parceiros ou regiões, o que exige muitas avaliações e critérios muito estáveis. A maioria das redes de parceiros precisa dos dois primeiros.

Na mesma página, responda a estas perguntas: quem o preenche (apenas o parceiro, em conjunto consigo ou com a sua confirmação), com que frequência e para que nunca será utilizado. Na minha experiência, esta última indicação contribui mais para obter respostas honestas do que qualquer instrução. Se os membros suspeitarem que o modelo vai determinar a sua condição de membro ou o seu financiamento, vão atribuir-se classificações elevadas, e o modelo descreverá uma rede que não existe.

2. Escolha as dimensões

As dimensões são os temas abrangidos pelo modelo: governação, finanças, competências digitais, salvaguarda, participação dos jovens. Mantenha-as em número reduzido, para limitar a complexidade, e independentes entre si (os dois modelos de de Bruin e colegas tinham seis e quatro componentes principais), e assegure que são mutuamente exclusivas e coletivamente exaustivas [3]: nenhuma evidência deve contar duas vezes e não deve faltar nada de que o seu propósito necessite. Procuro ficar entre quatro e sete dimensões, dividindo-as em duas ou três subdimensões quando um tema é abrangente.

Antes de escrever o seu modelo, veja o que já existe: comparar com modelos existentes é o primeiro requisito definido por Becker e colegas para criar um novo modelo [2]. Para o reforço de capacidades, os sete elementos da grelha da McKinsey de 2001 para a Venture Philanthropy Partners são um bom ponto de partida [5], tal como os seis domínios do nosso guia de avaliação da capacidade dos parceiros.

3. Escolha quatro ou cinco níveis

O CMM utiliza cinco níveis [1]; a grelha da McKinsey utiliza quatro [5]. O número é menos importante do que o requisito indicado por de Bruin e colegas: etapas distintas e bem definidas, com uma progressão lógica e um rótulo curto que indique a intenção de cada uma [3].

Quatro ou cinco níveis?
	Quatro níveis	Cinco níveis
Rótulos típicos	Explorar, Desenvolver, Integrar, Liderar	Inicial, Repetível, Definido, Gerido, Otimizado (os do CMM) [1]
Adequado quando	Consegue identificar evidências de quatro situações distintas, dos primeiros passos à liderança de outros	Consegue identificar evidências que distingam entre fazer bem e melhorar sistematicamente
Atenção a	Duas situações diferentes comprimidas num só nível, onde os parceiros acabam por ficar durante anos	Um nível superior que ninguém alcança e níveis intermédios que os avaliadores não conseguem distinguir

A minha regra vem da investigação operacional: um nível só merece existir se for possível descrevê-lo com evidências e distingui-lo dos níveis adjacentes. Conte as situações que consegue realmente observar na sua rede e não vá mais longe. O número também pode aumentar: Becker e colegas começaram o seu modelo de desempenho de TI com quatro etapas e, após entrevistas com gestores de TI, passaram para seis, de «inexistente» a «otimizado», para distinguir os casos mais fracos [2]. E descreva o nível mais baixo como um ponto de partida, não como uma sentença: «Explorar» abre uma conversa; «Deficiente» encerra-a.

4. Descreva cada nível como uma situação observável

É aqui que a maioria dos modelos falha. Um descritor é o texto numa célula da grelha. Pöppelbuß e Röglinger incluem critérios verificáveis intersubjetivamente entre os princípios de conceção de um modelo de maturidade útil: descrições precisas e claras o suficiente para distinguir um nível do seguinte [4]. Em termos simples: duas pessoas que observem o mesmo parceiro devem escolher a mesma célula.

Dos adjetivos a situações observáveis (exemplos da federação fictícia apresentada abaixo)
Descritor vago	Descritor observável	Evidências
Boa proteção de dados	Existe uma pessoa responsável pela proteção de dados; as regras de consentimento e conservação estão documentadas e são aplicadas	Política de dados, formulário de consentimento, regra de conservação
Liderança digital forte	A administração aprovou um plano digital com orçamento e responsável	Atas da administração, orçamento
Relatórios adequados	Os principais indicadores são verificados por uma segunda pessoa e comunicados dentro do prazo	Folha de indicadores, os dois últimos relatórios
Envolve os jovens em linha	Os jovens cocriam conteúdos e o alcance é medido trimestralmente	Calendário de conteúdos, valores trimestrais de alcance

Três hábitos ajudam:

Nomeie algo que possa ver ou segurar: um documento, uma rotina, uma função, um número. Proíba «bom», «forte», «adequado» e «eficaz».
Altere uma coisa de cada vez. Se o nível 3 acrescentar simultaneamente um orçamento, um responsável e uma revisão anual, um parceiro que cumpra dois dos três requisitos não terá um nível adequado.
Faça com que os níveis sejam cumulativos. Cada etapa deve incluir os requisitos das etapas anteriores [3]. Um teste dos meus tempos de investigação operacional: tente imaginar um parceiro que cumpra o nível 3, mas não o nível 2. Se conseguir, a ordem está errada ou a célula pertence a outra dimensão.

5. Defina as evidências para cada nível

Para cada célula, indique o que a comprovaria: uma política, uma ata, um relatório, um valor. Peça poucas evidências nos níveis inferiores e mais nos superiores, onde as afirmações são mais ambiciosas, e indique quem as fornece e quem as confirma. Nunca peça evidências que ninguém vai ler: cada documento custa ao parceiro tempo que poderia dedicar ao seu trabalho.

6. Valide o modelo com os parceiros

Mostre o projeto às pessoas que vão conviver com ele. De Bruin e colegas utilizaram a técnica de Delphi e grupos focais para desenvolver e verificar os seus modelos [3]; a McKinsey testou a sua grelha com quase uma dúzia de diretores executivos de organizações sem fins lucrativos [5]; a versão 1.1 do CMM resultou do feedback de um workshop sobre a versão 1.0, com cerca de 200 profissionais de software [1]. Numa rede de parceiros, comece com um workshop de duas horas com oito a dez parceiros de perfis variados. Pergunte: Reconhecem-se neste modelo? A linguagem é vossa? O que falta? Há algo humilhante?

7. Faça um projeto-piloto e calibre o modelo

Teste o modelo na prática com três a cinco parceiros. De Bruin e colegas insistem em testar a validade e a fiabilidade do instrumento, para que os resultados sejam exatos e repetíveis [3]. Na prática: duas pessoas avaliam o mesmo parceiro de forma independente e cada desacordo aponta para um descritor a reescrever. Se todos os parceiros do projeto-piloto ficarem no nível 2, os seus níveis não distinguem as situações; se ninguém conseguir imaginar como chegar ao nível 4, esse nível é uma lista de desejos. Uma escala que coloca todos na mesma categoria não transmite informação.

8. Defina a governação das alterações e reavalie

Becker e colegas observam que todos os modelos de maturidade envelhecem à medida que as condições, a tecnologia e o conhecimento evoluem, e que as alterações necessárias devem integrar uma nova versão do modelo [2]. Trate o seu modelo como uma norma: atribua-lhe um número de versão, defina uma única janela anual para alterações, mantenha um registo do que mudou e porquê, e não faça alterações a meio de um ciclo de avaliação. Quando a versão 1.1 alterar uma célula, explique como se transpõem as posições da versão 1.0, para que nenhum parceiro desça de nível por ter reescrito uma frase. Depois, reavalie a cada 6 a 12 meses. O nosso guia de avaliação da capacidade dos parceiros explica como conduzir esses ciclos e por que razão nunca deve calcular a média dos níveis para obter uma pontuação única.

O modelo de maturidade de parceiros (transferência gratuita)

O modelo transforma os oito passos em quatro páginas A4: propósito e âmbito; dimensões e níveis; a grelha de descritores, com um teste dos descritores e notas de calibração; e o plano de evidências, o plano de validação e o registo de versões.

Página 1 do modelo em branco para criar um modelo de maturidade: dados do modelo, os oito passos do método, as utilizações do modelo e cinco perguntas sobre o seu propósito — Página 1 do modelo: para que serve, antes de definir qualquer nível.

Transfira o modelo para criar um modelo de maturidade (PDF, 4 páginas). Imprima-o para um workshop de conceção ou copie as secções.

Pronto para transformar a grelha num programa em que os parceiros possam trabalhar? No Advancer.World, as suas dimensões tornam-se tópicos, os seus níveis tornam-se etapas e cada descritor torna-se uma célula, com pedidos de evidências nos passos entre níveis. Cada parceiro vê em que ponto se encontra. Gratuito para começar.

Registe-se agora

Exemplo: Percurso de Maturidade Digital dos Membros de uma federação

Segue-se o modelo preenchido para a Meridian Youth Federation, uma federação fictícia de 26 organizações nacionais membros.

Exemplo preenchido, página 3: seis áreas de maturidade digital descritas em quatro níveis, de Explorar a Liderar, com o teste dos descritores e as notas de calibração do projeto-piloto — Página 3 do exemplo (federação fictícia): a grelha de descritores, o teste e as alterações resultantes do projeto-piloto.

Transfira o exemplo preenchido (PDF, 4 páginas). Vale a pena reproduzir quatro decisões:

O propósito exclui uma utilização. O modelo informa quem recebe primeiro acompanhamento entre pares e o que é financiado pelo fundo de apoio digital; nunca é utilizado para determinar a condição de membro ou criar classificações.
Quatro níveis, depois de testar cinco. Ninguém conseguiu comprovar uma diferença entre os dois níveis intermédios do primeiro projeto, pelo que se eliminou o quinto nível.
Seis áreas distribuídas por três temas. Um membro pode estar no nível Liderar no envolvimento em linha e no nível Explorar na proteção de dados, e é esse perfil que a federação precisa de conhecer.
O projeto-piloto alterou as palavras. Dois avaliadores interpretaram «publica regularmente» como semanalmente e mensalmente, pelo que o nível 2 do envolvimento em linha passou a ser «um calendário de conteúdos com canais para cada público».

Erros comuns ao criar um modelo de maturidade

Definir os níveis antes do propósito. Sem uma decisão a apoiar, o modelo transforma-se numa classificação e os parceiros tratam-no como tal.
Confundir o questionário com o modelo. O SEI deparou-se com este problema com o seu próprio questionário de maturidade de 1987, que as pessoas muitas vezes tratavam como se fosse o modelo em si [1]. O modelo é o percurso; um questionário é uma forma de o medir.
Usar adjetivos em vez de situações observáveis. «Adequado» significa algo diferente para cada avaliador.
Definir demasiadas dimensões. Quarenta indicadores dão origem a um modelo que ninguém consegue terminar.
Concebê-lo para os parceiros, em vez de o conceber com eles. Um nível 1 apresentado como uma lista de falhas ensina os parceiros a esconder problemas.
Alterá-lo a meio do ciclo. Um único descritor editado torna este ciclo incomparável com o anterior.

Crie o seu modelo de maturidade no Advancer.World

O Advancer.World nasceu da transformação digital de programas em organizações como a UNICEF e a Airbus, e um programa na plataforma tem a estrutura de um modelo de maturidade: as etapas são os seus níveis, os tópicos e subtópicos são as suas dimensões e cada célula contém um descritor.

Conceção de um programa no Advancer.World: o Percurso de Maturidade Digital dos Membros com quatro etapas, de Explorar a Liderar, nas áreas de estratégia, operações e pessoas — O modelo do exemplo como programa no Advancer.World (dados de exemplo, federação fictícia): quatro etapas, seis áreas distribuídas por três temas.

Os passos entre células incluem aquilo de que um parceiro precisa para avançar: pedidos de carregamento de documentos como evidência, inquéritos, iniciativas e pedidos de assinatura eletrónica. Em cada programa, escolhe como os parceiros avançam: através de autoavaliação, automaticamente quando o passo anterior estiver concluído ou apenas depois de a sua equipa o confirmar. A sua equipa pode editar a conceção em conjunto e em tempo real. Os parceiros veem em que ponto se encontram e o que lhes é pedido para alcançar o nível seguinte, em qualquer um dos 22 idiomas, e nunca veem os dados de outros parceiros. As capturas diárias mantêm o histórico, para que os relatórios mostrem a evolução da rede entre ciclos.

FAQ

Quantos níveis deve ter um modelo de maturidade?

Quatro ou cinco na maioria das redes de parceiros. O importante é que cada nível seja distinto, esteja bem definido e represente um passo lógico em relação ao nível anterior [3]. Se, durante o projeto-piloto, os avaliadores não conseguirem distinguir dois níveis, junte-os.

Quanto tempo demora a criar um modelo de maturidade?

Conte com dois a três meses para uma primeira versão: algumas semanas para definir o objetivo, as dimensões e os níveis, mais algumas para elaborar os descritores e as evidências, e depois o workshop com os parceiros e um projeto-piloto. Os atalhos acabam por resultar numa segunda versão para a qual ninguém previu orçamento.

Podemos adaptar um modelo de maturidade existente em vez de criar um de raiz?

Muitas vezes, sim, e deve começar por procurar um [2]. Verifique a licença, mantenha a estrutura se for adequada ao seu objetivo e reformule os descritores na linguagem da sua rede.

Um parceiro pode estar em níveis diferentes em dimensões diferentes?

Sim, e normalmente está; esse perfil é o resultado mais útil do modelo. O que um parceiro não deve fazer é saltar níveis dentro de uma dimensão — um princípio que os autores do CMM também defenderam em relação aos seus próprios níveis [1].

Comece pelo objetivo, não pelos níveis

Se guardar uma só ideia deste guia, que seja a ordem dos passos. Escreva o objetivo numa página, chegue a acordo com alguns parceiros e só depois abra a grelha. Um modelo criado desta forma demora mais tempo a arrancar e muito menos tempo a justificar.

Crie o seu modelo de maturidade uma vez e aplique-o a todos os parceiros. Conceba a grelha com a sua equipa, convide os seus parceiros e veja em que ponto se encontra cada um, ronda após ronda. Comece gratuitamente.