Serviços · Scan & Go · Implantação

Nada avança porque o calendário mandou. Avança quando o gate passa.

Um diagnóstico que mostra onde a IA está travando o seu time, e uma implantação que entrega o primeiro fluxo governado rodando em produção. Esforço da nossa equipe: quatorze dias de trabalho. Janela de calendário: de seis a dez semanas a partir do acesso liberado, porque o piloto precisa de ciclos reais de desenvolvimento para gerar comparação.

Começar pelo diagnósticoVer o cronograma de verdade

Uma conversa de quarenta minutos resolve se o Scan faz sentido para o seu time, e você sai dela sabendo o que seria mapeado.

Sobre a h|ve Platform

Este é o serviço que instala a plataforma na sua engenharia.

Todos os serviços da h|ve rodam sobre a mesma plataforma. O Scan & Go é o que a coloca de pé: o Scan desenha onde a IA entra e onde não deveria, e o Go liga esse desenho ao que o seu time já usa, com as regras do projeto escritas onde a ferramenta de IA lê. O método não é a plataforma, mas a plataforma é o que faz o método valer depois que a gente sai.

O que este serviço toca

Map · contexto
Flow · orquestração
Guard · barreira
Judge · desvio
Ledger · registro

O harness mínimo viável: camada de contexto, fluxo com gate, barreira no editor, leitura de desvio e registro. Instalado uma vez, medido no piloto.

O que fica na plataforma depois deste serviço

O fluxo governado configurado, a matriz de responsabilidade Pessoa por IA, as políticas de uso, a linha de base e o relatório do piloto. É a base que o Governed Method Packs mantém viva e que o FDE Velocity e os Labs encontram pronta: ninguém recomeça do zero.

O que trava hoje

O time adotou IA. A liderança não enxerga.

Não é um problema de produtividade, é de rastreabilidade. Produtividade se resolve com treinamento. Confiança se recupera do jeito que uma auditoria recupera: vendo o que aconteceu, quem decidiu e com base em quê. É isso que o Scan & Go devolve.

O time adotou IA, e cada pessoa usa de um jeito, com um prompt próprio, num editor diferente.
Ninguém sabe dizer quanto da base veio de IA, quem revisou o que, nem qual decisão foi registrada.
A velocidade subiu e a confiança caiu, então a liderança freia o que não consegue enxergar.

Um serviço, duas velocidades

Scan, o diagnóstico. Go, a implantação.

O método não muda: entender, decidir, construir o mínimo, provar. O que muda é o que cada velocidade promete e o que você tem em mãos no fim dela. O Scan vem primeiro porque o diagnóstico serve mesmo que a implantação não aconteça, e porque implantar um fluxo que ninguém validou é gastar duas vezes. Esforço e calendário aparecem separados, porque são medidas diferentes, e as variáveis do calendário moram do seu lado.

Velocidade 1 · fases 1 a 3Scan

Entender o fluxo de desenvolvimento atual e desenhar o modelo operacional alvo. É o equivalente do AI Value Discovery para quem já tem time de engenharia: um diagnóstico com entregável claro, que serve mesmo que a implantação não aconteça.

Esforço7 dias de trabalho

Calendário3 a 4 semanas

O retrato de como o time trabalha hoje, e o mapa de onde a IA entra e onde não deveria.
A matriz de priorização e o modelo operacional alvo, com a matriz de responsabilidade Pessoa por IA.
O desenho do primeiro fluxo governado, com os pontos de decisão nomeados, e o plano de habilitação.

No fim do Scan você sabe onde está, decidiu como quer operar e tem um desenho que qualquer fornecedor consegue executar. Se o diagnóstico mostrar que a empresa ainda não está pronta, isso é um resultado legítimo, não um projeto fracassado.

Velocidade 2 · fases 4 e 5Go

Construir o harness mínimo viável e provar com times reais. O fluxo desenhado no Scan em produção, as integrações com o que o time já usa, as regras do projeto escritas onde a ferramenta de IA lê, e a comparação entre o antes e o depois medida em ciclos reais.

Esforço7 dias, mais o acompanhamento do piloto

Calendário4 a 6 semanas, 3 a 4 delas de piloto

O harness em ambiente controlado, as políticas de uso e o manual do desenvolvedor.
O relatório do piloto, com o antes e o depois.
O caso de negócio para escalar, ou a decisão registrada de não escalar, com o motivo.

Pré-requisito: Scan concluído. Implantar um fluxo que ninguém validou é gastar duas vezes.

