Gerente de Negócios

O Business Manager é a persona que liga estratégia a medição. Em um SDLC AI-native, o Business Manager opera uma pilha de primitivas validadas que transforma intenção de negócio em KPIs legíveis por máquina e hipóteses de outcome.

Resumo executivo

O Business Manager traduz a estratégia corporativa e as OKRs em KPIs de nível de produto, histórias de valor e business cases contra os quais o resto do SDLC pode otimizar. Em um SDLC AI-native, o Business Manager opera dentro da fase de Planning com um conjunto fixo de primitivas: um agente de tradução de KPI, quatro slash prompts, instruções escopadas, hooks validados por schema e uma lista curada de MCPs validados. As saídas primárias são árvores de OKR, especificações de KPI, business cases e histórias de valor vinculadas a âncoras da spec.

Papel e responsabilidades

Pense no Business Manager como o maestro de uma orquestra lendo a partitura que o compositor escreveu. O maestro não toca nenhum instrumento, mas é responsável pelo fato de que toda seção toca no tempo e no tom certos, e que o que a plateia ouve corresponde à intenção do compositor. Em um SDLC AI-native, a árvore de OKRs é a partitura, as specs de KPI são as marcações de andamento, e o Business Manager é responsável pela performance em produto, arquitetura e build.

Responsabilidades primárias:

• Escrever e manter a árvore de OKRs em docs/okrs/ com key results mensuráveis e com prazo definido
• Traduzir cada objetivo estratégico em um KPI de nível de produto com linha base, meta e método de medição
• Publicar a história de valor para cada iniciativa, vinculada ao SPECIFICATION.md de propriedade do Product Owner
• Manter o business case com custo, benefício e risco para toda feature acima de um limiar definido
• Operar o agente KPI Translator e os prompts /okrs, /kpi-map, /biz-case, /value-story
• Governar a revisão de portfólio no GitHub Projects ou Azure Boards
• Fechar o loop com telemetria do Application Insights e Azure Monitor para verificar o alcance dos KPIs

Jobs to be done

1. Como Business Manager, eu quero converter um objetivo estratégico em uma árvore de OKRs dentro de um dia, para que o portfólio esteja alinhado no início de todo trimestre.
2. Como Business Manager, eu quero que todo KPI tenha uma linha base, meta e método de medição, para que os outcomes sejam auditáveis, não anedóticos.
3. Como Business Manager, eu quero a história de valor vinculada à spec, para que decisões de engenharia rastreiem de volta até a intenção de negócio.
4. Como Business Manager, eu quero business cases gerados a partir de inputs padronizados, para que o tempo de ciclo da ideia ao funding seja medido em dias, não semanas.
5. Como Business Manager, eu quero telemetria ao vivo sobre o alcance dos KPIs a partir do Application Insights, para que eu possa intervir antes do fim do trimestre.
6. Como Business Manager, eu quero um relatório mensal de saúde do portfólio gerado automaticamente, para que as decisões de liderança sejam ancoradas em dados atuais.

Dores antes da era AI-native

1. OKRs escritas como slides, não como dados. Slides não podem ser consultados. O desvio no meio do trimestre é invisível até a reunião de review.
2. KPIs sem linhas base. Uma meta sem linha base é um desejo. Times otimizam o que é fácil de medir, não o que importa.
3. Histórias de valor desconectadas das specs. Liderança ouve uma narrativa, engenharia entrega outra, e o gap só aparece no lançamento.
4. Business cases escritos em planilhas. Custo, benefício e risco vivem em arquivos estáticos sem link com artefatos de execução.
5. Telemetria ignorada após o lançamento. O sucesso da feature é declarado na data de ship. O impacto real nunca é medido contra a meta original.

Fluxo diário AI-native

O Business Manager opera um loop fixo todo dia. O loop usa primitivas do GitHub Copilot dentro do Visual Studio Code e Claude Code no terminal, além de um pequeno catálogo de MCPs validados para contexto externo.

Setup da manhã

1. Abra o repositório de portfólio no Visual Studio Code. GitHub Copilot Chat carrega o AGENTS.md e as instruções escopadas de OKRs.
2. Puxe a telemetria mais recente de KPI do Application Insights via o Azure MCP Server e atualize os dashboards de KPI.
3. Revise inputs noturnos de stakeholders capturados no Teams e Outlook através do Microsoft 365 Agents SDK MCP.
4. Rode /kpi-map para confirmar que toda iniciativa ativa está mapeada para pelo menos um KR.

Execução no meio do dia

