Um modelo, uma fonte de dados, uma equipa, ligados à mão. O segundo caso de uso recomeça. A carga real encontra as peças que ninguém dimensionou, e cada integração é feita à medida.
O piloto ligou à mão um modelo, uma fonte de dados e uma equipa. O segundo caso de uso significa recomeçar, e o terceiro espera pelo segundo.
O que serviu dez pessoas numa demo faz fila com cem. Ninguém o dimensionou, porque ninguém o desenhou.
O conector do CRM foi escrito para o piloto. O do ERP para o projeto seguinte. Não partilham uma linha, e ambos partem quando a API muda.
Desenhamos o sistema: que modelo corre onde, como os dados se movem e onde não podem ir, como os sistemas se ligam, quem pode ver o quê. Um documento, revisto com os seus engenheiros, que a construção segue.
Três vistas do mesmo sistema, cada uma revista com a sua equipa.
As peças e como falam entre si.
Onde os dados vivem, se movem e param.
Escolhida pela restrição, com a alternativa nomeada.
Quatro fases, do que tem a um desenho que a construção segue.
Sistemas, dados, regras e os projetos à frente.
As três vistas, redigidas e revistas.
Como o desenho se torna um sistema.
O desenho na sala enquanto se constrói.
Segundos projetos mais rápidos, um sistema que aguenta a carga, e um desenho que um auditor consegue ler.
Conectores, autenticação e registo são partilhados. Cada caso de uso novo acrescenta a sua lógica e reutiliza o resto.
Carga, latência e custo estimados no desenho e verificados na construção. A fila das nove da manhã é uma pergunta de desenho respondida cedo.
Caminhos dos dados e permissões estão desenhados e aplicados. Quando o jurídico ou o auditor pergunta para onde vão os dados, o desenho é a resposta.
| Lado a lado | Projeto a projeto | Sobre um desenho |
|---|---|---|
| Segundo projeto | Recomeça | Reutiliza conectores, autenticação, registo |
| Carga | Descoberta em produção | Dimensionada no desenho, verificada na construção |
| Manutenção | Uma integração à medida por projeto | Peças partilhadas, corrigidas uma vez |
| Integração | Escrita para a demo | Sob as regras que os seus sistemas já aplicam |
| Mudar de modelo ou fornecedor | Uma reescrita | Uma troca atrás de uma interface |
A arquitetura decide o que o sistema é antes de o código o decidir por acidente. O resultado é um documento: componentes, interfaces, caminhos dos dados, permissões, a stack e as razões. A construção segue-o, e os engenheiros que o constroem reviram-no. Sem esse passo, a primeira implementação torna-se o desenho, fosse ele bom ou não.
Para um primeiro sistema de IA numa empresa de média dimensão, descoberta e desenho cabem normalmente em poucas semanas, com os ciclos de revisão a depender da rapidez com que os seus engenheiros e a segurança se podem reunir. Fixamos o prazo e o preço depois da primeira semana de descoberta, quando o âmbito é conhecido.
É esse o ponto. O desenho parte do seu ERP, CRM, fornecedor de identidade e plataforma de dados, e prefere ferramentas que os seus engenheiros já operam. Componentes novos são acrescentados onde os existentes não fazem o trabalho, e cada acréscimo é escrito com a razão.
Os seus engenheiros reveem cada rascunho e aprovam o final, por isso o desenho é deles antes de a construção começar. Durante a construção revemos a implementação contra ele em conjunto, e o documento é atualizado quando a realidade o muda. Na entrega, são donos do sistema e do documento que o descreve.
Somos uma equipa pequena de especialistas seniores. Escolhemos o modelo certo e a camada certa, e construímos o mínimo de maquinaria que resolve o problema. Tem uma chamada com um engenheiro, não um deck de vendas.
