Evolução da plataforma

Tudo o que o time da ACTA.IA entregou, medido direto do código. Todo dia às 6h (horário de Brasília) fechamos o dia anterior.

Visão semanal

Semana de 12/10 a 18/10

Em andamento: conta até quarta, 14/10. O dia de hoje entra amanhã às 6h.

Entregas na semana

113

+51% em relação aos mesmos dias da semana anterior (75)

≈ 15

pessoas no mesmo ritmo

119

commits, 46 revisões aprovadas

  • Funcionalidades novas

    64

    semana anterior: 47

  • Correções

    1

    semana anterior: 10

  • Melhorias e refatorações

    10

    semana anterior: 14

  • Documentos de arquitetura

    38

    semana anterior: 4

Visão diária

Dia a dia

Cada dia vai das 6h às 5h59 (horário de Brasília). Toque num dia para ver o que foi feito.

  • Novas
  • Correções
  • Melhorias
  • Documentos
fecha às 6h
fecha às 6h
fecha às 6h
fecha às 6h
seg
12/10
ter
13/10
qua
14/10
qui
15/10
sex
16/10
sáb
17/10
dom
18/10
Ver em tabela
DiaNovasCorreçõesMelhoriasDocumentosCommits
segunda, 12/101602024
terça, 13/101604727
quarta, 14/1032143168

Texto do dia

Quarta, 14/10: o time entregou 32 funcionalidades novas, 1 correção, 4 melhorias e refatorações e 31 documentos de arquitetura, em 68 commits e 20 revisões aprovadas.