1. Escrita de OKRs. Invoque /okrs sobre o tema estratégico do trimestre. O agente KPI Translator produz uma árvore de OKRs com objetivos numerados e key results mensuráveis, e se recusa a emitir um KR sem linha base e meta.
2. Tradução de KPI. Invoque /kpi-map para vincular cada KR a um KPI de nível de produto. O agente verifica que o método de medição referencia uma fonte de dados concreta, tipicamente Application Insights, Azure Monitor ou GitHub Projects.
3. Business case. Invoque /biz-case para qualquer iniciativa acima do limiar de funding. O agente preenche as seções de custo, benefício, risco e pressupostos contra o template.
4. História de valor. Invoque /value-story para atar o business case ao SPECIFICATION.md de propriedade do Product Owner. O agente produz uma narrativa de uma página com outcomes mensuráveis.

Revisão no fim da tarde

1. Rode uma varredura de saúde do portfólio em todas as OKRs ativas. Sinalize qualquer KR sem telemetria atual, qualquer KPI abaixo da trajetória e qualquer iniciativa sem spec vinculada.
2. Abra um pull request na árvore de OKRs. GitHub Copilot Code Review comenta em mensurabilidade; revisores da liderança aprovam o conteúdo.
3. Publique o digest diário de portfólio no canal executivo do Teams via Microsoft 365 Agents SDK, resumindo progresso, riscos e decisões requeridas.
4. Sincronize o backlog no GitHub Projects ou Azure Boards para que todo item carregue as tags de OKR e KPI.

Primitivas recomendadas

Agente

Agente	Arquivo	Propósito
kpi-translator	.github/agents/kpi-translator.agent.md	Traduzir objetivos em KPIs, escrever árvores de OKR, gerar business cases e histórias de valor

O KPI Translator usa claude-sonnet-4-6 por padrão. Ferramentas: read, edit, search, grep, glob. Sem acesso a bash. Extended thinking é habilitado apenas para /biz-case, onde a modelagem de benefício e risco se beneficia de raciocínio mais profundo.

Slash prompts

Comando	Arquivo	Propósito
/okrs	.github/prompts/okrs.prompt.md	Escrever ou revisar a árvore de OKRs para um tema estratégico
/kpi-map	.github/prompts/kpi-map.prompt.md	Vincular cada KR a um KPI de nível de produto com linha base, meta e fonte
/biz-case	.github/prompts/biz-case.prompt.md	Gerar um business case estruturado com custo, benefício, risco
/value-story	.github/prompts/value-story.prompt.md	Produzir uma narrativa de uma página ligando business case à spec

Instruções escopadas

applyTo com escopo reduz o custo em tokens em aproximadamente 68 por cento comparado a instruções globais.

Escopo (applyTo)	Arquivo	Propósito
docs/okrs/**/*.md	.github/instructions/okrs.instructions.md	Formato da árvore de OKRs, regras de mensurabilidade, verbos vagos banidos
docs/kpis/**/*.md	.github/instructions/kpis.instructions.md	Schema da spec de KPI: linha base, meta, fonte, cadência
docs/biz/**/*.md	.github/instructions/biz-case.instructions.md	Template de business case e requisitos de evidência

Hooks

Hooks custam zero tokens de LLM. São a camada de governança mais forte para artefatos de negócio.

• pre-commit: rejeitar qualquer OKR sem um KR mensurável e qualquer KPI sem linha base ou fonte
• post-commit: atualizar o dashboard de portfólio a partir dos arquivos mais recentes de OKR e KPI
• pre-merge: bloquear o merge de qualquer business case que careça de âncora de spec vinculada

MCPs validados

MCP	Propósito	Dono
Azure MCP Server	Consultar Application Insights e Azure Monitor para telemetria de KPI ao vivo	Microsoft (oficial)
GitHub MCP Server	Ler e atualizar GitHub Projects para governança de portfólio e backlog taggeado por OKR	GitHub (oficial)
Azure DevOps MCP Server	Sincronizar OKRs e KPIs com Azure Boards quando o time usa Azure DevOps	Microsoft (oficial)
Microsoft 365 Agents SDK MCP	Publicar digests no Teams e ingerir decisões do Outlook	Microsoft (oficial)
Microsoft Learn Docs MCP	Ancorar business cases em documentação atual de preços e capacidades da Microsoft e do Azure	Microsoft (oficial)

Exemplos reais

Exemplo 1: escrita trimestral de OKRs

Entrada: Um tema estratégico do plano anual, “Aumentar a taxa de renovação de contrato self-service de 22 por cento para 55 por cento até o Q4.”

Invocação: /okrs com o tema e a telemetria do ano passado puxada do Azure MCP.

Saída esperada:

1. Um docs/okrs/2026-q3.md com um objetivo e três KRs, cada um carregando uma linha base, meta e consulta do Application Insights como fonte de medição.
2. Três issues no GitHub Projects taggeadas com a OKR e atribuídas aos squads donos.
3. Um digest postado no canal do Teams da liderança via Microsoft 365 Agents SDK.

