Risco, impacto e esforço

Nível: B1

Objetivo

Avaliar tarefas de engenharia usando risco, impacto e esforço; aplicar uma matriz simples para priorizar o backlog e justificar a ordem de execução em planejamento.

Explicação

Em planejamento de produto e engenharia, três perguntas se repetem para cada tarefa:

• Risk (risco): qual a chance de algo dar errado? Mudança que toca em código de pagamento ou em dados tem risco alto. Mudança isolada em uma rota nova tem risco baixo.
• Impact (impacto): quanto essa tarefa importa para o usuário ou para o negócio? Uma feature usada por 90% dos clientes tem impacto alto. Uma melhoria interna de log tem impacto baixo.
• Effort (esforço): quanto trabalho (tempo, pessoas, complexidade) a tarefa exige? Reescrever um módulo é esforço alto. Corrigir um texto em uma string é esforço baixo.

Esses três eixos aparecem juntos em frases de planning: `It's a low-risk, high-impact change` ou `The effort is high, but so is the impact`.

A matriz simples de priorização

A matriz mais comum cruza impacto e esforço em quatro quadrantes:

• Quick win: alto impacto, baixo esforço → fazer primeiro. Ex.: corrigir um texto de erro visível para todos os usuários.
• Big bet: alto impacto, alto esforço → planejar, dividir em fases, estimar com cuidado.
• Fill-in: baixo impacto, baixo esforço → fazer nos tempos ociosos.
• Money pit: baixo impacto, alto esforço → cortar ou reduzir o escopo.

O risco entra como um terceiro eixo mental: dentro do mesmo quadrante, a versão de baixo risco ganha da de alto risco quando há empate.

Confidence (confiança na estimativa)

Confidence mostra o quanto você confia na própria estimativa. Em planning é tão importante quanto o número em si:

• `We have high confidence in the effort estimate.`

Já fizemos algo parecido; o número é confiável.

• `We have low confidence in the impact estimate.`

Não temos dados de uso; o impacto pode ser alto ou baixo.

Frase útil em planning: `Let's time-box this — we have low confidence in the effort.`

Dependency (dependência) e bloqueios

Dependency é quando uma tarefa depende de outra. Use `depend on` (sempre `on`):

• `The migration depends on the security review.`
• `This task is a dependency for three other tasks.`

Blocker é o que está impedindo o time de avançar. Como verbo, use `block`: `The flaky test is blocking the release.` Como substantivo, use `blocker`: `The flaky test is a blocker for the release.`

Frases típicas de priorização

Para justificar a ordem de execução em planning, combine os termos:

• `Let's prioritize quick wins first, then the high-impact bets.`
• `We agreed to deprioritize the legacy refactor this quarter.`
• `There is a clear trade-off between effort and impact here.`
• `The auth work is a dependency for three other tasks.`
• `We have high confidence in this estimate.`

Exemplos

Erros comuns

• Confundir risk com impact: `low impact, high risk` significa 'pouco importa, mas pode dar muito errado'; `high impact, low risk` significa 'importa muito, e provavelmente vai dar certo'.
• Dizer `low efforts` (com s): effort é incontável em inglês, use sempre `low effort`.
• Usar `depend from` em vez de `depend on`: a preposição é sempre `on`.
• Confundir blocker (substantivo) com block (verbo): `It's a blocker` é ok, mas em planning prefira `It's blocking the release` ou `It's a blocker for the release`.
• Traduzir `risco` como `risk` só quando é negativo: em planejamento, `risk` quase sempre é negativo, mas `low risk` pode ser positivo ('mudança segura').
• Misturar `prioritize` com preposição errada: `prioritize for X` está errado; use `prioritize X` ou `prioritize X over Y`.
• Esquecer `in`: `We have low confidence in the estimate` (não `of the estimate`).
• Tratar `quick win` como verbo: `to quick win` não existe; é sempre substantivo, usado em `It's a quick win` ou `Let's do the quick wins first`.

Prática guiada

Para cada tarefa abaixo, classifique o quadrante (quick win, big bet, fill-in, money pit) e justifique em uma frase em inglês usando o vocabulário do tópico.

1. Corrigir um texto de erro exibido para todos os usuários na tela de checkout.

→ `It's a quick win: high impact, low effort, low risk.`

