Produto
Do requisito à evidência
O que está sendo construído, para que requisito de terceiro, e com que evidência ATENDE.
Painel
O setor mede uma coisa só: quantos requisitos escritos por terceiro já têm evidência ATENDE com data ao lado.
A matriz de requisitos, fonte a fonte
| Fonte | Requisitos | ATENDE | Pendente |
|---|---|---|---|
|
Portal de transparência e e-SIC
data/produto/requisitos/portal-transparencia.csv
|
34 | 33 | 1 |
|
Seção 5 do TR de Uruoca
data/produto/requisitos/uruoca-2026-tr-secao5.csv
|
149 | 0 | 149 |
| As duas fontes | 183 | 33 | 150 |
Lido em 10/09/2026 com
cd tools/produto && uv run python contar_matriz.py.
O Pharus não tem linha nesta tabela: ele é o único produto da casa que não
nasce de requisito escrito por terceiro.
A única evidência ATENDE que existe
O portal de transparência foi ensaiado em 06/09/2026
sobre o Tabularium, com dado de um município fictício, por uma comissão
conduzida como terceiro hostil. Na revisão
tabularium-00003 o parecer foi
NÃO APTO, por 3 dos 33 requisitos ensaiados
não terem sido demonstrados. Reapresentado no mesmo dia na revisão
tabularium-00004:
APTO, 33 de 33.
O parecer inteiro está em
docs/product/pareceres/2026-09-06-ensaio-portal-tabularium.md.
O trigésimo quarto requisito do portal — P-1b.4,
integração com os sistemas de contabilidade e licitação — ficou fora do
escopo da demonstração e segue pendente.
As frentes no board
Lido em 10/09/2026, 21h58 com
backlog milestone list --plain. São contagens
que andam: a da m-7 mudou entre a escrita desta página e a conferência dela.
-
3/24m-1 · Ensaio Uruoca — a plataforma de gestão digital municipal
Partida em duas frentes pela
decision-029: a do portal fechou em 07/09/2026; a da plataforma ficou sem data, porque 16 dos 149 requisitos dependem de cinco relógios de terceiro e nenhum começou. -
0/23m-5 · Jaguaribara 2026082801PE
A terceira fonte de requisito de terceiro, com tudo para ficar pronto até 23/09/2026. Onze tasks já carregam id
[J-11.5.x]no título. -
14/19m-7 · Pharus — o beta abre por autosserviço
O produto que não responde a edital nenhum. Quem limita o que ele entrega é a
decision-049, e não um TR.
Contagens lidas em 10/09/2026 com
backlog milestone list --plain; as onze tasks com id de
Jaguaribara, com backlog task list --plain | grep -c 'J-1'.
O próximo evento datado da m-1 é hoje, 10/09/2026: a
data-limite de início da TASK-065, o portão das lojas Google Play e App Store,
fixada na decision-029. Lida em 10/09/2026 com
backlog task 065 --plain, a task está
To Do.
Espaço reservado
Falta aqui a matriz de requisitos de Jaguaribara,
a fonte J-* — um requisito por linha, com id,
texto original e status, como as duas fontes da tabela acima.
O dado é do setor de Produto e chega quando
tools/produto/extrair_requisitos.py rodar sobre o TR do
edital 2026082801PE, em docs/.samples/jaguaribara_documentos_09_10_2026/.
Enquanto ele não rodar, as onze tasks da m-5 citam ids que nenhuma matriz confere —
e é isso que esta seção está dizendo.
Cronologia
A linha começa em 27/08/2026, a data mais antiga que este setor deixou escrita em
docs/product/. Cronologia conta o que
aconteceu; o que governa está na aba Decisões.
-
A dispensa nº 045/2026 de Tamboril é lida item a item, para saber o que a prefeitura de fato compra; no mesmo dia, os portais das câmaras do Sertão dos Crateús são auditados e a captura fica datada.
-
O requisito legal do portal fica escrito com cada item preso ao artigo que o exige — é o checklist contra o qual os portais existentes foram medidos.
-
A spec do que os editais pedem entra no repositório: 20 dos 48 certames separáveis da família, lidos e reconciliados com a lei. A
decision-018fecha o que a m-1 abre, e o que nela é portão societário.
-
A
decision-019põe o portal de transparência na m-1 como POC-vitrine, com prazo. No mesmo dia, ao liberar o levantamento do setor, o operador corrige o eixo de todo plano de desenvolvimento: quem executa o código é agente, e não pessoa.
-
As duas matrizes nascem no mesmo commit: 149 requisitos extraídos do PDF do TR de Uruoca e 34 montados da spec e do checklist legal. A
decision-021fixa que nenhum AC da m-1 sai sem id de requisito, e adecision-022, que a ordem dos 17 módulos do 5.14 vem da dependência e do relógio de terceiro.
-
A stack do portal é escolhida por pesquisa, e não por hábito (
decision-027): Django monolito sobre PostgreSQL, com htmx e daisyUI. O plano do ciclo — 21 tasks — é escrito no mesmo dia.
-
O ensaio. Na revisão
tabularium-00003o parecer é NÃO APTO, por 3 dos 33 requisitos não demonstrados; reapresentado no mesmo dia na revisão00004, é APTO, 33 de 33.
-
A TASK-095 fecha às 13h29, a retro do ciclo é escrita, e a
decision-029parte a m-1 em duas frentes: a do portal leva a data de outubro, a da plataforma de Uruoca fica presa aos portões de terceiro.
-
O Pharus entra na casa com briefing de execução e milestone própria (m-7) — o primeiro produto da Cactarus que não responde a edital nenhum.
Decisões
As decisions do board que governam a pergunta desta tela — o que se constrói, para que requisito de terceiro, com que evidência. São sete das 57 que o board tem hoje; as outras cinquenta governam outros setores, e esticar a lista para ela parecer cheia seria a mesma mentira que inventar conteúdo.
-
018A m-1 abre metade da prateleira, e a outra metade é um portão societário
Delimita o que a milestone constrói e o que ela não constrói — a primeira metade da pergunta desta tela.
Recusado: suspender a m-1 até a pergunta societária ser respondida — ela é a única frente que depende só de nós; e ampliar a m-1 para a família controle interno, onde o obstáculo não é software. O custo: aceitar por escrito que metade da prateleira não é alcançável por engenharia.
01/09/2026 · aceita
-
019O portal de transparência entra na m-1 como POC-vitrine, com o prazo da decision-017 como deadline
Escolhe o que se constrói primeiro e amarra a escolha ao que 48 editais pedem e a lei exige, em vez de ao que seria confortável construir.
Recusado: esperar a decisão de stack para decidir se o portal entra — inverte a ordem, porque é o escopo que dimensiona a stack; e pôr a integração com a contabilidade do incumbente no demo, que é o risco inteiro do item e depende de terceiro. O custo: a m-1 fica maior, e o ensaio Uruoca pode perder prioridade para a frente que tem data.
02/09/2026 · aceita
-
021Planejar para agente executor, não para humano; e nenhum AC da m-1 sem id de requisito
É a regra que liga cada linha do board a um requisito de terceiro; sem ela, "atende" seria opinião. O
conferir_board.pyreprova quem escapa.Recusado: manter o
sprint-plan"adaptado para time de um" — o defeito não é o tamanho do time, é a unidade; e AC em prosa livre com a matriz como referência opcional, porque a prática de 31/08 mostrou que "opcional" vira "de memória". O custo: a primeira passada reescreveu 18 tasks.03/09/2026 · aceita
-
022A ordem de construção do 5.14 é por dependência lida no requisito e por relógio de terceiro, não por pontuação
Decide em que ordem os 80 requisitos do maior bloco do TR são construídos, e recusa fórmula de priorização sem satisfação medida.
Recusado: RICE, ou qualquer score, como desempate — custa dois fatores inventados e um Effort que é hora-homem com outro nome. A tabela de RICE de 03/09/2026 foi descartada; recusou-se também jogar fora o
reach_5_14.pycom ela, porque o extrator é o que separou produto de linha de TR com número medido.03/09/2026 · aceita
-
027A stack do portal de transparência da m-1 é Django monolito sobre PostgreSQL com htmx e daisyUI: pesquisa antes de hábito
É a stack com que o requisito do portal virou software ensaiável — o meio pelo qual a evidência da tabela do Painel existe.
Recusado: Django + Datasette para o dado público, FastAPI + Jinja + SQLModel, e PHP/Laravel, Java/JSF, SPA sobre Supabase, sem ativo nenhum na casa. O Astro estático regenerado a cada publicação foi recusado como ponto de partida e não para sempre — é a alternativa nomeada. O custo: os 33 AC nascem acoplados a Django, e trocar depois é reescrever.
05/09/2026 · aceita
-
029A m-1 se parte em duas frentes: o portal leva a data de outubro, a plataforma Uruoca fica presa aos portões de terceiro
Explica o 33 contra 149 do Painel: uma frente tem evidência e data, a outra depende de cinco relógios que não controlamos.
Recusado: declarar que a m-1 inteira fecha até outubro, que nenhuma medida deste ciclo sustenta; e declarar que ela não fecha e adiar a visita, que é falso e caro, porque o entregável travado pela
decision-017está pronto e medido. O custo: a m-1 deixa de ter uma data única.07/09/2026 · aceita
-
049O beta abre por autosserviço sem pagamento, e o freio é teto global de contas mais cota por workspace
É o que limita o que o Pharus entrega, no único produto da casa que não tem requisito de terceiro para atender.
Recusado: a outra leitura do pedido — assinatura paga com tiers, cobrada por uso. Gateway, emissão fiscal, contrato e política de reembolso não existem, e nada disso cabe numa noite. O custo assumido: sem verificação de e-mail, 25 cadastros falsos esgotam o teto e fecham a porta.
10/09/2026 · aceita
Os arquivos inteiros estão em backlog/decisions/; a lista
completa sai de backlog decision list --plain.
Espaço reservado
Falta aqui a decision que fixa o escopo da POC de Jaguaribara — o que o edital 2026082801PE obriga a demonstrar, o que fica de fora, e o que isso custa.
A decisão é do operador e chega pelo
backlog decision create quando ele julgar o escopo.
Hoje nenhuma das 57 decisions do board julga Jaguaribara: a única
menção ao nome em todo o conjunto é de passagem, numa lista de milestones da
decision-053. As 23 tasks da m-5 correm
sem esse julgamento escrito.