I.Todo painel responde “quanto”. Quase nenhum responde “de onde veio?”
Os dados de engenharia moram espalhados — GitHub, quadros, planilhas, CI — e cada ferramenta só enxerga a si mesma. Alguém copia números para um painel, o painel envelhece, e a reunião discute um valor que ninguém consegue rastrear.
A decisão mais cara não é a tomada com dado errado. É a tomada com um dado que ninguém pode verificar.
Dashboards agregam. Data lakes acumulam. Nenhum dos dois sabe dizer o que um número significa — nem o que ele esconde.
II.Três proveniências, nunca misturadas
A regra que atravessa o produto inteiro — do banco à tela: o que foi observado na origem, o que a plataforma derivou por regra versionada, e o que uma pessoa declarou são coisas diferentes, e aparecem diferentes. O derivado é sempre hachurado e rotulado; a cor sozinha nunca carrega a distinção.
Coletar, com identidade
Conectores leem as origens e gravam cada registro com a referência da aplicação — sistema, instância, id externo. Renomear não cria entidade nova; sumir marca, nunca apaga.
Traduzir para uma língua comum
“Sprint” no quadro, “iteration” na API e “ciclo” na planilha são a mesma coisa — ou não são, e a diferença importa. O The Band traduz cada termo para um modelo único do que as palavras significam, escrito e versionado. O dicionário por trás é rigoroso — uma rede de ontologias de referência com 231 conceitos, herdada da tese —, mas quem usa só precisa saber que ele existe e é auditável.
Responder, com recibo
Necessidades de informação viram medidas com fórmula declarada, limitações escritas e interpretações incorretas possíveis nomeadas — antes de qualquer número aparecer numa tela.
III.As perguntas que ele existe para responder
- Quais projetos apresentam maior retrabalho?
- Quais equipes têm maior cycle time?
- Quem trabalha em quê — e o que as tarefas executadas dizem sobre as competências de cada pessoa, e da equipe inteira?
- De qual fonte um indicador foi derivado, como foi calculado, e o que ele não alcança? — esta última, todo número da plataforma responde sobre si mesmo.
IV.A competência pelo que a pessoa fez
A plataforma lê as tarefas que cada pessoa executou e escreve o perfil de competências que elas materializam — a tarefa é a evidência; a competência é o que ela demonstra. Alocada sobre o time inteiro, essa leitura responde o que nenhum currículo responde: em que esta equipe é forte, onde a evidência é rala, e quem já demonstrou o que o próximo projeto pede.
- Não é avaliação de desempenho — desempenho é a distância entre combinado e entregue, e o combinado não está no material;
- não compara pessoas — cada perfil olha uma pessoa contra ela mesma, ao longo do tempo;
- lacuna é do registro, nunca da pessoa — não observar não é não saber.
- o que afirma
- “observabilidade com OpenTelemetry” — competência demonstrada
- evidência
- 97 tarefas concluídas · 14 no domínio · períodos 1–3
- proveniência
- derivado — escrito por modelo de linguagem em 2026-08-16
- o que não alcança
- 44% das descrições foram escritas por terceiros; lacuna é do registro, nunca da pessoa
Uma pessoa: evidência por competência
tarefas concluídas que demonstram cada domínio · contagem calculada, nunca estimada pelo modelo
ver como tabela
| competência | tarefas |
|---|---|
| OpenTelemetry · SigNoz | 14 |
| provisionamento de VPS | 12 |
| Kubernetes | 9 |
| Helm · Vault | 7 |
| DNS · rede | 6 |
A equipe: quantas pessoas já demonstraram
cobertura de competência no time · onde a barra é curta, o próximo projeto tem risco
ver como tabela
| competência | pessoas |
|---|---|
| observabilidade | 4 |
| Kubernetes | 3 |
| provisionamento | 3 |
| Helm · Vault | 2 |
| Terraform | 1 |
Números ilustrativos, na forma real dos perfis gerados pela plataforma. As contagens de evidência são sempre calculadas do dado observado — o modelo de linguagem escreve o texto, nunca os números.
V.A equipe feita de equipes, sem somar
Uma equipe composta por outras aparece com uma linha por subequipe, lado a lado — e nenhum total. Não é lacuna: a mesma pessoa pode pertencer a duas subequipes e a mesma tarefa aparecer nas duas. Somar contaria duas vezes, e ninguém conseguiria reconciliar o número com a realidade.
Clicar numa subequipe abre o detalhe dela — o que está fazendo, o que já fez, o que vem a seguir, e o que ela sabe. Os gráficos vivem lá: a tela da equipe composta é para comparar, e comparação se faz em números alinhados.
- quem saiu para de contar na saída — e o que fez enquanto estava continua contando;
- um mês fechado nunca muda — registrar uma saída hoje não reescreve março;
- ausência é dita — subequipe sem trabalho aparece nomeada, nunca como zero.
- o que afirma
- “19 itens em aberto” — a distância entre as duas curvas
- evidência
- 76 abertos e 57 fechados em 8 semanas · contagem observada
- proveniência
- o que resta é derivado das duas séries — por isso hachurado
- o que não alcança
- não há escopo comprometido: não responde se um sprint termina. E “fechado” é o ato da ferramenta — abandonado e concluído entram iguais
Burn-up e burn-down, e o que resta entre eles
acumulado de abertos e de fechados · a faixa hachurada é o trabalho em aberto, e não uma terceira linha
ver como tabela
| semana | abertos | fechados | em aberto |
|---|---|---|---|
| 07/07 | 6 | 4 | 2 |
| 04/08 | 41 | 31 | 10 |
| 25/08 | 76 | 57 | 19 |
As subequipes, uma a uma
trabalho em aberto por subequipe · sem célula de total, e a tela diz por quê
Integrações não tem zero: não teve trabalho no período, e as duas coisas não são a mesma. E as linhas não somam 38 — a mesma pessoa está em duas delas.
Números ilustrativos, na forma real da tela. A previsão de entrega é feita por simulação sobre o histórico da própria equipe — sai sempre como faixa de confiança, nunca como data, e abaixo de seis semanas de histórico a plataforma recusa prever e diz o que falta.
VI.Medido em produção, não prometido
Uma instalação real, três organizações observadas:
E o que a plataforma não sabe também é medido: das solicitações integradas, 2.394 entraram sem verificação nenhuma. Não é lacuna da coleta — é achado sobre o processo, e tem nome próprio na tela.
Regência aberta.
Elixir + Phoenix, PostgreSQL, base de conhecimento em YAML versionado. Quatorze quality gates. Código aberto, da tese ao deploy.