O cronograma de verdade

Governança começa por não esconder o próprio prazo.

Quatorze dias de trabalho nosso não são três semanas de calendário. A fase Provar, sozinha, é um piloto com times reais e métricas antes e depois, e isso não acontece em cinco dias corridos. A tabela diz o que depende de você em cada linha, a começar pelo pré-início, que é onde a implantação costuma atrasar.

Fase	Esforço (dias)	Calendário	O que depende de você
Pré-início	1	1 a 3 semanas	Acesso a ambiente, aprovação de segurança, agenda da liderança
01 Alinhar	1	1 semana	Liderança, tecnologia e negócio na mesma sala
02 Mapear	3	1 a 2 semanas	Disponibilidade dos times para entrevista
03 Desenhar	3	1 semana	Aprovação do modelo alvo por arquitetura
Fim do Scan	8	4 a 7 semanas, com o pré-início
04 Habilitar	2	1 a 2 semanas	Liberação de acesso a IDE, Git, CI/CD e gestão de tarefas
05 Provar	5	3 a 4 semanas	Um time real usando o harness no trabalho de verdade
Fim do Go	7	4 a 6 semanas
Total	15	8 a 13 semanas da assinatura, 6 a 10 do acesso liberado

Velocidade de liberação de acesso.Quatro integrações em ambiente corporativo não acontecem em dois dias, e o gargalo nem é técnico. Por isso a data de início conta a partir do acesso liberado.

Disponibilidade da liderança.As fases 1 e 3 exigem decisão, não participação. Uma pessoa com autoridade para aprovar o desenho, nas duas reuniões de gate.

Duração do piloto.Três a quatro semanas é o mínimo para gerar comparação que alguém assine. Cinco dias úteis de uso de um time não produzem uma.

As cinco fases

Cada fase entrega algo, e só termina no gate.

O desenho é sempre o mesmo: entender onde você está, decidir como vai operar, construir o mínimo que funciona e provar em times reais. O que muda de empresa para empresa é o conteúdo, não a ordem. Nem tudo o que a fase produz é documento: Alinhar produz quatro decisões e um documento.

01AlinharScan · 1 dia
Gate de saídaExiste um resultado de negócio mensurável, um patrocinador com nome, escopo inicial acordado e a linha de base dos indicadores.
O que saiO norte do desenvolvimento com IA, os times candidatos e os critérios de sucesso. A linha de base exige coletar dado da empresa, e isso não sai de uma reunião.
02MapearScan · 3 dias
Gate de saídaFluxo ponta a ponta mapeado e lista de oportunidades priorizada por impacto, esforço e risco.
O que saiO mapa do desenvolvimento atual, o mapa de fricções e a matriz de priorização.
03DesenharScan · 3 dias
Gate de saídaModelo operacional alvo aprovado, com responsabilidade clara entre pessoa, IA e sistema, e o piloto definido com volume mínimo de entregas por semana. Se o time não tem esse volume, a entrega para no Scan e o Go fica para depois.
O que saiA matriz de responsabilidade Pessoa por IA, a arquitetura alvo, as barreiras de proteção e o plano de habilitação.
04HabilitarGo · 2 dias
Gate de saídaHarness funcionando ponta a ponta em ambiente controlado, com integrações, contexto, agentes e os controles mínimos para começar o piloto.
O que saiO harness mínimo viável integrado a IDE, Git, CI/CD e gestor de tarefas, a camada de contexto, as políticas de uso e o manual do desenvolvedor.
05ProvarGo · 5 dias, em 3 a 4 semanas de piloto
Gate de saídaO piloto mostra benefício comprovado sem degradar qualidade, segurança ou conformidade, com evidência para decidir a escala. Se reprova, o relatório e as métricas são entregues do mesmo jeito, e a decisão de não escalar fica registrada com o motivo.
O que saiAs métricas antes e depois, o relatório do piloto e o caso de negócio para escalar.

Depois do Go

Escalar e evoluir são trabalhos contínuos, e cada um tem o seu caminho.

Escalar para outros times e manter o método vivo não são fases do Scan & Go: são trabalhos que não terminam, e cada um tem o seu serviço no portfólio. O que a implantação deixa é a base em que eles começam, sem recomeçar do zero.

O que continua rodandoA plataforma fica

A h|ve Platform configurada no Go continua rodando na sua operação depois que a implantação termina: o fluxo governado, a camada de contexto, as barreiras e o registro ficam onde o seu time já trabalha.

