Staff Framework - Tornando Desejos em Metas Verificáveis (SMART Method) | Matheus Fidelis

Staff Framework - Tornando Desejos em Metas Verificáveis (SMART Method) | Matheus Fidelis - Engineering Blog

Matheus Fidelis

Technical Blog

Share

Matheus FidelisFollow<br>Principal Engineer, Lifelong Learner, Site Reliability Engineer, Cloud and Containers Wizard, Software Alchemist and Home Bartender

Staff Framework - Tornando Desejos em Metas Verificáveis (SMART Method)

Uma das principais tarefas de um engenheiro que ocupa uma cadeira de Staff ou Especialista é transformar desejos abstratos das camadas executiva e estratégica em dados e tarefas palpáveis, que possam ser direcionados aos times de engenharia de forma tangível e metrificável . Durante meu primeiro ano na cadeira de Staff, enfrentei diversos desafios que foram muito mais árduos do que deveriam ter sido, justamente por não ter essa clareza de visão. Eu sempre considerei direcionamentos como “Precisamos melhorar o login”, “Nosso checkout está lento”, “A experiência do usuário está ruim”, “Precisamos escalar a plataforma”, “Temos que reduzir incidentes” e “A arquitetura precisa ser mais resiliente” sinais de despreparo da liderança. Mas não eram. Era o exercício do meu papel que estava sendo solicitado naquele momento.

O problema dessas frases não é a intenção. A intenção geralmente é legítima. O problema é que elas não dizem exatamente o que precisa mudar, quanto precisa mudar, onde está o problema, em quais condições ele aparece, qual é o estado desejado e como saberemos que houve uma melhora. E é nosso papel traduzir tudo isso. Às vezes, a própria alta liderança não tem as respostas, e cabe a nós levar essa visão até essa camada.

Depois de algum tempo, conheci o método SMART durante meu MBA. Inicialmente, deixei o assunto passar nas primeiras horas de explicação do professor por pura prepotência, motivada por um sentimento de “mais um termo de coach emocionado”. Até que, em um dos slides, o professor abordou a perspectiva de que o método SMART poderia ser um grande aliado na tradução de sentimentos vagos dos clientes e metas abstratas da liderança em compromissos verificáveis e metrificáveis . Isso acendeu uma luz e me levou a reassistir à aula no dia seguinte e a buscar outras perspectivas sobre o método.

Desde então, utilizo o SMART como um modelo mental para trafegar entre boards executivos e técnicos, transportando dados e intenções para ambos os lados e direcionando ações de curto, médio e longo prazo junto aos times de engenharia .

O que é o Método SMART?

O Método SMART é um acrônimo formado por:

S — Specific: específico

M — Measurable: mensurável

A — Achievable: alcançável

R — Relevant: relevante

T — Time-bound: limitado no tempo

A ideia do método é oferecer uma forma simples de transformar intenções em metas e escrevê-las com clareza . Uma boa meta precisa deixar claro qual problema será atacado, qual métrica será utilizada, qual resultado é esperado, por que isso importa e até quando ele deve ser alcançado. É justamente o inverso do que vemos em exemplos como “Nossa home está ruim”, “Nosso login demora muito” ou “O checkout está lento”.

Em ambientes corporativos, especialmente na engenharia de software, muitas demandas chegam como desejos vagos . Esses desejos podem representar dores reais, mas ainda não constituem metas. Eles não indicam qual parte do sistema está ruim, qual métrica está degradada, qual baseline será utilizada, qual impacto precisa ser reduzido, qual trade-off é aceitável ou qual critério indicará que o problema foi resolvido.

É nesse ponto que o SMART se torna um framework tático e estratégico para profissionais Staff+ . O método funciona como uma ponte entre a intenção estratégica e a execução técnica. Ele ajuda a converter uma percepção executiva em um contrato de trabalho verificável para os times de engenharia. Em vez de apenas aceitar uma frase como “Precisamos reduzir custos”, o especialista passa a decompor essa intenção em escopo, métrica, impacto, viabilidade, prazo e critério de sucesso .

Framework mental: transformando abstração em dados por meio de perguntas

Precisamos entender o “desejo”. O desejo, por si só, é uma intenção ampla e não diz muita coisa:

“O checkout está lento.”

Uma boa meta nasce de perguntas melhores. Antes de escrever qualquer tarefa, precisamos decompor o desejo inicial. Precisamos, então, convertê-lo em uma dor ou em um problema real. Essa será a primeira camada observável dessa tradução. Caso ela não exista ou esteja expressa com outras palavras, é o momento de construí-la em comum acordo com todos os envolvidos.

Qual é o problema real de o login estar ruim? Qual é o impacto real disso para o produto ou para o cliente?

Primeira pergunta: o que exatamente está ruim? — Delimitando o problema

Uma boa meta, independentemente de ser SMART ou não, deve ser sempre auditada por meio de perguntas que a tornem melhor. Para isso, precisamos utilizar perguntas para decompor o...