Jornada do Conhecimento à Operação

1. Problema resolvido

Muitas pessoas chegam querendo um sistema operacional, mas ainda não têm o conhecimento do negócio suficientemente organizado para dizer o que o sistema deve fazer.

Problema resolvido: esta página mostra que antes de informatizar a operação é preciso organizar o conhecimento, modelar o negócio e especificar o que deverá ser implementado.

2. Origem da descoberta

Esta página nasce da experiência de validação do OLA por facilitação, em que uma participante externa desejava criar um sistema para apoiar a gestão de um negócio de brownies.

Durante a experiência, ficou claro que ela imaginava estar iniciando um sistema operacional, mas o primeiro produto real era um sistema de conhecimento sobre o negócio: receitas, produtos, processos, entidades, custos, pedidos e vendas.

Descoberta: o facilitador ajuda a pessoa a atravessar as fases, mesmo quando ela acredita estar começando pela última.

3. Ideia central

A jornada do conhecimento à operação pode ser entendida como uma sequência de maturação. A pessoa começa com uma necessidade prática, transforma essa necessidade em conhecimento estruturado, modela o negócio, especifica o que precisa ser feito e só então informatiza a operação.

Necessidade prática
→ Conhecimento organizado
→ Modelagem
→ Especificação
→ Informatização da operação
→ Uso, manutenção e evolução

4. As três fases principais

1. Organizar o conhecimento

Transformar experiência, memória, prática e conversa em páginas, conceitos, entidades, regras, processos e fluxos.

2. Modelar e especificar

Transformar conhecimento estruturado em modelos, requisitos, telas, dados, estados, regras e critérios de funcionamento.

3. Informatizar a operação

Implementar formulários, banco de dados, relatórios, controles, rotinas, autenticação e uso real do sistema.

4. Evoluir continuamente

Após entrar em uso, o sistema gera novas necessidades, correções, melhorias, aprendizados e novas versões.

Primeiro:
→ organizar o conhecimento do negócio

Depois:
→ modelar e especificar

Por fim:
→ informatizar a operação

5. Quem faz o quê?

Fase	Produto principal	Quem lidera	Quem apoia
Organizar o conhecimento	Conhecimento estruturado do negócio	Dono do negócio	Facilitador + IA
Modelar e especificar	Modelo do negócio e requisitos	Facilitador / Analista / Projetista	Dono do negócio + IA
Informatizar a operação	Sistema operacional funcionando	Desenvolvedor / equipe técnica	Dono do negócio + Analista + IA
Operar e evoluir	Sistema em uso, corrigido e melhorado	Dono do negócio	Suporte técnico + facilitador eventual + IA

Leitura OLA: a IA participa de todas as fases, mas não substitui automaticamente os papéis humanos. Ela ajuda a perguntar, estruturar, gerar artefatos, revisar e acelerar a produção.

6. Papel do facilitador

O facilitador não é necessariamente o dono do negócio, nem o desenvolvedor, nem o usuário final. Seu papel é ajudar a pessoa a atravessar a jornada.

Traduz necessidade em demanda

Ajuda a pessoa a transformar uma vontade vaga em algo que pode ser trabalhado.

Separa conhecimento de operação

Ajuda a perceber que uma página de conhecimento ainda não é sistema transacional.

Identifica entidades

Ajuda a nomear Receita, Produto, Pedido, Cliente, Venda, Custo e Produção.

Prepara especificação

Ajuda a transformar conhecimento em requisitos, telas, dados e regras.

Frase-chave: o facilitador ajuda a pessoa a atravessar as fases, mesmo quando ela acredita estar começando pela última.

7. Exemplo: negócio de brownies

No caso dos brownies, a participante desejava organizar a gestão do negócio. A expectativa dela era chegar a um sistema de apoio à operação. No entanto, a primeira fase necessária era organizar o conhecimento do negócio.

Fase	No caso dos brownies	Exemplo de artefato
Conhecimento	Entender receitas, produtos, formatos, produção, clientes, pedidos e custos.	`visao_negocio_brownies.html`
Modelagem	Identificar entidades: Receita, Produto, Pedido, Cliente, Venda, Custo.	Mapa de entidades do negócio.
Especificação	Definir dados de cada pedido, estados do pedido, relatórios e regras.	Especificação simples do sistema de pedidos.
Operação	Registrar pedidos reais, clientes, pagamentos, entregas e produção.	Planilha, formulário, app ou sistema web.

8. Produtos de cada fase

Fase	Produto gerado	Exemplos
Conhecimento	Sistema de conhecimento do negócio	Páginas, vocabulário, fluxos, explicações, entidades iniciais.
Modelagem	Modelo do negócio	Entidades, relacionamentos, processos, estados, regras.
Especificação	Descrição do que deve ser implementado	Requisitos, telas, campos, relatórios, critérios de aceitação.
Operação	Sistema funcionando	Cadastro, banco de dados, relatórios, controle de pedidos e vendas.

9. Critérios de passagem entre fases

Do conhecimento para modelagem

Quando já é possível identificar entidades, processos, regras e problemas recorrentes.

Da modelagem para especificação

Quando já é possível definir dados, telas, fluxos, estados e regras de funcionamento.

Da especificação para operação

Quando já existe clareza suficiente para implementar, testar e usar com dados reais.

Da operação para evolução

Quando o uso real gera novas necessidades, correções, melhorias e aprendizados.

10. Relações com outras páginas do OLA

Página	Relação com esta jornada
`sistema_cognitivo_conhecimento_ola.html`	Explica a base cognitiva da transformação de experiência em conhecimento.
`como_ola_transforma_conhecimento_em_artefatos.html`	Mostra como o conhecimento se materializa em páginas, modelos e objetos.
`atores_papeis_persona.html`	Relaciona os papéis envolvidos na jornada: dono, aprendiz, facilitador, analista, desenvolvedor.
`como_usar_o_ola_para_organizar_um_negocio.html`	Aplica a jornada a um caso prático de organização de negócio.
`../projeto/decisoes_projeto_ola.html`	Registra a decisão de reconhecer explicitamente esta jornada no projeto OLA.

11. Cuidados

Não pular fases

Querer informatizar sem entender o negócio aumenta o risco de sistema inadequado.

Não confundir página com sistema

Página organiza conhecimento; sistema operacional registra e processa dados reais.

Não transferir autoria para a IA

O dono do negócio continua sendo responsável pelas decisões e validações.

Não transformar hipótese em fundamento cedo demais

A jornada deve ser validada em novos casos antes de virar princípio consolidado.

12. Síntese

A jornada do conhecimento à operação mostra que o OLA pode apoiar não apenas a criação de páginas de conhecimento, mas também a preparação para modelagem, especificação e futura informatização.

Conhecimento
→ Modelagem
→ Especificação
→ Operação
→ Evolução

Frase síntese: o OLA ajuda a pessoa a entender e estruturar o que sabe, para depois modelar o que precisa e, só então, informatizar o que será operado.