1. Reescrever do zero o módulo de relatórios para suportar múltiplos clientes.

→ `It's a big bet: high impact, high effort, medium risk.`

1. Atualizar a documentação interna de uma API pouco usada.

→ `It's a fill-in: low impact, low effort.`

1. Migrar manualmente um sistema legado de cobrança para um novo formato.

→ `It's a money pit: low impact, high effort — let's deprioritize it.`

Repare no padrão: a mesma estrutura `It's a [quadrant]: [combinação de adjetivos].` aparece em todas as frases, e o vocabulário (impact, effort, risk) se repete de forma natural.

Resumo

Risco mede a chance de dar errado, impacto mede o quanto importa, esforço mede o quanto custa fazer. A matriz 2x2 cruza impacto e esforço em quatro quadrantes: quick win (fazer primeiro), big bet (planejar), fill-in (tempo ocioso) e money pit (evitar). Confidence mede a certeza sobre as estimativas e dependency marca o que bloqueia o que. Em planning, esses termos aparecem juntos em frases como `low-risk, high-impact, low-effort, with high confidence, no dependencies`.

História: Risco, impacto e esforço

Nível: B1

História em inglês

The planning meeting

On Monday morning, the product team gathered for the sprint planning meeting. The PM opened the backlog and asked the team to prioritize the top items. "We have twelve tasks to consider," she said, "and we can only ship six this sprint." The engineering lead suggested using a risk, impact and effort matrix. "Let's classify each task as low-risk or high-risk, low-impact or high-impact, and so on," he said. Everyone agreed it was a simple way to make the trade-offs visible.

Sorting the backlog

First, the team listed the obvious quick wins. Fixing the broken payment error message was low effort and high impact. Updating the onboarding tooltip was also a quick win — low effort, high impact, low risk. The migration of the legacy auth module was clearly a big bet — high impact, high effort, and medium risk. A documentation cleanup was a fill-in task: low impact, low effort. Finally, a manual data backfill was a money pit: high effort, low impact.

The dependency chain

Then the team looked at dependencies between tasks. The new dashboard feature depended on the auth migration, so it could not start first. The auth migration also depended on the security review, which was still in progress. "The security review is the blocker for half the sprint," the lead noted. A flaky test was blocking the release pipeline, so the team flagged it as the first quick win. The PM asked about confidence in the effort estimates.

The decision

The lead answered: "We have high confidence in the quick wins, but low confidence in the auth migration." "Given the trade-off, let's deprioritize the manual data backfill this quarter." "We'll start with the flaky test, then the two quick wins, and time-box the auth migration." The PM agreed and updated the roadmap. By the end of the meeting, the team had a clear order: quick wins first, dependencies second, big bets last. Everyone left the room aligned on the priorities for the sprint.

Tradução linha por linha

Notas de vocabulário

• prioritize = verbo: decidir a ordem de execução das tarefas
• low-risk / high-risk = medem a chance de algo dar errado, não o valor da tarefa
• low-effort / high-effort = esforço é incontável em inglês: use sempre no singular
• quick win = high impact + low effort + low risk: rótulo clássico de planning
• big bet = high impact + high effort: projeto maior, exige planejamento
• money pit = low impact + high effort: candidato a cortar ou reduzir escopo
• depends on = depender de: sempre com a preposição on, nunca from
• blocker = substantivo para o que impede o progresso (verbo: block)
• low confidence in = qualifica a estimativa: confiança baixa em algo
• trade-off = troca consciente entre dois lados (effort vs. impact, por exemplo)

Perguntas de compreensão

1. What did the engineering lead suggest using to prioritize the backlog?
2. How many tasks could the team ship this sprint?
3. Why was the auth migration classified as a big bet?
4. What were two quick wins the team identified?
5. What was the blocker for the auth migration?
6. What was the team's confidence in the auth migration effort estimate?
7. What did the team decide about the manual data backfill?
8. In what order did the team agree to work?

Prática com a história

1. Reescreva com quick win: Fixing the error text is easy and helps every user.
2. Reescreva com trade-off: It's expensive but it will help many users.
3. Traduza: Vamos despriorizar isso neste trimestre.
4. Reescreva usando blocker: The security review is preventing the migration from starting.
5. Complete: We have low ___ in the effort estimate.