02 product · Planning
Business ManagerGerente de NegóciosGerente de Negocio
Translates business into KPIs.Traduz negócio em KPIs.Traduce el negocio en KPIs.
The Business Manager is the persona that binds strategy to measurement. In an AI-native SDLC, the Business Manager operates a stack of validated primitives that turn business intent into machine-readable KPIs and outcome hypotheses.
Executive summary
The Business Manager translates enterprise strategy and OKRs into product-level KPIs, value stories, and investment cases that the rest of the SDLC can optimize against. In an AI-native SDLC the Business Manager operates inside the Planning phase with a fixed set of primitives: one KPI translation agent, four slash prompts, scoped instructions, schema-validated hooks, and a curated list of validated MCPs. Primary outputs are OKR trees, KPI specifications, business cases, and value stories linked to spec anchors.
Role and responsibilities
Think of the Business Manager like the conductor of an orchestra reading the score the composer wrote. The conductor does not play any instrument, but they are accountable for the fact that every section plays in time and on key, and that what the audience hears matches the composer’s intent. In an AI-native SDLC the OKR tree is the score, the KPI specs are the tempo markings, and the Business Manager is responsible for the performance across product, architecture, and build.
Primary responsibilities:
- Author and maintain the OKR tree in
docs/okrs/with measurable, time-bounded key results - Translate every strategic objective into a product-level KPI with baseline, target, and measurement method
- Publish the value story for every initiative, linked to the
SPECIFICATION.mdowned by the Product Owner - Maintain the business case with cost, benefit, and risk for every feature above a defined threshold
- Operate the KPI Translator agent and the
/okrs,/kpi-map,/biz-case,/value-storyprompts - Govern the portfolio review in GitHub Projects or Azure Boards
- Close the loop with Application Insights and Azure Monitor telemetry to verify KPI achievement
Jobs to be done
- As a Business Manager, I want to convert a strategic objective into an OKR tree within a day, so that the portfolio is aligned at the start of every quarter.
- As a Business Manager, I want every KPI to have a baseline, target, and measurement method, so that outcomes are auditable, not anecdotal.
- As a Business Manager, I want the value story to be linked to the spec, so that engineering decisions trace back to business intent.
- As a Business Manager, I want business cases generated from templated inputs, so that the cycle time from idea to funding is measured in days, not weeks.
- As a Business Manager, I want live telemetry on KPI achievement from Application Insights, so that I can intervene before the quarter ends.
- As a Business Manager, I want a monthly portfolio health report generated automatically, so that leadership decisions are grounded in current data.
Pain points before AI-native
- OKRs written as slides, not data. Slide decks cannot be queried. Mid-quarter drift is invisible until the review meeting.
- KPIs without baselines. A target without a baseline is a wish. Teams optimize what is easy to measure, not what matters.
- Value stories disconnected from specs. Leadership hears one narrative, engineering delivers another, and the gap only surfaces at launch.
- Business cases authored in spreadsheets. Cost, benefit, and risk live in static files with no link to execution artifacts.
- Telemetry ignored after launch. Feature success is declared on ship date. Actual impact is never measured against the original target.
AI-native daily workflow
The Business Manager operates a fixed loop each day. The loop uses GitHub Copilot primitives inside Visual Studio Code and Claude Code at the terminal, plus a small catalog of validated MCPs for external context.
Morning setup
- Open the portfolio repository in Visual Studio Code. GitHub Copilot Chat loads
AGENTS.mdand the scoped OKR instructions. - Pull the latest KPI telemetry from Application Insights via the Azure MCP Server and refresh the KPI dashboards.
- Review overnight stakeholder input captured in Teams and Outlook through the Microsoft 365 Agents SDK MCP.
- Run
/kpi-mapto confirm every active initiative is mapped to at least one KR.
Midday execution
- OKR authoring. Invoke
/okrson the quarter’s strategic theme. The KPI Translator agent produces an OKR tree with numbered objectives and measurable key results, and refuses to emit a KR without a baseline and target. - KPI translation. Invoke
/kpi-mapto bind each KR to a product-level KPI. The agent checks that the measurement method references a concrete data source, typically Application Insights, Azure Monitor, or GitHub Projects. - Business case. Invoke
/biz-casefor any initiative above the funding threshold. The agent fills cost, benefit, risk, and assumption sections against the template. - Value story. Invoke
/value-storyto bind the business case to theSPECIFICATION.mdowned by the Product Owner. The agent produces a one-page narrative with measurable outcomes.
Afternoon review
- Run a portfolio health sweep across all active OKRs. Flag any KR without fresh telemetry, any KPI below trajectory, and any initiative without a linked spec.
- Open a pull request on the OKR tree. GitHub Copilot Code Review comments on measurability; leadership reviewers approve content.
- Publish the daily portfolio digest to the executive Teams channel via the Microsoft 365 Agents SDK, summarizing progress, risks, and decisions required.
- Sync the backlog in GitHub Projects or Azure Boards so every item carries the OKR and KPI tags.
Recommended primitives
Agent
| Agent | File | Purpose |
|---|---|---|
kpi-translator | .github/agents/kpi-translator.agent.md | Translate objectives into KPIs, author OKR trees, generate business cases and value stories |
The KPI Translator uses claude-sonnet-4-6 by default. Tools: read, edit, search, grep, glob. No bash access. Extended thinking is enabled for /biz-case only, where benefit and risk modeling benefits from deeper reasoning.
Slash prompts
| Command | File | Purpose |
|---|---|---|
/okrs | .github/prompts/okrs.prompt.md | Author or revise the OKR tree for a strategic theme |
/kpi-map | .github/prompts/kpi-map.prompt.md | Bind each KR to a product-level KPI with baseline, target, and source |
/biz-case | .github/prompts/biz-case.prompt.md | Generate a structured business case with cost, benefit, risk |
/value-story | .github/prompts/value-story.prompt.md | Produce a one-page narrative linking business case to spec |
Instructions scoped
Scoped applyTo reduces token cost by approximately 68 percent compared to global instructions.
Scope (applyTo) | File | Purpose |
|---|---|---|
docs/okrs/**/*.md | .github/instructions/okrs.instructions.md | OKR tree format, measurability rules, banned vague verbs |
docs/kpis/**/*.md | .github/instructions/kpis.instructions.md | KPI spec schema: baseline, target, source, cadence |
docs/biz/**/*.md | .github/instructions/biz-case.instructions.md | Business case template and evidence requirements |
Hooks
Hooks cost zero LLM tokens. They are the strongest governance layer for business artifacts.
pre-commit: reject any OKR without a measurable KR and any KPI without a baseline or sourcepost-commit: refresh the portfolio dashboard from the latest OKR and KPI filespre-merge: block merge of any business case that lacks a linked spec anchor
Validated MCPs
| MCP | Purpose | Owner |
|---|---|---|
| Azure MCP Server | Query Application Insights and Azure Monitor for live KPI telemetry | Microsoft (official) |
| GitHub MCP Server | Read and update GitHub Projects for portfolio governance and OKR-tagged backlog | GitHub (official) |
| Azure DevOps MCP Server | Sync OKRs and KPIs with Azure Boards when the team uses Azure DevOps | Microsoft (official) |
| Microsoft 365 Agents SDK MCP | Publish digests to Teams and ingest decisions from Outlook | Microsoft (official) |
| Microsoft Learn Docs MCP | Ground business cases in current Microsoft and Azure pricing and capability documentation | Microsoft (official) |
Real examples
Example 1: quarterly OKR authoring
Input: A strategic theme from the annual plan, “Increase self-service contract renewal rate from 22 percent to 55 percent by Q4.”
Invocation: /okrs with the theme and last year’s telemetry pulled from the Azure MCP.
Expected output:
- A
docs/okrs/2026-q3.mdwith one objective and three KRs, each carrying a baseline, target, and Application Insights query as the measurement source. - Three issues in GitHub Projects tagged with the OKR and assigned to the owning squads.
- A digest posted to the leadership Teams channel via the Microsoft 365 Agents SDK.
Example 2: business case for a funding gate
Input: A proposal for a new partner API integration above the funding threshold.
Invocation: /biz-case followed by /value-story.
Expected output:
- A
docs/biz/partner-api-2026.mdwith cost, benefit, risk, and assumption sections filled against the template. - A one-page value story in
docs/biz/partner-api-2026-value.mdthat links to theSPECIFICATION.mdanchor and names the KPI the initiative will move. - A pull request that triggers the funding gate review, with Copilot Code Review commenting on measurability and scope.
Anti-patterns
- KRs without baselines. A target of “increase adoption” is unmeasurable. Mitigation: the
pre-commithook rejects any KR without a baseline and source. - Slide-first OKRs. If the authoritative copy lives in a deck, it cannot be queried or diffed. Mitigation: the OKR tree is authored in markdown under version control.
- Value stories disconnected from specs. When the narrative does not link to a spec anchor, engineering optimizes something else. Mitigation:
/value-storyrefuses to close without a spec link. - Telemetry ignored post-launch. Declaring success on ship date is a habit, not a measurement. Mitigation: the portfolio dashboard flags any KR with stale telemetry.
- Business cases in spreadsheets. Static files drift from reality. Mitigation: business cases live in markdown with hooks that validate template completeness.
KPIs and impact metrics
| KPI | Baseline | Target | Measurement |
|---|---|---|---|
| OKR coverage, initiatives mapped to a KR | 55 percent | 100 percent | Portfolio dashboard query |
| KPIs with baseline and measurement source | 40 percent | 100 percent | KPI spec linter in GitHub Actions |
| Time from strategy update to OKR tree | 3 weeks | < 3 days | GitHub PR timestamps |
| Funding cycle time, proposal to gate | 6 weeks | < 2 weeks | Business case PR timestamps |
| KR on-track rate at mid-quarter | Unknown | > 75 percent | Azure MCP telemetry query |
| Post-launch outcome verified against target | 20 percent | 100 percent | Application Insights vs target |
Maturity in four levels
| Level | Name | Markers |
|---|---|---|
| L1 | Manual | OKRs in slides, KPIs in spreadsheets, value stories verbal |
| L2 | Assisted | Copilot used to polish OKR prose, still no machine-readable artifacts |
| L3 | Augmented | KPI Translator agent, four slash prompts, scoped instructions, Azure MCP for telemetry, KPIs with baselines |
| L4 | Autonomous | Full primitives kit, hooks enforced, portfolio dashboard live, leadership digest automated, post-launch verification standard |
Integration with other personas
- From Enterprise Architect: capability scan and constitution principles that constrain the OKR tree
- To Product Owner: approved OKRs and KPIs that the spec must hook into via
/link-acceptance - To Requirements Engineer: KPI-bound outcomes that inform gap scans and traceability
- To Engineering Manager: OKR tree that drives capacity planning and squad assignment
- To SRE: SLOs aligned with customer-facing KPIs for reliability investment
- To Release Manager: value story as the backbone of release narrative and stakeholder comms
Glossary
- OKR: Objectives and Key Results. A quarterly goal-setting framework with measurable outcomes.
- KPI: Key Performance Indicator. A product-level metric with baseline, target, source, and cadence.
- KR: Key Result. A measurable component of an objective, bound to one or more KPIs.
- Value story: a one-page narrative linking a business case to a spec anchor and a KPI.
- Business case: structured document with cost, benefit, risk, and assumption sections used at funding gates.
- Portfolio dashboard: generated view aggregating all OKRs, KPIs, and initiative statuses.
References
- Azure Monitor documentation — telemetry platform for KPI measurement
- Application Insights documentation — application telemetry for outcome verification
- GitHub Projects documentation — portfolio tracking for OKR-tagged initiatives
- Azure Well-Architected Framework — cost, reliability, and operational excellence pillars for business cases
- GitHub Copilot documentation — authoritative source for Copilot features, agent mode, and instructions
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.mdde 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
- 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.
- 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.
- 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.
- 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.
- 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.
- 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
- 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.
- KPIs sem linhas base. Uma meta sem linha base é um desejo. Times otimizam o que é fácil de medir, não o que importa.
- Histórias de valor desconectadas das specs. Liderança ouve uma narrativa, engenharia entrega outra, e o gap só aparece no lançamento.
- Business cases escritos em planilhas. Custo, benefício e risco vivem em arquivos estáticos sem link com artefatos de execução.
- 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ã
- Abra o repositório de portfólio no Visual Studio Code. GitHub Copilot Chat carrega o
AGENTS.mde as instruções escopadas de OKRs. - Puxe a telemetria mais recente de KPI do Application Insights via o Azure MCP Server e atualize os dashboards de KPI.
- Revise inputs noturnos de stakeholders capturados no Teams e Outlook através do Microsoft 365 Agents SDK MCP.
- Rode
/kpi-mappara confirmar que toda iniciativa ativa está mapeada para pelo menos um KR.
Execução no meio do dia
- Escrita de OKRs. Invoque
/okrssobre 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. - Tradução de KPI. Invoque
/kpi-mappara 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. - Business case. Invoque
/biz-casepara qualquer iniciativa acima do limiar de funding. O agente preenche as seções de custo, benefício, risco e pressupostos contra o template. - História de valor. Invoque
/value-storypara atar o business case aoSPECIFICATION.mdde propriedade do Product Owner. O agente produz uma narrativa de uma página com outcomes mensuráveis.
Revisão no fim da tarde
- 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.
- Abra um pull request na árvore de OKRs. GitHub Copilot Code Review comenta em mensurabilidade; revisores da liderança aprovam o conteúdo.
- 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.
- 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 fontepost-commit: atualizar o dashboard de portfólio a partir dos arquivos mais recentes de OKR e KPIpre-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:
- Um
docs/okrs/2026-q3.mdcom um objetivo e três KRs, cada um carregando uma linha base, meta e consulta do Application Insights como fonte de medição. - Três issues no GitHub Projects taggeadas com a OKR e atribuídas aos squads donos.
- 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:
- Um
docs/biz/partner-api-2026.mdcom seções de custo, benefício, risco e pressupostos preenchidas contra o template. - Uma história de valor de uma página em
docs/biz/partner-api-2026-value.mdque aponta para a âncora doSPECIFICATION.mde nomeia o KPI que a iniciativa vai mover. - Um pull request que dispara o review do gate de funding, com Copilot Code Review comentando em mensurabilidade e escopo.
Anti-padrões
- KRs sem linhas base. Uma meta de “aumentar adoção” é imensurável. Mitigação: o hook de
pre-commitrejeita qualquer KR sem linha base e fonte. - 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.
- 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-storyse recusa a fechar sem um link de spec. - 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.
- 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
El Business Manager es la persona que une la estrategia con la medición. En un SDLC AI-native, el Business Manager opera un stack de primitivas validadas que convierten la intención de negocio en KPIs e hipótesis de resultado legibles por máquinas.
Resumen ejecutivo
El Business Manager traduce la estrategia empresarial y los OKRs en KPIs a nivel de producto, historias de valor y casos de inversión contra los cuales el resto del SDLC puede optimizar. En un SDLC AI-native, el Business Manager opera dentro de la fase de Planning con un conjunto fijo de primitivas: un agente de traducción de KPIs, cuatro slash prompts, instrucciones con alcance, hooks validados por esquema y una lista curada de MCPs validados. Las salidas principales son árboles de OKR, especificaciones de KPI, casos de negocio y historias de valor enlazadas a anclas del spec.
Rol y responsabilidades
Piensa en el Business Manager como el director de una orquesta que lee la partitura escrita por el compositor. El director no toca ningún instrumento, pero es responsable de que cada sección toque a tiempo y en tono, y de que lo que el público escuche coincida con la intención del compositor. En un SDLC AI-native, el árbol de OKR es la partitura, las specs de KPI son las marcas de tempo, y el Business Manager es responsable de la ejecución a través de producto, arquitectura y construcción.
Responsabilidades principales:
- Redactar y mantener el árbol de OKR en
docs/okrs/con resultados clave medibles y acotados en el tiempo - Traducir cada objetivo estratégico en un KPI a nivel de producto con línea base, meta y método de medición
- Publicar la historia de valor para cada iniciativa, enlazada al
SPECIFICATION.mdque pertenece al Product Owner - Mantener el caso de negocio con costo, beneficio y riesgo para cada feature por encima de un umbral definido
- Operar el agente KPI Translator y los prompts
/okrs,/kpi-map,/biz-case,/value-story - Gobernar la revisión del portafolio en GitHub Projects o Azure Boards
- Cerrar el ciclo con telemetría de Application Insights y Azure Monitor para verificar el logro de KPIs
Jobs to be done
- Como Business Manager, quiero convertir un objetivo estratégico en un árbol de OKR en un día, para que el portafolio esté alineado al inicio de cada trimestre.
- Como Business Manager, quiero que cada KPI tenga línea base, meta y método de medición, para que los resultados sean auditables, no anecdóticos.
- Como Business Manager, quiero que la historia de valor esté enlazada al spec, para que las decisiones de ingeniería se rastreen hasta la intención de negocio.
- Como Business Manager, quiero casos de negocio generados a partir de entradas con plantilla, para que el ciclo de idea a financiamiento se mida en días, no en semanas.
- Como Business Manager, quiero telemetría en vivo del logro de KPIs desde Application Insights, para que pueda intervenir antes de que termine el trimestre.
- Como Business Manager, quiero un reporte mensual de salud del portafolio generado automáticamente, para que las decisiones de liderazgo se basen en datos actuales.
Puntos de dolor antes de la era AI-native
- OKRs escritos como diapositivas, no como datos. Los mazos de diapositivas no se pueden consultar. La deriva a mitad de trimestre es invisible hasta la reunión de revisión.
- KPIs sin líneas base. Una meta sin línea base es un deseo. Los equipos optimizan lo fácil de medir, no lo importante.
- Historias de valor desconectadas de los specs. El liderazgo escucha una narrativa, ingeniería entrega otra, y la brecha solo aflora en el lanzamiento.
- Casos de negocio escritos en hojas de cálculo. El costo, beneficio y riesgo viven en archivos estáticos sin enlace a artefactos de ejecución.
- Telemetría ignorada después del lanzamiento. El éxito de la feature se declara en la fecha de envío. El impacto real nunca se mide contra la meta original.
Flujo diario AI-native
El Business Manager opera un loop fijo cada día. El loop usa primitivas de GitHub Copilot dentro de Visual Studio Code y Claude Code en la terminal, además de un pequeño catálogo de MCPs validados para contexto externo.
Setup de la mañana
- Abrir el repositorio del portafolio en Visual Studio Code. GitHub Copilot Chat carga
AGENTS.mdy las instrucciones de OKR con alcance. - Traer la última telemetría de KPIs desde Application Insights vía el Azure MCP Server y refrescar los dashboards de KPIs.
- Revisar los aportes nocturnos de stakeholders capturados en Teams y Outlook a través del MCP del Microsoft 365 Agents SDK.
- Ejecutar
/kpi-mappara confirmar que cada iniciativa activa esté mapeada a al menos un KR.
Ejecución al mediodía
- Autoría de OKR. Invocar
/okrssobre el tema estratégico del trimestre. El agente KPI Translator produce un árbol de OKR con objetivos numerados y resultados clave medibles, y se niega a emitir un KR sin línea base y meta. - Traducción de KPI. Invocar
/kpi-mappara amarrar cada KR a un KPI a nivel de producto. El agente verifica que el método de medición referencie una fuente de datos concreta, típicamente Application Insights, Azure Monitor o GitHub Projects. - Caso de negocio. Invocar
/biz-casepara cualquier iniciativa por encima del umbral de financiamiento. El agente llena las secciones de costo, beneficio, riesgo y supuestos contra la plantilla. - Historia de valor. Invocar
/value-storypara amarrar el caso de negocio alSPECIFICATION.mdque pertenece al Product Owner. El agente produce una narrativa de una página con resultados medibles.
Revisión al final de la tarde
- Correr una barrida de salud del portafolio sobre todos los OKRs activos. Marcar cualquier KR sin telemetría fresca, cualquier KPI por debajo de la trayectoria y cualquier iniciativa sin un spec enlazado.
- Abrir un pull request sobre el árbol de OKR. GitHub Copilot Code Review comenta sobre la medibilidad; los reviewers de liderazgo aprueban el contenido.
- Publicar el digest diario del portafolio al canal ejecutivo de Teams a través del Microsoft 365 Agents SDK, resumiendo progreso, riesgos y decisiones requeridas.
- Sincronizar el backlog en GitHub Projects o Azure Boards para que cada ítem lleve los tags de OKR y KPI.
Primitivas recomendadas
Agente
| Agente | Archivo | Propósito |
|---|---|---|
kpi-translator | .github/agents/kpi-translator.agent.md | Traducir objetivos en KPIs, redactar árboles de OKR, generar casos de negocio e historias de valor |
El KPI Translator usa claude-sonnet-4-6 por defecto. Herramientas: read, edit, search, grep, glob. Sin acceso a bash. El extended thinking se habilita solo para /biz-case, donde el modelado de beneficio y riesgo se beneficia de un razonamiento más profundo.
Slash prompts
| Comando | Archivo | Propósito |
|---|---|---|
/okrs | .github/prompts/okrs.prompt.md | Redactar o revisar el árbol de OKR para un tema estratégico |
/kpi-map | .github/prompts/kpi-map.prompt.md | Amarrar cada KR a un KPI a nivel de producto con línea base, meta y fuente |
/biz-case | .github/prompts/biz-case.prompt.md | Generar un caso de negocio estructurado con costo, beneficio y riesgo |
/value-story | .github/prompts/value-story.prompt.md | Producir una narrativa de una página que enlaza el caso de negocio al spec |
Instrucciones con alcance
El applyTo con alcance reduce el costo en tokens en aproximadamente 68 por ciento comparado con instrucciones globales.
Alcance (applyTo) | Archivo | Propósito |
|---|---|---|
docs/okrs/**/*.md | .github/instructions/okrs.instructions.md | Formato del árbol de OKR, reglas de medibilidad, verbos vagos prohibidos |
docs/kpis/**/*.md | .github/instructions/kpis.instructions.md | Esquema de spec de KPI: línea base, meta, fuente, cadencia |
docs/biz/**/*.md | .github/instructions/biz-case.instructions.md | Plantilla de caso de negocio y requisitos de evidencia |
Hooks
Los hooks cuestan cero tokens de LLM. Son la capa de gobierno más fuerte para los artefactos de negocio.
pre-commit: rechazar cualquier OKR sin un KR medible y cualquier KPI sin línea base o fuentepost-commit: refrescar el dashboard del portafolio a partir de los archivos más recientes de OKR y KPIpre-merge: bloquear el merge de cualquier caso de negocio que carezca de un ancla del spec enlazada
MCPs validados
| MCP | Propósito | Dueño |
|---|---|---|
| Azure MCP Server | Consultar Application Insights y Azure Monitor para telemetría de KPI en vivo | Microsoft (oficial) |
| GitHub MCP Server | Leer y actualizar GitHub Projects para gobierno del portafolio y backlog etiquetado por OKR | GitHub (oficial) |
| Azure DevOps MCP Server | Sincronizar OKRs y KPIs con Azure Boards cuando el equipo usa Azure DevOps | Microsoft (oficial) |
| Microsoft 365 Agents SDK MCP | Publicar digests a Teams e ingerir decisiones desde Outlook | Microsoft (oficial) |
| Microsoft Learn Docs MCP | Anclar casos de negocio en documentación vigente de precios y capacidades de Microsoft y Azure | Microsoft (oficial) |
Ejemplos reales
Ejemplo 1: autoría trimestral de OKR
Entrada: Un tema estratégico del plan anual: “Aumentar la tasa de renovación de contrato self-service de 22 por ciento a 55 por ciento para Q4.”
Invocación: /okrs con el tema y la telemetría del año pasado obtenida desde el Azure MCP.
Salida esperada:
- Un
docs/okrs/2026-q3.mdcon un objetivo y tres KRs, cada uno con una línea base, una meta y una consulta de Application Insights como fuente de medición. - Tres issues en GitHub Projects etiquetados con el OKR y asignados a las squads dueñas.
- Un digest publicado en el canal de liderazgo de Teams a través del Microsoft 365 Agents SDK.
Ejemplo 2: caso de negocio para una compuerta de financiamiento
Entrada: Una propuesta para una nueva integración de API con partners por encima del umbral de financiamiento.
Invocación: /biz-case seguido de /value-story.
Salida esperada:
- Un
docs/biz/partner-api-2026.mdcon secciones de costo, beneficio, riesgo y supuestos llenadas contra la plantilla. - Una historia de valor de una página en
docs/biz/partner-api-2026-value.mdque enlaza al ancla delSPECIFICATION.mdy nombra el KPI que la iniciativa moverá. - Un pull request que dispara la revisión de la compuerta de financiamiento, con Copilot Code Review comentando sobre medibilidad y alcance.
Anti-patrones
- KRs sin líneas base. Una meta de “aumentar adopción” no es medible. Mitigación: el hook
pre-commitrechaza cualquier KR sin línea base y fuente. - OKRs en diapositivas primero. Si la copia autoritativa vive en un mazo, no se puede consultar ni diferenciar. Mitigación: el árbol de OKR se redacta en markdown bajo control de versiones.
- Historias de valor desconectadas de los specs. Cuando la narrativa no enlaza a un ancla del spec, ingeniería optimiza otra cosa. Mitigación:
/value-storyse niega a cerrar sin un enlace al spec. - Telemetría ignorada post-lanzamiento. Declarar éxito en la fecha de envío es un hábito, no una medición. Mitigación: el dashboard del portafolio marca cualquier KR con telemetría obsoleta.
- Casos de negocio en hojas de cálculo. Los archivos estáticos derivan de la realidad. Mitigación: los casos de negocio viven en markdown con hooks que validan la completitud de la plantilla.
KPIs y métricas de impacto
| KPI | Línea base | Meta | Medición |
|---|---|---|---|
| Cobertura de OKR, iniciativas mapeadas a un KR | 55 por ciento | 100 por ciento | Consulta del dashboard del portafolio |
| KPIs con línea base y fuente de medición | 40 por ciento | 100 por ciento | Linter de spec de KPI en GitHub Actions |
| Tiempo desde la actualización de la estrategia hasta el árbol de OKR | 3 semanas | < 3 días | Timestamps de PR de GitHub |
| Tiempo de ciclo de financiamiento, de propuesta a compuerta | 6 semanas | < 2 semanas | Timestamps de PR de caso de negocio |
| Tasa de KR en trayectoria a mitad de trimestre | Desconocida | > 75 por ciento | Consulta de telemetría del Azure MCP |
| Resultado post-lanzamiento verificado contra la meta | 20 por ciento | 100 por ciento | Application Insights vs meta |
Madurez en cuatro niveles
| Nivel | Nombre | Marcadores |
|---|---|---|
| L1 | Manual | OKRs en diapositivas, KPIs en hojas de cálculo, historias de valor verbales |
| L2 | Asistido | Copilot usado para pulir prosa de OKR, sin artefactos legibles por máquina |
| L3 | Aumentado | Agente KPI Translator, cuatro slash prompts, instrucciones con alcance, Azure MCP para telemetría, KPIs con líneas base |
| L4 | Autónomo | Kit completo de primitivas, hooks forzados, dashboard del portafolio en vivo, digest a liderazgo automatizado, verificación post-lanzamiento estándar |
Integración con otras personas
- Desde Enterprise Architect: escaneo de capacidades y principios de la constitución que restringen el árbol de OKR
- Hacia Product Owner: OKRs y KPIs aprobados a los que el spec debe engancharse vía
/link-acceptance - Hacia Requirements Engineer: resultados ligados a KPI que informan los gap scans y la trazabilidad
- Hacia Engineering Manager: árbol de OKR que dirige la planificación de capacidad y la asignación de squads
- Hacia SRE: SLOs alineados con KPIs cara al cliente para inversión en confiabilidad
- Hacia Release Manager: historia de valor como columna vertebral de la narrativa de release y la comunicación a stakeholders
Glosario
- OKR: Objectives and Key Results. Un marco trimestral de fijación de metas con resultados medibles.
- KPI: Key Performance Indicator. Una métrica a nivel de producto con línea base, meta, fuente y cadencia.
- KR: Key Result. Un componente medible de un objetivo, amarrado a uno o más KPIs.
- Historia de valor: una narrativa de una página que enlaza un caso de negocio a un ancla del spec y un KPI.
- Caso de negocio: documento estructurado con secciones de costo, beneficio, riesgo y supuestos usado en compuertas de financiamiento.
- Dashboard del portafolio: vista generada que agrega todos los OKRs, KPIs y estados de iniciativas.
Referencias
- Azure Monitor documentation — plataforma de telemetría para la medición de KPI
- Application Insights documentation — telemetría de aplicación para la verificación de resultados
- GitHub Projects documentation — seguimiento del portafolio para iniciativas etiquetadas por OKR
- Azure Well-Architected Framework — pilares de costo, confiabilidad y excelencia operativa para casos de negocio
- GitHub Copilot documentation — fuente autoritativa para features de Copilot, agent mode e instructions