Destaques

  • Filial como escopo de dados no banco (#276 PR 1)
  • ADR-0043: decisões do PR 1 da filial (gatilho preenche branch_id, ERP por RPC, coverage_leads)
  • "Hoje" por perfil e convite "Quem entra?" em passos (#277)

Desde 03/10/2026

542 funcionalidades novas na plataforma

Mais 24 correções, 52 melhorias e refatorações e 71 documentos de arquitetura, em 1.431 commits.

Quem lidera

Vini (Marcus Vinicius)

Fundador e estrategista. Define a tese e o posicionamento da Acta, escolhe as prioridades e o que fica de fora, decide cada escolha difícil de produto, segurança e arquitetura, e aprova cada entrega antes de ir para o ar.

  • Tese e posicionamento

    Criou a ideia de "o iFood dos provedores regionais": a Acta é o canal digital do provedor, em que o assinante contrata sozinho, sem trocar o sistema de gestão que o provedor já usa. Pôs o comércio por agentes no centro da estratégia.

  • Cliente no centro

    Definiu a regra "simples como os melhores bancos digitais": menos passos, um botão principal por tela, nada de jargão. Toda entrega é medida por isso.

  • Estratégia de mercado

    Exige que cada versão do produto parta do estudo dos concorrentes. Escolhe contra quem competir e onde não competir.

  • Segurança e privacidade primeiro

    Mandou fechar a primeira falha de acesso antes de qualquer funcionalidade nova. Definiu que a integração com o sistema de gestão é só de leitura, que a entrada é só por convite e que um provedor nunca vê os dados de outro.

  • Qualidade antes de quantidade

    Criou a regra "erro vem antes de funcionalidade nova", colocou um QA independente para revisar o que já foi entregue e pediu um guia do usuário por perfil, atualizado a cada versão.

  • Governança

    Definiu a arquitetura de referência; cada desvio vira uma decisão registrada. Nada vai para produção sem a aprovação dele.

  • Liderança do time

    Montou e lidera um time de especialistas com papéis claros: produto, arquitetura, segurança, desenvolvimento, telas, integrações e qualidade. Ele direciona; o time executa e presta contas a ele.

  • Negócio

    Escreveu o plano de negócios, o modelo de receita por resultado para o provedor e a estratégia de crescimento por indicação.

  • Abrindo portas

    Conseguiu o primeiro sistema de gestão real conectado, só em leitura, para o time validar a integração com dados de verdade.

Decisões que moldaram a plataforma

  1. 07/10Plano de negócios v1, tese de comércio por agentes e "crescer primeiro, distribuir depois".
  2. 08/10WhatsApp pela API oficial da Meta e atendimento próprio dentro da Acta. Toda mudança passa a ser checada contra a arquitetura, com decisões registradas.
  3. 09/10Primeira versão definida: contratar em 5 passos. Cliente no centro como regra de toda tela, entrada só por convite, estudo de concorrentes como base do roteiro e segurança antes de qualquer funcionalidade.
  4. 10/10Primeiro sistema de gestão real conectado, só em leitura. QA independente e a regra "erro antes de funcionalidade". Guias por perfil e produto gerido como um todo. Escolheu o primeiro provedor a ir para produção, com a segunda versão fechada antes num provedor de teste. Definiu a plataforma em módulos autocontidos, com a arquitetura aprovando antes de qualquer definição. Pôs no roteiro o preço dinâmico e a próxima melhor oferta para cada assinante. Manteve a plataforma num só repositório e escolheu Educação como a segunda vertical, depois do primeiro provedor em produção.

Quem faz

A equipe trabalhando

Liderada por Vini (Marcus Vinicius). Fundador e estrategista. Define a tese e o posicionamento da Acta, escolhe as prioridades e o que fica de fora, decide cada escolha difícil de produto, segurança e arquitetura, e aprova cada entrega antes de ir para o ar. Cada especialista atende por um codinome e cuida de uma frente. Nesta semana até agora: 6 frentes entregaram.

  • Bússola

    Produto

    8 entregas

  • Prumo

    Arquitetura

    33 entregas

  • Cadeado

    Segurança e privacidade

    8 entregas

  • Forja

    Desenvolvimento

    53 entregas

  • Vitrine

    Telas e experiência

    10 entregas

  • Ponte

    Integrações

    1 entrega

  • Farol

    Qualidade (QA)

    0 entregas

  • Vini

    Liderança

    46 revisões aprovadas

Metodologia

Como estimamos o tamanho e as pessoas

Combinamos medidas reconhecidas, cada uma com a sua base. A principal é a complexidade de negócio de cada entrega (BCP); as outras dão o tamanho e as pessoas equivalentes. Nenhuma é o tamanho real do time: são comparações com um time tradicional fazendo o mesmo trabalho.

Medida principal

Complexidade de negócio: BCP (Business Complexity Points)

Base:
63 entregas aprovadas na versão principal, cada uma lida como uma história de usuário (título e descrição).
Método:
BCP, metodologia aberta da CI&T e do Itaú: 13 dimensões (regras de negócio, telas, integrações, permissões, variações, entidades, entidades novas, processos automáticos, avisos, auditoria, qualidade, segurança e experiência), cada item vale 1, 2, 3, 5 ou 8 pontos, e a soma é a complexidade da entrega.
Como aplicamos:
Pontuação feita uma vez pelo time com as regras públicas do método, sem o ajuste de um segundo avaliador.

1.879 BCP

média de 29,8 por entrega

Ritmo da semana

Pessoas no mesmo ritmo

Base:
Entregas aprovadas na versão principal (cada pedido de mudança aprovado conta uma; commits não contam), nos dias úteis da semana.
Método:
entregas aprovadas ÷ dias úteis.
Premissa:
1 entrega aprovada por pessoa por dia útil. A primeira versão contava cada commit, e os agentes fazem muitos commits pequenos, o que inflava o número.

Atualiza todo dia às 6h; é o número da semana acima.

Tamanho

Pontos de função, o “metro quadrado do software”

Base:
134 grupos de dados de negócio no banco (de 178 tabelas) e 8 sistemas externos de onde a plataforma lê dados.
Método:
Contagem indicativa NESMA: 35 pontos por grupo de dados e 15 por sistema externo. Ponto de função é a medida usada em contratos de software no Brasil, inclusive pelo governo.

≈ 4.810 pontos de função

Esforço

COCOMO II, modelo de estimativa de software

Base:
51,7 mil linhas de código, sem testes e sem arquivos gerados.
Método:
Esforço = 2,94 × (mil linhas)^1,0997 pessoas-mês, com todos os fatores no nível nominal.

≈ 225 pessoas-mês: um time tradicional de cerca de 11 pessoas por 21 meses

Como o time entrega: métricas DORA

As quatro métricas de entrega de software do programa DORA, comparadas com as faixas do relatório State of DevOps. Período: 07/10 a 10/10.

Frequência de entrega

16 por dia

Nível Elite

64 entregas na versão principal em 4 dias de trabalho.

Tempo até a versão principal

1 h 21 min

Nível Elite

Mediana entre abrir a entrega para revisão e ela entrar na versão principal.

Taxa de falha das mudanças

2,8%

Nível Elite

A versão principal ficou com os testes vermelhos 2 vezes em 72 mudanças.

Tempo para recuperar

7 min

Nível Elite

Média entre os testes ficarem vermelhos e voltarem a verde.

BCP, tamanho e esforço medidos em 10/10/2026 e atualizados pelo time a cada versão. Limites: o BCP mede funcionalidade de negócio, então documentos de arquitetura e ferramentas internas quase não pontuam, e entregas grandes, lidas como uma história só, pesam mais; o método não publica horas por BCP, por isso as pessoas-mês vêm do COCOMO II; o ritmo da semana conta entregas aprovadas. Parte do código foi gerada com ferramentas, o que aumenta a contagem de linhas; a contagem indicativa trata cada tabela de negócio como um grupo de dados, o que pode superestimar o tamanho. Por isso mostramos as medidas lado a lado, sem somá-las. Nas métricas DORA, a entrega na versão principal faz o papel da publicação e os testes vermelhos fazem o papel do incidente; o histórico ainda é de poucos dias, e os testes automáticos rodam na versão principal desde 10/10.

Como contamos

  • Os números vêm direto do repositório de código da plataforma, sem ajuste manual. Todo dia às 6h fecha o dia anterior.
  • Cada entrega registrada é classificada pela descrição em funcionalidade nova, correção, melhoria ou refatoração, ou documento de arquitetura. Salvamentos intermediários contam como commit, mas não como entrega.
  • "Pessoas no mesmo ritmo" é uma comparação, não o tamanho do time: quantas pessoas seriam precisas para ter as mesmas entregas aprovadas nos mesmos dias úteis, contando 1 entrega aprovada por pessoa por dia útil. Contamos entregas revisadas, não commits. A base e os limites de cada estimativa estão em "Como estimamos o tamanho e as pessoas".
  • Cada entrega conta para a frente do time que a descrição dela toca (telas, integrações, segurança, arquitetura, produto, qualidade ou desenvolvimento).
  • A semana em andamento é comparada com os mesmos dias da semana anterior.