Os times entram por ondasAI Leadership Lab e os Labs

Cada onda de times passa por habilitação aplicada ao desafio dela, com a matriz de alçada decidida pela liderança antes.

A régua continua vivaGoverned Method Packs

Revisar o método, medir custo e desvio na operação registrada e ajustar conforme o trabalho muda.

Para quem é

Para quem é, e para quem não é.

Três condições precisam estar presentes para o Scan & Go funcionar. Quando alguma falta, o diagnóstico não tem o que mapear ou o piloto não tem onde rodar, e a gente diz qual é o caminho certo em vez deste.

É para vocêSe as três estão presentes

O time já usa IA sem padrãoCada pessoa de um jeito, e a liderança não consegue enxergar o que sai.
Existe uma pessoa que decideCom autoridade para aprovar o desenho do modelo alvo, nas duas reuniões de gate.
Há trabalho real para rodar o pilotoUm time com volume de entregas por semana, em ciclos reais de desenvolvimento.

Não é para vocêE para onde a gente aponta

O time ainda não escreveu a primeira linha com IANão existe fluxo para governar. AI Leadership Lab primeiro, para decidir onde a IA entra.
Ninguém tem autoridade para aprovar o desenhoOs gates 1 e 3 não passam. Voltamos quando houver quem decida.
Você procura alguém para escrever o código no seu lugarO Scan & Go prepara a sua engenharia para construir melhor, não constrói o produto. FDE Velocity.

Tem time de engenharia próprio e quer que ele produza melhor.Scan & Go
Não tem time, ou tem pouco, e precisa de uma capacidade de negócio funcionando.FDE Velocity
Já implantou e precisa manter a régua viva.Governed Method Packs
A liderança ainda precisa decidir onde a IA entra e o que continua sendo decisão de pessoa.AI Leadership Lab
Não sabe por onde começar.AI Value Discovery

Quem entrega

Dois sócios, do primeiro gate ao relatório do piloto.

Não há passagem de bastão. Quem conduz o Alinhar é quem acompanha o piloto, e quem desenha a arquitetura é quem monta o harness no seu ambiente: as mesmas duas pessoas ficam com você da primeira reunião de gate ao relatório final.

André JB RodriguesCofundador e Líder de Negócios · gerente de conta

Conduz o Alinhar, as entrevistas do Mapear e as reuniões de gate com a liderança. Traduz a operação real no modelo operacional alvo.

Gustavo HartzCofundador e Líder de Tecnologia · engenheiro de cliente

Desenha a arquitetura alvo e as barreiras, monta o harness no seu ambiente e acompanha o piloto. Responde pela plataforma, do Map ao Guard.

Perguntas

As perguntas de quem aprova.

As que compras, segurança e jurídico vão fazer antes do aceite, respondidas aqui para você chegar a essas conversas com a resposta pronta.

Quanto tempo em calendário?

De seis a dez semanas a partir do acesso liberado: três a quatro de Scan e quatro a seis de Go, das quais três a quatro são o piloto rodando. O que move o calendário é a velocidade de liberação de acesso, a disponibilidade da liderança nos dois gates e a duração do piloto.

Quantas pessoas minhas?

Uma pessoa com autoridade para aprovar o desenho, disponível nas duas reuniões de gate. Os times do Mapear, para entrevistas curtas. E um time que vai rodar o piloto com trabalho real por três a quatro semanas.

O que acontece se o piloto reprovar?

O relatório e as métricas são entregues do mesmo jeito, e a decisão de não escalar fica registrada com o motivo. É o mesmo princípio do AI Value Discovery, onde não construir é resultado legítimo.

Meu código sai daqui?

O que trafega é metadado de fluxo, a especificação aprovada e o diff do PR. O conteúdo dos arquivos de código fica no seu ambiente, e código não é retido. A resposta completa está na página de Confiança.

Em quanto tempo começa?

O pré-início leva de uma a três semanas: acesso de leitura ao repositório e ao gestor de tarefas, um contato de segurança nomeado, a agenda da liderança reservada para os dois gates e um time candidato para o piloto, com trabalho real e fora de janela de congelamento de código. A data de início conta a partir do acesso liberado.

O próximo passo

Comece pelo diagnóstico.

Uma conversa de quarenta minutos resolve se o Scan faz sentido para o seu time, e você sai dela sabendo o que seria mapeado.

Respondemos em até um dia útil.

Prefere escrever? hello@hybridvelocity.com