The Band — dados de engenharia com proveniência

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.

observado na origem derivado por regra — hachurado declarado por alguém, com autor

1º MOVIMENTO

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.

2º MOVIMENTO

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.

3º MOVIMENTO

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

OpenTelemetry · SigNoz14 provisionamento de VPS12 Kubernetes9 Helm · Vault7 DNS · rede6

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

observabilidade4 Kubernetes3 provisionamento3 Helm · Vault2 Terraform1

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.Medido em produção, não prometido

Uma instalação real, três organizações observadas:

5.216

issues coletadas e classificadas

160

repositórios observados, em três organizações

46.435

promoções semânticas, com confiança declarada

212

sprints reais — e os planos que nunca viraram sprint, ditos como planos

21.365

commits, com todos os autores de cada um

105.933

versões de arquivo — quem mexeu em quê, e quando

15.671

execuções de verificação contínua, com a fase que o resultado decide

4.233

avaliações de artefato — as revisões, separadas das automáticas

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. Treze quality gates. Código aberto, da tese ao deploy.

Ver o repositório Começar pelo README

II.Three provenances, never blended

One rule runs through the whole product, from database to screen: what was observed at the source, what the platform derived by a versioned rule, and what a person declared are different things — and they look different. Derived is always hatched and labeled; color alone never carries the distinction.

observed at the source derived by rule — hatched declared by someone, with an author

1st MOVEMENT

Collect, with identity

Connectors read the sources and store every record with its application reference — system, instance, external id. Renaming never creates a new entity; disappearing marks, never deletes.

2nd MOVEMENT

Translate into a common language

“Sprint” on the board, “iteration” in the API and “cycle” in the spreadsheet are the same thing — or they are not, and the difference matters. The Band translates every term into a single, written, versioned model of what the words mean. The dictionary behind it is rigorous — a network of reference ontologies, 231 concepts, inherited from the thesis — but all you need to know is that it exists and can be audited.

3rd MOVEMENT

Answer, with a receipt

Information needs become measures with a declared formula, written limitations, and named possible misreadings — before any number reaches a screen.

III.The questions it exists to answer

Which projects carry the most rework?

Which teams have the longest cycle time?

Who works on what — and what do the tasks they performed say about each person's skills, and the whole team's?

Which source did an indicator come from, how was it computed, and what does it not reach? — this last one, every number on the platform answers about itself.

IV.Skills read from what people did

The platform reads the tasks each person performed and writes the competence profile they materialise — the task is the evidence; the skill is what it demonstrates. Laid over the whole team, that reading answers what no CV can: where this team is strong, where the evidence runs thin, and who has already demonstrated what the next project demands.

It is not performance review — performance is the distance between promised and delivered, and the promise is not in the material;
it never compares people — each profile reads one person against themselves, over time;
a gap belongs to the record, never to the person — unobserved is not unknown.

what it claims: “observability with OpenTelemetry” — demonstrated skill
evidence: 97 completed tasks · 14 in the domain · periods 1–3
provenance: derived — written by a language model on 2026-08-16
what it does not reach: 44% of task bodies were written by someone else; the gap belongs to the record, never to the person

One person: evidence per skill

completed tasks demonstrating each domain · counts are computed, never estimated by the model

OpenTelemetry · SigNoz14 VPS provisioning12 Kubernetes9 Helm · Vault7 DNS · networking6

view as table

skill	tasks
OpenTelemetry · SigNoz	14
VPS provisioning	12
Kubernetes	9
Helm · Vault	7
DNS · networking	6

The team: how many people have demonstrated it

skill coverage across the team · where the bar is short, the next project carries risk

observability4 Kubernetes3 provisioning3 Helm · Vault2 Terraform1

view as table

skill	people
observability	4
Kubernetes	3
provisioning	3
Helm · Vault	2
Terraform	1

Illustrative numbers, in the exact shape of the profiles the platform generates. Evidence counts are always computed from observed data — the language model writes the prose, never the numbers.

V.Measured in production, not promised

One real installation, three organisations observed:

5,216

issues collected and classified

160

repositories under observation, across three organisations

46,435

semantic promotions, each with declared confidence

212

real sprints — and the plans that never became one, said to be plans

21,365

commits, with every author of each one

105,933

file versions — who changed what, and when

15,671

continuous-verification runs, with the phase the outcome decides

4,233

artifact evaluations — reviews, kept apart from the automated ones

And what the platform does not know is measured too: of the merged change requests, 2,394 went in with no check at all. That is not a gap in collection — it is a finding about the process, and it has its own name on screen.

Notas não são música.