Ensinado ao vivo, sobre o seu próprio modelo, por quem construiu a coisa.

De meio dia a um dia, com as pessoas que tomam as decisões na sala. O que é coberto:

• Mapear as decisões. O que é de fato escolhido no seu negócio, por quem, em qual janela — e quais delas estão sendo rediscutidas todo mês porque ninguém escreveu que já estavam resolvidas.
• O que cada uma trava. Uma decisão que não fixa nada lá na frente não é uma decisão; uma decisão cujas consequências ninguém calculou é uma esperança.
• Da decisão ao driver ao número. Como uma escolha vira um driver, e um driver vira uma linha do P&L — e por que um plano construído ao contrário não consegue responder “por que isso se mexeu”.
• O plan of record. Contra o que se mede, quem pode rebaseá-lo, e o que a variação deixa de significar quando qualquer um pode.
• O switchover e o fechamento. Onde o realizado termina e a discussão começa.
• Cenários que são argumentos, não cópias. Uma decisão mudada, mantida ao lado da base, com a consequência derivada em vez de digitada.

Você sai com um mapa de decisões do seu próprio processo de planejamento. Se ele vira um modelo na Superiora é outra pergunta, e dizemos quando a resposta é não.

De duas a três sessões, com a mão na massa, construindo um modelo de verdade em vez de assistir a um. O que é coberto:

• O vocabulário — dimensões, hierarquias, hipercubos, medidas, subsets, propriedades — e por que o grão de um cubo é a primeira decisão e a mais cara de mudar.
• Fórmulas — a DSL, o alinhamento de dimensões, agregação e lookup, funções de tempo, e a leitura do erro que o verificador dá quando uma fórmula não cabe no formato do modelo.
• O calendário e as versões — anos fiscais, o switchover, realizado contra previsão, e o que fica congelado assim que existem dados.
• Trazer dados — CSV e Excel com um mapeamento que começa pelo destino, uma fonte Postgres, e importações salvas que você reexecuta à mão ou em uma agenda.
• Changesets e o ritmo de escrita — preparar um conjunto de mudanças, ver o impacto delas, aplicá-las como uma revisão só, e voltar atrás.
• Acesso e o fechamento — papéis, acesso dimensional, travar um período e o que uma trava recusa.
• Ler o modelo de volta — o “por que este valor” do inspetor de célula, o rastro de dependências, e encontrar tudo que quebraria antes de uma renomeação.
• Spaces — boards, visões salvas, gráficos, e um board pack que imprime e exporta.

Uma sessão, e aquela sobre a qual as pessoas chegam mais céticas. O que é coberto:

• O que a interface de fato é. O modelo exposto por MCP com ferramentas de verdade — ler o modelo e o seu mapa, percorrer o grafo semântico, rastrear as dependências de uma fórmula, encontrar tudo que referencia uma coisa, calcular o que uma mudança de dimensão alcança, verificar uma mudança, aplicá-la, e registrar o porquê — mais uma linha de comando que compartilha o mesmo vocabulário.
• Por que ele é ancorado. Um agente lê a estrutura do próprio modelo em vez de adivinhar a partir de uma descrição dele, então uma mudança que ele propõe é verificada contra o grafo antes de ser aplicada.
• Os portões seguram. Um agente é um usuário com um papel. Um período travado o recusa. Uma concessão de acesso dimensional o recusa. As escritas dele caem no log de auditoria sob a identidade dele, não sob a sua.
• O que delegar — levantar e remodelar a estrutura, construir cenários e baselines, a rotina mensal de importações, notificações e pacotes.
• O que não delegar — a decisão em si. A plataforma mostra quanto custa cada versão dela; uma pessoa assina.
• Revisar o trabalho de um agente, que é a habilidade que de fato precisa ser ensinada: ler um changeset antes de aplicá-lo, e a prévia de impacto ao lado dele.