Exemplo 2: business case para um gate de funding

Entrada: Uma proposta para uma nova integração de API de parceiro acima do limiar de funding.

Invocação: /biz-case seguido de /value-story.

Saída esperada:

1. Um docs/biz/partner-api-2026.md com seções de custo, benefício, risco e pressupostos preenchidas contra o template.
2. Uma história de valor de uma página em docs/biz/partner-api-2026-value.md que aponta para a âncora do SPECIFICATION.md e nomeia o KPI que a iniciativa vai mover.
3. Um pull request que dispara o review do gate de funding, com Copilot Code Review comentando em mensurabilidade e escopo.

Anti-padrões

1. KRs sem linhas base. Uma meta de “aumentar adoção” é imensurável. Mitigação: o hook de pre-commit rejeita qualquer KR sem linha base e fonte.
2. OKRs slide-first. Se a cópia autoritativa vive em um deck, não pode ser consultada ou diferenciada. Mitigação: a árvore de OKRs é escrita em markdown sob controle de versão.
3. Histórias de valor desconectadas das specs. Quando a narrativa não aponta para uma âncora de spec, engenharia otimiza outra coisa. Mitigação: /value-story se recusa a fechar sem um link de spec.
4. Telemetria ignorada pós-lançamento. Declarar sucesso na data de ship é um hábito, não uma medição. Mitigação: o dashboard de portfólio sinaliza qualquer KR com telemetria defasada.
5. Business cases em planilhas. Arquivos estáticos derivam da realidade. Mitigação: business cases vivem em markdown com hooks que validam a completude do template.

KPIs e métricas de impacto

KPI	Linha base	Meta	Medição
Cobertura de OKR, iniciativas mapeadas para um KR	55 por cento	100 por cento	Consulta do dashboard de portfólio
KPIs com linha base e fonte de medição	40 por cento	100 por cento	Spec linter de KPI no GitHub Actions
Tempo da atualização de estratégia até a árvore de OKRs	3 semanas	< 3 dias	Timestamps de PR no GitHub
Tempo de ciclo de funding, proposta até gate	6 semanas	< 2 semanas	Timestamps do PR de business case
Taxa de KR no trilho no meio do trimestre	Desconhecido	> 75 por cento	Consulta de telemetria via Azure MCP
Outcome pós-lançamento verificado contra a meta	20 por cento	100 por cento	Application Insights vs meta

Maturidade em quatro níveis

Nível	Nome	Marcadores
L1	Manual	OKRs em slides, KPIs em planilhas, histórias de valor verbais
L2	Assistido	Copilot usado para polir a prosa da OKR, ainda sem artefatos legíveis por máquina
L3	Aumentado	Agente KPI Translator, quatro slash prompts, instruções escopadas, Azure MCP para telemetria, KPIs com linhas base
L4	Autônomo	Kit completo de primitivas, hooks enforçados, dashboard de portfólio ao vivo, digest da liderança automatizado, verificação pós-lançamento padrão

Integração com outras personas

• Do Enterprise Architect: scan de capacidade e princípios da constituição que restringem a árvore de OKRs
• Para o Product Owner: OKRs e KPIs aprovados nos quais a spec deve se conectar via /link-acceptance
• Para o Requirements Engineer: outcomes atados a KPIs que informam gap scans e rastreabilidade
• Para o Engineering Manager: árvore de OKRs que guia o planejamento de capacidade e alocação de squads
• Para o SRE: SLOs alinhados com KPIs voltados ao cliente para investimento em confiabilidade
• Para o Release Manager: história de valor como a espinha dorsal da narrativa de release e comunicação com stakeholders

Glossário

• OKR: Objectives and Key Results. Um framework trimestral de definição de metas com outcomes mensuráveis.
• KPI: Key Performance Indicator. Uma métrica de nível de produto com linha base, meta, fonte e cadência.
• KR: Key Result. Um componente mensurável de um objetivo, vinculado a um ou mais KPIs.
• História de valor: uma narrativa de uma página ligando um business case a uma âncora de spec e a um KPI.
• Business case: documento estruturado com seções de custo, benefício, risco e pressupostos usado em gates de funding.
• Dashboard de portfólio: visão gerada que agrega todas as OKRs, KPIs e status de iniciativas.

Referências

• Documentação do Azure Monitor — plataforma de telemetria para medição de KPI
• Documentação do Application Insights — telemetria de aplicação para verificação de outcome
• Documentação do GitHub Projects — acompanhamento de portfólio para iniciativas taggeadas por OKR
• Azure Well-Architected Framework — pilares de custo, confiabilidade e excelência operacional para business cases
• Documentação do GitHub Copilot — fonte autoritativa para features do Copilot, modo agent e instruções