Fonte: https://adriano.live/bmtv/ # BMTV: da intenção à execução. Adriano N. Batista e IA Como este texto foi construído: O humano definiu o conteúdo, a direção editorial e a estrutura da redação. A IA apoiou a consulta aos documentos do projeto, referências e propôs ajustes da redação. O humano revisou, alterou e aprovou a versão apresentada. Base: Contribuições humanas, documentos e registros do projeto e referências externas verificadas. Um projeto pessoal de governança aplicada ao desenvolvimento de software e ao trabalho assistido por agentes de inteligência artificial. ## Projeto BMTV 18,01% concluído Dados de 15/10/2026 16h08 [Ver marcos e entregas](https://adriano.live/bmtv/progresso/) A proposta do BMTV \[Nota: A proposta do BMTV] ## Desenvolver um produto com IA e responsabilidade humana No final de 2025, iniciei o BMTV para aproximar minha experiência em assuntos da segurança da informação e gestão da pesquisa e aplicação prática de inteligência artificial. Bem, para falar a verdade, naquela época eu ainda estava um pouco deslocado nas questões técnicas da “IA”. Por um bom tempo eu evitei me aprofundar no tema por considerar que as pessoas estavam vivendo em constante estado de "barata voa", que se refletia em infinitas discussões emocionadas sobre os limites de uso da ferramenta, da substituição do trabalho humano, da ética e propriedade intelectual e por aí vai. De certo modo, eu acho que meu incômodo estava em ver as pessoas ignorando os problemas reais que a IA ainda não conseguia resolver \[Nota: pois é, sem perceber], ao tempo em que eu estava mais preocupado em escrever e revisar relatórios e criar (manualmente) fluxos automatizados nas ferramentas de escritório no meu último emprego. Eu não tinha receio de ser substituído por um androide no trabalho (não mesmo, rs), mas hoje, depois de ter experimentado várias abordagens práticas e diferentes da IA para resolução de problemas parecidos no projeto BMTV, eu entendo que a aplicação dela vai além da automação de tarefas e está mais voltada para a construção de um sistema coordenado, com propósito compartilhado. Isso eu só percebi durante o desenvolvimento do BMTV, ainda que já conhecesse o tema desde anos atrás: acho que meu primeiro contato com o termo tenha sido no filme de 2001 do Steven Spielberg, mas me aprofundei nele na graduação, lá pelo ano de 2013 nas aulas do professor Fernando Giorno. O BMTV é uma ideia que veio como uma oportunidade para me expor a um ambiente criativo de desenvolvimento de soluções inteiramente baseado em IA. Nesse caso, o que eu queria mesmo era criar um ambiente controlado no qual pudesse experimentar e explorar livremente as possibilidades em um projeto próprio, com problemas concretos e com oportunidade de acompanhar as consequências das minhas escolhas, explorando a IA tanto para desenvolver soluções quanto como parte do funcionamento de recursos específicos, com orientações próprias para cada uso. Eu já estava para sair da Berghem, empresa na qual passei quase dez anos (indo de estagiário a gerente de S.I.), quando tive a ideia do BMTV como um projeto pessoal. A Berghem me ofereceu tempo para me planejar antes de sair, inclusive financeiramente. Enquanto não era decidida a data exata da minha saída, as ideias começavam a surgir e eu precisava organizá-las antes de planejar o projeto. Foi nesse momento que recorri, primeiramente, aos assistentes de IA. Quando saí do emprego, com o valor da rescisão do contrato de trabalho e com uma certa segurança financeira para os meses seguintes, decidi investir meu tempo e conhecimento no BMTV. Para que ele se justificasse conceitualmente, eu entendi que precisava alinhá-lo a um problema do mundo real como ponto de partida e foi assim que decidi envolver a pequena loja de decorações do meu pai nesse contexto, definindo que as ações de governança seriam sobre o processo de desenvolvimento de um produto para vendas em pequenos varejos \[Nota: vendas em pequenos varejos]. ### IA como fator decisivo Cursei Ciência da Computação na PUC de São Paulo \[Nota: graduação e TCC], mas sempre preferi pensar em soluções de problemas e no raciocínio lógico a codificar. Nunca tive uma linguagem de programação preferida, mas sempre gostei de escrever pseudocódigos e fluxogramas no papel desde a época em que cursei Técnico em Informática na ETEC de Araraquara. Bem, nesse contexto, as ferramentas de IA não seriam uma ameaça, mas sim o fator decisivo para colocar em prática o projeto: com elas, eu poderia delegar as atividades de escrita de código e execução das tarefas, ao passo em que eu atuaria principalmente nos níveis estratégico e tático \[Nota: níveis estratégico e tático], com a determinação da direção do projeto. Desenvolver o BMTV com o apoio de agentes de IA também significa assumir a responsabilidade por orientar e avaliar sua atuação. É essa relação entre capacidade de execução e responsabilidade humana que busco explorar ao longo do projeto. Minha intenção é colocar práticas de segurança, gestão de riscos e qualidade em contato com as dificuldades do trabalho cotidiano, observando o que precisa ser ajustado conforme o projeto evolui. Neste espaço, compartilho esse percurso: as escolhas, as dificuldades e os aprendizados de transformar uma intenção em entregas que possam ser avaliadas. O pequeno varejo ## Ponto de partida do projeto e os sinais relevantes para a evolução O pequeno varejo deu ao BMTV um ponto de partida concreto. Na loja, o produto encontra situações que precisam ser compreendidas para que o software seja útil: consultar um preço, saber se uma mercadoria está disponível, registrar uma venda, cadastrar clientes com qualidade, enriquecer a comunicação útil, avaliar o risco de crédito, integrar o produto a serviços de fornecedores de tecnologia ou acompanhar um pagamento. São necessidades que ajudam a orientar o desenvolvimento e permitem confrontar o que foi planejado com o que acontece no uso. Essas atividades estão relacionadas. Uma venda movimenta o estoque e gera informações financeiras; uma devolução pode exigir ajustes tanto nas mercadorias quanto nos valores recebidos. O desafio é compreender essas relações e construir um produto que ajude a lidar com elas de forma coerente, considerando as necessidades de quem vende, de quem administra e de quem compra. De certo modo, eu já estava familiarizado com várias dessas atividades na loja do meu pai. Porém, o BMTV não se propôs a criar e governar um produto especificamente para essa loja, mas, ainda que fosse executado apenas nessa operação, ele deveria ser um PDV com funcionalidades comuns e adaptadas a diferentes tipos de operação de pequenos varejistas. A loja funciona como um ambiente real de uso e aprendizado, com limites que eu consigo acompanhar. Os sinais dessa operação ajudam a identificar dificuldades, avaliar escolhas e orientar melhorias. Ao mesmo tempo, uma necessidade específica da loja não se torna automaticamente uma regra para o produto. Parte do trabalho é distinguir o que pertence àquela operação do que pode fazer sentido para outros pequenos varejistas, preparando o BMTV para evoluir a partir dessa experiência. Esse contexto é tratado como um risco a ser gerenciado nessa organização unipessoal \[Nota: risco e independência], na qual eu sou o único humano atuante. O contexto demonstrativo ## Como governança, produto e uso real se relacionam Essa experiência no pequeno varejo ajuda a compreender as relações que estou construindo no BMTV. O ambiente de governança estabelece critérios de segurança da informação, gestão de riscos e qualidade para orientar e avaliar o desenvolvimento do produto, do portal e dos próprios métodos de gestão. A proposta do sistema de gestão integrado é tratar esses temas de forma articulada e apoiada por um portal de governança. O produto atende às atividades do varejo e permite observar os resultados das escolhas feitas durante seu desenvolvimento. A loja participa dessa relação como um tenant: uma organização que utiliza o produto em sua própria operação. Intencionalmente, ela não faz parte do "guarda-chuva" BMTV, mas funciona como um tenant real que gera os “sinais” de que eu preciso nos experimentos enquanto ela faz uso desse produto nas operações diárias. Esses sinais precisam ser analisados antes de orientar mudanças no produto ou na governança, evitando que eventos limitados à operação da loja influenciem automaticamente as decisões do contexto demonstrativo do BMTV. O diagrama apresenta essa relação pretendida; a incorporação do produto ao ambiente de governança faz parte do primeiro ciclo do projeto \[Nota: primeiro ciclo do projeto]. Contexto Demonstrativo · BMTV Governança BMTV Alcance das orientações do SGI Portal de Governança Ferramentas de apoio ao SGI Produto BMTV Aplicação para o varejo Sinais de usooperacionais Tenants externos ao contexto demonstrativo, com sinais direcionados ao produto - Outros tenants Possibilidade de expansão - Tenant real Operação real O produto mantém estrutura própria e se desenvolve sob critérios de governança. Os tenants permanecem fora do contexto demonstrativo. ### Segurança da informação, riscos e qualidade em um sistema de gestão integrado Para orientar e avaliar o desenvolvimento apresentado nesse contexto, estou construindo o Sistema de Gestão Integrado (SGI) do BMTV. A proposta é reunir segurança da informação, gestão de riscos e qualidade em um conjunto articulado de políticas, responsabilidades, processos e critérios de avaliação. Essa integração permite considerar diferentes efeitos de uma mesma escolha: uma mudança no produto pode atender a uma necessidade de uso e, ao mesmo tempo, exigir cuidados com informações, avaliação de riscos e verificação de resultados. A Política Integrada do SGI estabelece os compromissos que dão direção a esse sistema. Eles incluem proteger as informações, orientar a qualidade do produto, tratar riscos de forma estruturada, considerar os requisitos aplicáveis e preservar decisões e evidências com controle e rastreabilidade. Esses compromissos se desdobram em orientações específicas conforme as necessidades do projeto. O SGI abrange tanto a forma como o produto é desenvolvido e avaliado quanto a revisão dos próprios métodos de governança. Para fundamentar esse trabalho, o projeto utiliza como referências a ISO/IEC 27001, para a gestão da segurança da informação; a ISO/IEC 27002, para os controles de segurança; a ISO 31000, para a gestão de riscos; e a ISO 9001, para a gestão da qualidade. A ISO/IEC 27007 também orienta o tratamento das auditorias, enquanto a ISO 9241-210 contribui para o projeto centrado no ser humano. A aplicação dessas referências depende do contexto, do escopo e dos critérios pertinentes ao trabalho. A certificação formal não faz parte do escopo atual. Essas referências ganham sentido quando são traduzidas em critérios para o trabalho e confrontadas com os resultados de sua aplicação. O SGI é desenvolvido para que objetivos e orientações fundamentem a execução, para que as decisões e os resultados possam ser examinados e para que esse exame permita revisar tanto as soluções quanto os próprios métodos de gestão. É nesse movimento de planejar, fazer, checar e agir que pretendo conectar a direção do projeto ao aprendizado produzido durante seu desenvolvimento. Para sustentar essa relação, é necessário preservar e conseguir recuperar quais orientações foram utilizadas, o que foi decidido e quais evidências justificam manter ou modificar uma prática. Para isso, foi criado o Portal de Governança, que reúne ferramentas para consultar os documentos e registros operacionais, compreender suas relações e recuperar decisões e evidências. O SGI se constitui pelas políticas, responsabilidades, processos e práticas de gestão; o portal oferece recursos tecnológicos para organizar e tornar acessíveis as informações necessárias à sua aplicação e revisão. Isso ajuda a consultar quais orientações estão vigentes, recuperar os fundamentos de uma decisão e examinar o trabalho registrado, inclusive quando o que precisa evoluir são os próprios métodos de governança. Enquanto o Produto BMTV atende às atividades do varejo, o Portal de Governança apoia o trabalho de gestão. Governança ## As bases para orientar, verificar e melhorar o trabalho A base documental da governança é organizada para que as orientações do projeto possam ser compreendidas em conjunto: de onde vêm, a que contexto se aplicam e como se relacionam com o trabalho realizado. A estrutura em níveis permite aprofundar essas questões progressivamente, mantendo a ligação entre os fundamentos do SGI, as decisões que orientam sua aplicação e as evidências necessárias para avaliar os resultados. No BMTV, ela se articula em seis níveis que traçam um paralelo informal com as dimensões estratégica, tática e operacional da gestão. Essa organização relaciona a fundamentação do projeto, a compreensão de seu contexto, as orientações para o trabalho e as informações necessárias para avaliar seus resultados e decidir melhorias. Diferentemente de uma organização comum, que conta com várias pessoas atuantes, mesmo que de pequeno porte, eu utilizo essa estrutura para transitar em diferentes papéis destacados conforme a demanda. Cada documento precisa responder a uma necessidade, ocupar um lugar nessa estrutura e preservar suas relações com as referências que o fundamentam. Sua função, versão e aprovação ajudam a reconhecer quais orientações podem ser utilizadas. A experiência da execução também alimenta essa organização: dificuldades, conflitos e lacunas podem fundamentar revisões, preservando o histórico e as decisões que justificaram as mudanças. A documentação do Produto BMTV mantém estrutura própria, conectada à governança pelos critérios aplicáveis, pelas decisões e pelas evidências do desenvolvimento. Essa relação permite acompanhar o que é construído e como é validado, enquanto os documentos da governança orientam a condução e a revisão desse trabalho. O BMTV tem apenas um produto governado, mas a estrutura e conteúdo da documentação são adequados para que outros produtos sejam incluídos sob essa governança e sejam adequados para atender aos mesmos critérios na sua estrutura de documentação própria. ### Estrutura documental Selecionar nível da estrutura documental N5Análise Crítica e MelhoriaN4Processos e EvidênciasN3MétodoN2DireçãoN1ContextoN0Fundação A intenção, a autoridade e a lógica organizacional dão base à definição do contexto. Fronteiras, partes interessadas e condições do projeto orientam políticas e critérios de decisão. Políticas, responsabilidades e critérios estabelecem as condições que os métodos precisam respeitar. Os métodos são desdobrados em práticas e formas de demonstrar sua execução. Registros e resultados fornecem elementos para a avaliação pela Direção. A avaliação fundamenta ajustes nos processos, métodos, orientações e, quando necessário, nas próprias bases. #### N0 · Fundação Estabelece a intenção, a autoridade e a lógica de evolução da base documental. A Carta de Fundação define como os documentos se organizam, como os níveis se relacionam e sob quais condições novas referências passam a integrar o conjunto aprovado pela governança. Referência no projeto Carta de Fundação da Base Documental. #### N1 · Contexto Situa a organização, suas fronteiras, relações externas e partes interessadas. Os documentos desse nível delimitam o que o SGI controla, orienta, acompanha ou observa, oferecendo contexto para decidir quais necessidades, riscos e requisitos devem ser considerados nos desdobramentos da governança. Referência no projeto Escopo do SGI e documentos de contexto e fronteiras. #### N2 · Direção Converte o contexto em políticas, responsabilidades e critérios de decisão. Os documentos desse nível estabelecem compromissos e orientações comuns, como o tratamento proporcional dos riscos e o controle da informação documentada, que fundamentam os métodos e as práticas adotados pelo projeto. Referência no projeto Política Integrada e Princípio de Informação Documentada. #### N3 · Método Define como a governança conduz o trabalho, verifica resultados e trata a necessidade de correção. As diretrizes desse nível orientam a compreensão e o encaminhamento das demandas, as condições de decisão e os limites que os procedimentos mais específicos precisam respeitar. Referência no projeto Diretriz Metodológica de Roteamento e Tratamento de Itens Governados. #### N4 · Processos e Evidências Formaliza práticas recorrentes e preserva os registros que demonstram sua execução. Procedimentos, formas operacionais e evidências permitem acompanhar o contexto do trabalho, as decisões, os resultados e as pendências, mantendo vínculos que tornam possível verificar como as orientações foram aplicadas. Referência no projeto Procedimentos de tratamento e registros operacionais vinculados às evidências. #### N5 · Análise Crítica e Melhoria Orienta a avaliação do SGI pela Alta Direção a partir de informações sobre contexto, desempenho, auditorias, riscos e recursos. As análises fundamentam decisões e ações de melhoria, cujo acompanhamento pode levar à revisão dos métodos, das orientações e das próprias bases da governança. Referência no projeto Procedimento e Forma Operacional de Análise Crítica pela Direção e Melhoria do SGI. Dos fundamentos à aplicação e à revisão da governança. ### Como os níveis se articulam no trabalho As orientações da governança se desdobram em métodos e procedimentos para compreender necessidades, conduzir atividades e verificar seus resultados. O principal instrumento dessa aplicação por meio do Portal de Governança é o Registro Operacional, que acompanha o tratamento de uma demanda, ocorrência ou iniciativa. Ele reúne o contexto de entrada, o objetivo, as referências aplicáveis e as condições para conduzir o trabalho, preservando a ligação entre o que motivou a atividade e o que foi realizado. Um Registro Operacional funciona no BMTV como um prontuário médico: uma necessidade inicia um acompanhamento, que vai sendo enriquecido com informações, avaliações, decisões e resultados. Na governança, o Registro Operacional relaciona os artefatos envolvidos no tratamento e permite acompanhar as mudanças que dele resultam, preservando seus fundamentos e seu histórico. Esse registro é enriquecido conforme o tratamento avança. Uma necessidade de revisar um documento, por exemplo, pode exigir a consulta à política que o orienta, a identificação de riscos, a preparação de uma nova versão e uma decisão sobre sua adoção. Uma vulnerabilidade identificada pode levar à avaliação dos ativos e controles afetados, à correlação com os riscos organizacionais e à definição de medidas de tratamento. O Registro Operacional relaciona esses elementos e acompanha as análises, decisões e evidências produzidas, mantendo os vínculos com os documentos e artefatos próprios de cada assunto. Essas relações permitem acompanhar também as modificações do contexto organizacional. Ao longo de uma atividade, podem ser reconhecidas dependências antes desconhecidas, identificadas limitações de um controle ou propostas mudanças em responsabilidades, documentos e métodos. O registro preserva as condições inicialmente consideradas e os fundamentos das alterações, distinguindo o que foi identificado, proposto, autorizado, executado e verificado. Quando uma mudança precisa ser incorporada à documentação da governança, sua atualização segue os critérios e as decisões aplicáveis, mantendo recuperável a relação com o trabalho que a motivou. Uma iniciativa pode ainda revelar trabalhos que precisem de condução própria. Nesses casos, o registro de origem mantém a visão conjunta, enquanto os registros derivados detalham seus respectivos objetos, condições e resultados. Assim, é possível coordenar trabalhos relacionados e acompanhar seus efeitos sobre a organização, preservando a responsabilidade, os limites e as evidências de cada parte. Essa organização estabelece as condições para a execução das tarefas operacionais pela IA, que utiliza esse contexto para interpretar e decompor a intenção humana, encaminhar as atividades e, com orientação e revisão humana, organizar as informações necessárias à criação e atualização dos registros operacionais e dos demais artefatos vinculados. Os métodos orientam a consulta às fontes, a condução das atividades e as situações que exigem decisão humana. Os registros permitem acompanhar como essas orientações foram aplicadas e quais resultados foram produzidos. Inteligência artificial ## Desenvolver com IA e orientar com critérios No BMTV, a inteligência artificial participa da construção do próprio contexto demonstrativo: do software às interfaces, da preparação de documentos à análise de problemas e propostas de melhoria. Esse é o uso que mais me interessa explorar aqui. Quero compreender como aproveitar a capacidade dos agentes para realizar trabalho técnico mantendo clareza sobre o que foi solicitado, quais limites precisam ser respeitados e como avaliar o que foi produzido. Desde que comecei o projeto, sempre esteve claro para mim que a proposta seria me envolver diretamente com os níveis estratégico e tático e atuar no nível operacional apenas quando extremamente necessário. Ou seja, essa decisão já implicava que, de certo modo, eu não me aprofundaria em todos os detalhes da aplicação dos métodos de trabalho pelos agentes na resolução dos problemas, mas deveria me concentrar na elaboração das melhores ferramentas e controles para que as atividades fossem executadas de forma íntegra e alinhada. Essa escolha de atuação orienta a criação de formas específicas de apoio, que podem funcionar de maneiras diferentes. Uma ferramenta desenvolvida com apoio de IA pode executar regras programadas sem consultar modelos durante o uso; outras incorporam serviços de IA ou agentes com atuação delimitada, como no apoio ao atendimento e à consulta de informações. Procuro definir essa participação conforme o problema, o contexto e as verificações necessárias, mantendo clareza sobre o que pode ser executado pelo sistema e o que depende de decisão humana. ### IA na operação do Produto BMTV No contexto do varejo, as diferentes formas de apoio com IA \[Nota: IA na operação do Produto BMTV] respondem a necessidades concretas de quem vende e de quem compra. Um exemplo é o autoatendimento pelo WhatsApp: parte relevante dos clientes da loja é composta por pessoas idosas, que utilizam bastante mensagens de áudio. Incorporar a transcrição ao atendimento permite receber solicitações na forma como esses clientes costumam se comunicar, ampliando as possibilidades de acesso às informações e aos serviços disponibilizados. Nesse autoatendimento, diferentes componentes trabalham em conjunto. Um serviço de IA transcreve o áudio, e o texto segue para o agente de atendimento, que interpreta a solicitação e pode acionar ferramentas específicas para consultar produtos, crédito em loja, saldo devedor ou histórico de compras. As ferramentas realizam as consultas nos registros do sistema, conforme o acesso permitido. A transcrição prepara a mensagem; o agente participa da escolha das ações; e as ferramentas executam as operações previstas. O assistente do operador no portal do produto e no PDV também combina interpretação de pedidos com ferramentas de consulta e apoio ao trabalho. Já a composição de imagens de ambientes com produtos da loja utiliza um serviço de geração de imagens, com referências e orientações para preservar as características dos itens apresentados. Esse recurso pode ajudar a inspirar clientes e criar oportunidades de venda, sem que o serviço de geração precise ser, por si só, um agente. Uma mesma solução pode reunir agentes, serviços de IA e funções executadas por regras programadas. Essa combinação exige limites próprios para cada uso. No WhatsApp, a verificação do número do cliente na loja condiciona o acesso às suas informações pessoais e financeiras; no portal do produto e no PDV, as ferramentas utilizam o contexto da sessão autenticada e as permissões do operador. As instruções orientam o comportamento do agente, enquanto o código verifica as condições de acesso e execução. Interpretar um pedido ou escolher uma ferramenta não concede, por si só, autorização para realizar uma operação. O autoatendimento também oferece sinais para investigar como esses recursos podem melhorar. Há mecanismos para acompanhar dificuldades nas conversas e avaliar associações entre os pedidos dos clientes e as categorias do catálogo, considerando os resultados observados, a diversidade das interações e sua consistência ao longo do tempo. Essas avaliações podem fundamentar ajustes, cuja incorporação ao catálogo depende de decisão humana. Trata-se de uma abordagem delimitada de aprendizado a partir do uso, que não implica retreinamento automático dos modelos nem evolução autônoma de todo o sistema. Como parte do experimento, interessa verificar também se os sinais escolhidos representam melhorias reais no atendimento. Também é necessário avaliar a qualidade do que essas soluções produzem. As imagens precisam representar os produtos com fidelidade; a transcrição precisa preservar o conteúdo da fala; e as respostas devem se apoiar nos dados efetivamente consultados. Quando agentes de IA ajudam a desenvolver esses recursos, a avaliação abrange tanto seu funcionamento quanto as escolhas feitas durante a implementação. Essa relação entre o uso da ferramenta e o processo que a produz orienta os critérios de desenvolvimento e verificação apresentados a seguir. ### IA no apoio à gestão pelo Portal de Governança No Portal de Governança, as diferentes formas de apoio com IA \[Nota: IA no apoio à gestão pelo Portal de Governança] se voltam aos processos do SGI: recuperar orientações, relacionar registros, examinar evidências e reunir elementos para fundamentar decisões. O propósito é tornar essas informações úteis ao acompanhamento do trabalho, apoiando minha atuação nos níveis estratégico e tático e ajudando a reconhecer situações que exigem análise ou intervenção. Uma dessas formas de apoio é o assistente, que pode interpretar solicitações e acionar ferramentas para pesquisar documentos e registros, recuperar trechos e consultar suas relações, conforme o acesso permitido. Por exemplo, uma pergunta sobre os fundamentos de uma decisão pode orientar a recuperação das fontes necessárias para compreendê-la e conferir a resposta. O agente participa da interpretação e da escolha das consultas; as ferramentas executam as operações autorizadas. A consulta direta pela interface continua disponível, sem depender dessa mediação. Essa participação da IA se apoia também em ferramentas de segurança desenvolvidas com seu auxílio e na avaliação de recursos que possam contribuir para o SGI \[Nota: avaliação de recursos que possam contribuir para o SGI]. Esse aproveitamento pode envolver código existente, documentos, frameworks e referências externas, cuja adoção é examinada segundo os critérios e os processos de governança já estabelecidos. O procedimento de avaliação de fontes externas orienta a identificação da origem e da versão do material, a definição da necessidade e do escopo de uso e a análise de sua adequação, dos riscos e dos efeitos esperados. A avaliação pode levar à adoção de critérios, à revisão de documentos, à criação de ferramentas ou à decisão de adiar ou rejeitar o aproveitamento. Os fundamentos e as decisões precisam permanecer recuperáveis. O primeiro ciclo do BMTV dá uma aplicação concreta a essa forma de incorporar recursos. Ele articula a organização de um ambiente mínimo de governança, a disponibilização das ferramentas necessárias no portal e a incorporação do Produto BMTV ao alcance do SGI. A proposta é reunir condições para conduzir um ciclo de gestão que possa ser acompanhado e avaliado: estabelecer orientações, executar atividades, preservar evidências, examinar resultados e decidir ajustes. As normas utilizadas no projeto ajudam a tornar esse processo concreto. A ISO 31000 fundamenta aspectos do procedimento de identificação, avaliação, tratamento e monitoramento de riscos. A ISO/IEC 27001 contribui para critérios de segurança da informação, responsabilidades, evidências e revisão. A ISO/IEC 27002 oferece referências para controles selecionados, como proteção de registros, monitoramento e cuidados durante testes. A ISO 9001 participa da fundamentação dos procedimentos de auditoria interna e análise crítica pela Direção, incluindo avaliação de desempenho, recursos, decisões de melhoria e acompanhamento das ações. Esses princípios são traduzidos em métodos internos, cuja aplicação precisa ser demonstrada nos registros e nas evidências do trabalho. O OWASP SAMM também passou por uma avaliação específica de aplicabilidade, seguida da análise da necessidade de uma Política de Desenvolvimento Seguro. Suas funções de governança, design, implementação, verificação e operações orientam os assuntos considerados nessa política, com aplicação seletiva e proporcional ao contexto e aos riscos. Esse percurso exemplifica como uma referência externa pode contribuir para estabelecer orientações próprias. Avaliar o framework e incorporá-lo como referência não demonstra um nível de maturidade automaticamente, mas exige estabelecer critérios, avaliar e evidenciar os processos de desenvolvimento seguro direcionados pela política. A mesma lógica orienta o aproveitamento de capacidades técnicas desenvolvidas com apoio de IA em um projeto paralelo de segurança \[Nota: em um projeto paralelo de segurança]. Entre os recursos identificados estão mecanismos de custódia e integridade de artefatos, registros de leitura, acesso temporário a documentos, segregação de permissões e verificação da autenticidade de mensagens entre componentes. Nesses casos, a IA pode contribuir para construir ou adaptar a solução, enquanto seu funcionamento depende de regras programadas e verificações criptográficas. O levantamento dessas capacidades permite examinar o que pode atender às necessidades do BMTV, quais adaptações são necessárias e quais limitações precisam ser tratadas antes de sua incorporação. A incorporação do Produto BMTV amplia esse trabalho: envolve avaliar seus documentos, registros, controles e pendências, definir responsabilidades e demonstrar a cobertura do escopo incorporado. O primeiro ciclo deve permitir acompanhar uma situação real em que a governança oriente o trabalho no produto, os resultados sejam avaliados e as evidências fundamentem uma melhoria, um encaminhamento ou a decisão de manter o que já atende à necessidade. As ferramentas do portal apoiam a recuperação das informações e a condução dessas atividades, abrindo espaço para experimentar também o uso de IA nas próprias análises de gestão. Outra frente de experimentação envolve justamente utilizar IA durante a análise de informações de segurança. Uma prova de conceito trabalha com a interpretação de políticas para extrair critérios e apoiar a priorização da correção de vulnerabilidades, considerando os achados e o contexto disponível. Os critérios extraídos ficam associados ao conteúdo da política utilizada, permitindo recuperar essa referência e reconhecer quando ela muda. Isso oferece uma base para investigar como diferentes orientações afetam as prioridades propostas e se as justificativas apresentadas são coerentes com os critérios escolhidos. Essa experiência constitui uma capacidade a avaliar para o BMTV, sem pressupor que já esteja incorporada ao portal. A experiência também ajuda a delimitar onde a interpretação por IA é necessária e onde convém aplicar regras estruturadas. O fluxo experimentado utiliza IA tanto na extração dos critérios quanto na sugestão de prioridades, em etapas programadas. Uma direção de evolução é validar e organizar esses critérios para que sua aplicação possa ser realizada pelo sistema de forma reproduzível, recorrendo à IA para apoiar revisão e explicação quando necessário. A prioridade sugerida para corrigir uma vulnerabilidade não substitui sua severidade técnica, a avaliação de risco ou uma decisão humana de aceitar esse risco. Essas aplicações ampliam o experimento para além da capacidade de produzir software. Interessa verificar se as ferramentas ajudam a recuperar os fundamentos corretos, interpretar orientações de forma consistente e produzir análises úteis, preservando a diferença entre informação registrada, inferência e decisão. Isso exige examinar tanto os resultados de seu uso quanto as escolhas feitas pelos agentes de IA durante sua construção. É essa ligação entre orientação, execução e evidência que procuro estabelecer nos critérios de desenvolvimento e verificação apresentados a seguir. ### Atuação assistiva, autoridade e responsabilidade No BMTV, o agente de IA atua em apoio a uma pessoa, dentro das responsabilidades e autorizações relacionadas ao trabalho que ela conduz. Hoje, sou o único humano nesse contexto organizacional e concentro a responsabilidade pelas decisões, ainda que transite entre diferentes papéis de gestão. Se outras pessoas passarem a participar, as demandas, os alertas e as propostas produzidos pelos agentes deverão ser relacionados às pessoas responsáveis por avaliá-los e decidir sobre seu encaminhamento, conforme a autoridade de cada uma. O trabalho compartilhado exige, portanto, clareza sobre quem solicita, quem pode autorizar, quem executa e quem responde pelos resultados. Essa relação também orienta os acessos: a atuação de um agente em nome de uma pessoa deve respeitar as permissões dela e os limites autorizados para aquela atividade, sem ampliar sua autoridade nem tornar disponíveis informações de outros participantes apenas porque utilizam o mesmo ambiente. Ter acesso a uma ferramenta, por sua vez, não significa estar autorizado a realizar qualquer ação por meio dela. No projeto BMTV busco tratar a IA como inteligência assistiva, considerando que ela amplia a capacidade de compreender situações, propor encaminhamentos e executar atividades, enquanto as pessoas preservam a autoridade e a responsabilidade pelas decisões que lhes competem. Para traduzir essa relação de assistência e responsabilidade em critérios de trabalho no desenvolvimento seguro do BMTV, busco transformar as diretrizes do projeto em orientações que possam ser consultadas antes da execução e usadas para avaliar as entregas. Isso envolve definir quais documentos devem orientar cada atividade, o que o agente está autorizado a fazer e quais resultados precisam ser verificados. Políticas, procedimentos e referências de segurança, riscos e qualidade dão sustentação a esse trabalho. Na governança, a Política de Desenvolvimento Seguro ratificada estabelece uma direção comum, enquanto os documentos técnicos de cada produto tratam de sua implementação. As normas ajudam a fundamentar os critérios, mas cada decisão tomada precisa ser coerente com os fatos persistidos nos registros ou na decisão humana (que, por sua vez, busca ser justificada principalmente pela análise do contexto externo). A própria decisão de utilizar normas e referências externas para fundamentar a evolução da governança precisa ser interpretada no contexto e formalizada pelas decisões competentes. O OWASP SAMM, por exemplo, foi avaliado como referência para examinar práticas de desenvolvimento seguro. Sua aplicabilidade ao projeto foi analisada segundo as regras de governança já estabelecidas. Ele ajuda a organizar essas análises, sem transformar a adoção de uma referência em comprovação de maturidade. Da mesma forma, ter uma política escrita não demonstra, por si só, que ela foi seguida. O que procuro construir no projeto é uma ligação verificável entre a orientação documentada, o trabalho realizado com apoio da IA e a evidência que permite avaliá-lo e, se necessário, revertê-lo ao estado anterior. Esse processo também orienta a evolução do BMTV. Conforme surgem novas necessidades, ferramentas, tecnologias e referências, elas são avaliadas à luz do contexto e dos critérios já definidos. Sua incorporação depende da contribuição esperada, dos riscos envolvidos e das decisões necessárias. O projeto amplia, assim, suas capacidades e seu escopo, preservando o registro do que foi incorporado, por qual motivo e sob quais condições \[Nota: evolução do escopo]. As orientações e os protocolos não impedem todos os erros, mas oferecem uma base para reconhecer quando o trabalho se afasta do que foi definido. Por isso, a própria estrutura de roteamento da intenção é construída e melhorada continuamente para equilibrar a autonomia e a responsabilidade dos agentes. Da intenção à entrega ## O ponto de entrada para roteamento com qualidade No BMTV, o trabalho começa quando apresento uma necessidade em linguagem natural. Não preciso traduzir previamente o pedido em uma solução técnica: os protocolos orientam o agente a interpretar a intenção, identificar o que será afetado e buscar os fundamentos necessários antes de propor uma ação. Meus comandos envolvem orientar o agente a ler o “README” para agentes de IA \[Nota: ler o “README” para agentes de IA] que atuam no projeto, e esse ponto de entrada tem o direcionamento correto para o agente interpretar a intenção e executar protocolos específicos, incluindo solicitar a participação humana (minha) quando houver um gap a ser solucionado nos protocolos. Tanto na governança quanto no produto, essa leitura é contextual e progressiva. Depois das orientações iniciais, o agente deve consultar os documentos pertinentes ao pedido, aprofundando a leitura conforme os critérios aplicáveis e as dúvidas encontradas. Nos dois casos, a proposta é preservar uma ligação verificável entre a necessidade apresentada, as fontes efetivamente consultadas e o trabalho a realizar. A diferença está na forma como cada contexto organiza essa avaliação. Na governança, o roteamento orienta o levantamento das informações necessárias para compreender o item: sua origem, o objetivo e o valor esperado, as partes interessadas, o escopo, as fronteiras, os requisitos, os riscos e as dependências relevantes. Essas informações ajudam a determinar o tratamento, os limites de atuação e a necessidade de decisão humana; mudanças relevantes durante o trabalho exigem reavaliar a rota. No produto, o encaminhamento é mais diretamente relacionado às tarefas de engenharia: o agente identifica se o pedido envolve frontend, backend ou aspectos transversais e se corresponde, por exemplo, a uma evolução de jornada, integração, configuração ou diagnóstico. Essa classificação direciona a consulta aos documentos técnicos e a verificação das capacidades existentes, como endpoints, contratos, fontes materiais dos dados e componentes de interface. Assim, a governança estrutura a avaliação do item e de seus efeitos no contexto organizacional, enquanto o produto detalha como transformar a necessidade em uma mudança de software coerente com sua arquitetura e suas regras. No produto, os cartões de intenção ajudam a explicitar a necessidade antes da implementação. Eles registram a interpretação do pedido, o escopo, as referências e os critérios de aceitação. Isso permite confrontar o que a IA entendeu com o que eu pretendia e identificar conflitos antes que uma interpretação inadequada se transforme em código. Autorizar uma atividade, verificar seu resultado e aceitar uma entrega são decisões diferentes; o processo precisa preservar essas diferenças. ### Orientação humana e limites de atuação dos agentes de IA Na governança e no produto BMTV, as iniciativas são sempre decisões humanas e a participação humana volta a ser acionada durante o desenvolvimento conforme o objeto da decisão e os limites de atuação dos agentes que atuam no desenvolvimento do contexto demonstrativo e de seu sistema de gestão integrado. Na governança, o tratamento pode ser organizado em uma janela de autorização e outra de decisão final, preservando a distinção entre aprovar uma proposta e ratificar sua publicação. As verificações objetivas previstas no trabalho não exigem uma nova manifestação humana a cada etapa: quando já existe autorização válida para o mesmo objeto e condições, ela deve ser recuperada e aplicada. Um novo gate humano torna-se necessário quando surge uma mudança material, um conflito relevante, uma exceção ou outra condição que ultrapasse a cobertura existente. Cabe a mim avaliar o contexto, os fundamentos, os riscos e o efeito da decisão solicitada. No produto, os pontos de decisão humana combinam a confirmação da intenção interpretada com os critérios de autorização das ações de engenharia. Ações locais, reversíveis e de baixo risco podem ser executadas diretamente dentro do escopo; ações de nível intermediário exigem a apresentação prévia do critério aplicado; e ações de alto risco dependem de decisão humana explícita. Isso inclui, por exemplo, alterações em contratos externos, segredos, dados materiais ou ambientes compartilhados. Os protocolos específicos também estabelecem gates de validação das entregas. Nos dois contextos, minha participação deve se concentrar nas decisões que exigem responsabilidade humana, enquanto os agentes executam e verificam o trabalho dentro dos limites definidos, apresentando evidências para que eu possa decidir como prosseguir. Memória do projeto ## A memória do projeto como instrumento de gestão Quando o trabalho passa por diferentes conversas, ferramentas e agentes, lembrar o que foi combinado se torna uma necessidade prática. Uma decisão pode perder seu contexto, uma hipótese pode reaparecer como certeza e uma alternativa descartada pode ser proposta novamente. No BMTV, a memória do projeto deve ajudar a retomar o trabalho sem reconstruir suas regras a cada interação. Para preservar essa memória, no contexto de governança são usados os registros operacionais e, no contexto do produto, são usados os cartões de intenção. Ambos documentam a evolução e a transformação da intenção em tarefas realizadas e modificações do contexto. As verificações das entregas ajudam a reconstruir esse percurso, sem depender apenas do histórico de uma conversa. Referências e identificadores permitem relacionar esses elementos e localizar a informação responsável por cada assunto. Também é necessário distinguir a condição de uso de cada informação. Um rascunho não tem a mesma autoridade de um documento ratificado. Uma proposta não equivale a uma decisão, e um relato de execução não substitui a evidência ou o aceite pertinente. Preservar versões e registrar as mudanças ajuda a entender o que valia em determinado momento e por que uma orientação foi substituída. No trabalho com IA, essa memória precisa ser consultada conforme a atividade. Um resumo de conversa pode ajudar a localizar o ponto de retomada, mas não substitui a conferência das fontes aplicáveis. O desafio é recuperar o contexto necessário sem transformar toda tarefa em uma releitura indiscriminada do acervo. Este portfólio apresenta uma síntese dessa experiência. Os registros de origem continuam responsáveis por suas informações, e o conteúdo público não reproduz integralmente o acervo interno. Quero tornar o percurso compreensível, preservando os limites entre explicar uma decisão, demonstrar um resultado e expor informações que não precisam estar públicas. Aprendizado contínuo ## Aprendizado contínuo em situações reais O uso real do produto oferece perguntas que o planejamento, sozinho, não consegue antecipar. Uma forma de pedir informação, uma dificuldade para localizar uma mercadoria ou um resultado inesperado pode revelar algo sobre o software, sobre o atendimento ou sobre a interpretação que orientou o desenvolvimento. Quero que esse aprendizado alcance a forma como desenvolvo o projeto. Se um agente interpreta mal uma orientação, se uma verificação deixa passar um problema ou se uma informação se perde entre etapas, há uma oportunidade de avaliar o processo. ### Aprender com os desvios No BMTV, aprender com essas situações depende de preservar o contexto necessário para analisá-las: o que foi solicitado, quais critérios deveriam ter sido observados, o que o agente executou e quais evidências permitiram identificar o problema. O registro de incidentes, desvios e lacunas reúne essas ocorrências. Essa distinção ajuda a compreender se houve uma falha na execução, se uma orientação existente deixou de ser seguida ou se faltava uma definição para conduzir o trabalho. As ocorrências são relacionadas às iniciativas e aos riscos pertinentes, preservando o tratamento adotado e as pendências. Assim, é possível reconhecer problemas recorrentes e avaliar se a dificuldade está no resultado produzido, na interpretação do pedido ou no próprio método de trabalho. Aprender com esses resultados envolve voltar à intenção, examinar a evidência e decidir o tratamento adequado. O problema pode pedir uma correção no produto, uma melhoria na documentação, uma revisão do método de trabalho ou apenas uma investigação adicional. Um exemplo aparece nos registros do atendimento pelo WhatsApp: verificações locais precisaram ser complementadas por avaliações do caminho completo da interação, e falhas observadas motivaram correções e novos cenários de teste. Os registros também distinguem uma reprodução textual de uma fala de um novo teste com áudio real. Essa diferença importa porque cada verificação demonstra uma parte do comportamento, e seu alcance precisa permanecer claro. ### Da correção à melhoria do processo Essas informações também servem de insumo para revisar os recursos que orientam os agentes. Uma ocorrência pode indicar a necessidade de melhorar a decomposição da intenção, refinar o roteamento de leitura, esclarecer um limite de atuação ou acrescentar uma verificação antes de prosseguir. O ajuste precisa alcançar o ponto do processo em que fará diferença: registrar uma orientação não garante que ela será encontrada, compreendida e aplicada na próxima execução. A recorrência de situações pode indicar com mais clareza a necessidade de avaliação para mudanças. Por isso, no contexto demonstrativo, procuro relacionar o aprendizado aos documentos e às etapas pertinentes, preservando um caminho de consulta que seja útil para os trabalhos seguintes. Minha responsabilidade é avaliar essas informações e decidir quando corrigir, interromper ou prosseguir, inclusive quando o problema envolve uma orientação ou decisão minha. Isso também inclui compreender a cadeia de decisões (minhas e dos agentes) que levou a um cenário de desequilíbrio e fuga da intenção. A priorização da avaliação dessas informações é uma decisão minha que é diretamente influenciada pelos dados disponíveis, mas eu mesmo tenho autonomia para determinar uma “iniciativa” com o propósito de análise de contexto para modificação das regras de governança a partir da minha percepção de uso das ferramentas e do próprio comportamento do sistema de gestão em desenvolvimento. A correção do resultado observado e a melhoria do processo precisam sempre ser verificadas: resolver uma ocorrência não demonstra, por si só, que suas causas foram tratadas. Nesse contexto demonstrativo, busco usar os registros e os sinais das próximas execuções para avaliar os ajustes, reconhecer o que permanece incerto e orientar a evolução do trabalho com IA. Compartilhar dificuldades e correções faz parte dessa proposta tanto quanto apresentar as entregas. Primeiro ciclo ## O primeiro ciclo do BMTV O primeiro ciclo reúne a organização e a apresentação do projeto, o desenvolvimento do ambiente de governança e a incorporação planejada do produto a esse ambiente. São frentes de um único Projeto BMTV, organizadas em nove marcos. A numeração identifica os marcos; as dependências e condições de execução orientam a sequência do trabalho. Apresentar o portfólio faz parte desse percurso. Esta página oferece o contexto para compreender o projeto, enquanto a área de marcos e entregas permite acompanhar o planejamento e sua evolução. Publicar um texto ou exibir um resultado aqui não substitui a execução, a evidência ou a decisão necessária na frente correspondente. O planejamento também precisa reconhecer o trabalho já realizado e explicitar o que permanece pendente. A passagem de uma etapa para outra depende dos resultados necessários, e não apenas da existência de arquivos ou de uma descrição de conclusão. Quando houver mudanças de direção, quero preservar seus motivos e efeitos para que seja possível entender a evolução do ciclo. Ao final, pretendo reunir resultados que permitam avaliar como o método foi aplicado, quais limitações permaneceram e o que deve orientar o ciclo seguinte. O painel e a página de marcos e entregas apresentam os dados de progresso a partir do registro do projeto, com sua data de atualização e as pendências de aferição. É ali que o acompanhamento quantitativo se conecta ao percurso apresentado neste espaço. [Ver marcos e entregas](https://adriano.live/bmtv/progresso/) ## Entre em contato comigo Você pode falar comigo pelo LinkedIn ou pelo meu e-mail pessoal para conversar sobre oportunidades, projetos e trocar ideias. [LinkedIn (abre em nova guia)](https://www.linkedin.com/in/adriano-batista-a9556012a/) ## Nota: A proposta do BMTV Nesta página, vou apresentar a proposta do BMTV, seu contexto e como o projeto vem se desenvolvendo. Se quiser ir direto aos resultados, às ferramentas e ao detalhamento técnico do Portal de Governança e do Produto BMTV, clique aqui. [Destino indicado na nota](https://adriano.live/bmtv/progresso/) ## Nota: pois é, sem perceber Pois é, sem perceber eu estava fazendo a mesma coisa que as outras pessoas, só que ao contrário. ## Nota: vendas em pequenos varejos O Produto BMTV nasce como uma solução tecnológica na loja do meu pai, mas ele se desenvolve com visão agnóstica para ser uma solução de pequenos varejos no geral. Na loja do meu pai, vender também significa acompanhar a saúde da ficha financeira de quem compra fiado, saber o que ainda falta receber, o que e como cobrar dívidas e manter contato com os clientes. ## Nota: graduação e TCC Não concluí a graduação, mas cursei aproximadamente seis dos oito períodos e apresentei o TCC (PROTÓTIPO DE SISTEMA DE COBRANÇA PARA TRANSPORTE PÚBLICO USANDO NEAR FIELD COMMUNICATION, 2017) ## Nota: níveis estratégico e tático A estrutura documental da Governança se baseia nas dimensões comuns da gestão e aqui no BMTV ela se organiza para que o humano (eu) foque nos níveis estratégico e tático e a I.A. no nível operacional; contudo, essa não é uma limitação que bloqueie uma redistribuição de papéis conforme a necessidade da demanda. ## Nota: risco e independência Há um risco formalmente registrado que aborda o contexto no qual eu sou o único humano tomando decisões que, certamente, terão algum nível de conflito (eu tomo as decisões tecnológicas e depois conduzo o programa de auditoria interna, por exemplo). Bem, de todo modo eu percebi que esse é um padrão comum em empresas de menor porte, mas entendo que o Projeto BMTV se propõe a ser um cenário extremo e, por essa razão, o tratamento do risco propõe a criação de formas de separar a análise com apoio de agentes, sem confundir essa separação com independência. ## Nota: primeiro ciclo do projeto O primeiro ciclo do projeto é o desenvolvimento da base do SGI, com regras de governança orientadas por normas, o Portal de Governança com as ferramentas de apoio ao SGI e a incorporação do Produto BMTV, além de funcionalidades de segurança implementadas com processos similares em um projeto de S.I. descontinuado. Essa base permitirá iniciar seu funcionamento, sem considerar o SGI pronto ou encerrado. ## Nota: IA na operação do Produto BMTV No Produto BMTV, I.A. é utilizada para transcrever áudios de clientes no WhatsApp e aumentar a acessibilidade no autoatendimento, para selecionar as ferramentas corretas e entregar a informação solicitada pelo cliente na conversa, para gerar gráficos, tabelas e recuperar informações para vendedores e gerentes da loja, ambientar produtos reais em cenários artificiais para instigar o cliente a realizar uma compra, etc.. ## Nota: IA no apoio à gestão pelo Portal de Governança Na Governança BMTV, I.A. é utilizada para pesquisar documentos e registros relacionados com diferentes contextos, ler e sintetizar conteúdos de forma otimizada e íntegra, consultar e determinar relações entre artefatos organizacionais, criar e modificar Registros Operacionais e a própria estrutura organizacional, etc. ## Nota: avaliação de recursos que possam contribuir para o SGI Os recursos definidos no BMTV foram criados para conseguirem lidar com diferentes proporções de "incorporações contextuais" em seu escopo, seja a incorporação de um protocolo específico para troca de mensagens internas ou seja a "aquisição de um novo software no "guarda-chuva" da governança. Contudo, diferentes proporções terão diferentes impactos, esforços e planejamentos. ## Nota: em um projeto paralelo de segurança Enquanto planejava o desenvolvimento do BMTV, iniciei em paralelo um projeto específico para controles tecnológicos de Segurança da Informação. Nele, utilizando abordagens de codificação similares às usadas no BMTV, criei capacidades para custodiar artefatos, criar e verificar selos de integridade, controles de acesso, rastreabilidade do processamento sistêmico e uma funcionalidade que utiliza I.A. para interpretar documentos autoritativos, como Políticas de S.I. ou Políticas de Vulnerabilidades Cibernéticas para determinar a ordem de correção da base de vulnerabilidades de acordo com o contexto. Alguns desses controles foram ou estão sendo incorporados ao BMTV (seguindo os protocolos) e outros não serão. ## Nota: evolução do escopo Escopo BMTV: a seta identifica a esfera central da animação. O BMTV se desenvolve sob orientação humana e sua própria utilização gera sinais claros para modificação, evolução e incorporação de recursos. Uma necessidade pode levar à criação de uma ferramenta e sua utilização pode revelar limitações, equívocos e motivar mudanças nos próprios métodos de gestão. ## Nota: ler o “README” para agentes de IA O README para agentes de I.A. indica a entrada para uma leitura orientada pela governança. A partir da intenção manifestada pelo humano em linguagem natural, o agente segue o roteamento para identificar os documentos e critérios aplicáveis. Esse percurso conecta as diretrizes da governança ao trabalho concreto, orientando como agir, o que verificar e quando solicitar uma decisão humana. O contexto demonstrativo BMTV tem READMEs específicos para Governança e Produto que abordam esses contextos específicos. Seus roteamentos orientam o acesso aos métodos de trabalho, processos e critérios desse contexto, conforme a intenção apresentada. Em outra organização, um documento de entrada poderia cumprir função semelhante, mas os caminhos e as orientações precisariam refletir sua própria governança.