Critérios para Áreas Raiz governanca/criterios_criacao_areas_raiz_ola.html
Portal Governança Estrutura Física

Critérios para Criação de Áreas Raiz do OLA

Página de Governança que define quando uma nova área estrutural pode ser criada na raiz do OLA, quando uma área deve ser mantida, renomeada, fundida, arquivada ou colocada em avaliação, e como o Motor de Atualização das Áreas Estruturais orienta essa decisão.

Tipo: regra de governança Área: Governança Arquivo: criterios_criacao_areas_raiz_ola.html Escopo: áreas estruturais da raiz Aplicação: meulivro/ Motor: atualização das áreas estruturais

Finalidade × Análise

Finalidade

Definir critérios para decidir se uma nova necessidade, tema, conjunto de páginas, função ou componente deve gerar uma nova área estrutural na raiz do OLA ou deve ser colocado em uma área já existente.

Análise

Criar muitas áreas na raiz pode aumentar a dispersão, dificultar a navegação e enfraquecer a arquitetura do OLA. Por outro lado, deixar uma função estrutural recorrente escondida dentro de outra área pode prejudicar a clareza, a manutenção e a evolução do sistema.

Problema resolvido

Problema: quando o OLA cresce, surgem novos temas, páginas, domínios, regras, motores, trilhas, experimentos e artefatos. Sem um critério explícito, qualquer conjunto novo pode parecer merecer uma pasta na raiz, causando excesso de áreas, duplicidade, sobreposição e perda de coerência.

Entrada

Nova necessidade, nova página, novo domínio, novo conjunto de arquivos, nova regra, nova função do sistema ou dúvida de localização.

Processamento

Análise da natureza, recorrência, estabilidade, transversalidade, impacto estrutural e relação com áreas existentes.

Saída esperada

Decisão justificada: criar área raiz, manter em área existente, transformar em domínio, fundamento, página, subpasta, item em avaliação ou material de legado.

Regra central

Critério principal

Uma nova área estrutural na raiz do OLA só deve ser criada quando representar uma função estável, transversal e recorrente do sistema, e não apenas um assunto, página, experimento, demanda momentânea ou agrupamento provisório.

Quando pode virar área raiz

Quando o elemento representa uma função estrutural do OLA, possui recorrência, sustenta várias páginas ou fluxos, conecta-se a mais de uma área e precisa de autonomia de manutenção.

Quando não deve virar área raiz

Quando o elemento é apenas tema de estudo, página isolada, experimento temporário, duplicação de área existente, rascunho ou conteúdo ainda sem classificação.

Motor de Atualização das Áreas Estruturais

O Motor de Atualização das Áreas Estruturais é um mecanismo de Governança responsável por analisar propostas de criação, alteração, fusão, movimentação, arquivamento ou exclusão de áreas estruturais da raiz do OLA.

Este motor não substitui o Motor Cognitivo geral do OLA. O Motor Cognitivo interpreta entradas, conceitos, relações e contexto. O Motor de Atualização das Áreas Estruturais aplica regras de Governança para decidir a organização das áreas da raiz.

Motor Local conceitual Papel Resultado
Motor Cognitivo do OLA arquitetura/ e fundamentos/ Interpreta entradas, identifica conceitos, relações, contexto e estrutura inicial de conhecimento. Estrutura conceitual inicial, relações, conceitos e caminhos de aprendizagem ou organização.
Motor de Atualização das Áreas Estruturais governanca/ Aplica regras para decidir criação, alteração, fusão, arquivamento ou exclusão de áreas estruturais. Decisão governada sobre onde colocar, criar, mover, fundir ou avaliar uma área ou conjunto de conteúdos.

Regra prática: a Governança guarda a regra; o Motor de Atualização aplica a regra; as áreas do OLA executam a decisão em seus próprios contextos.

Critérios de decisão

Critério Pergunta orientadora Indício de área raiz Indício de não criar área raiz
Natureza estrutural O elemento representa uma função estrutural do OLA? Sim, organiza uma dimensão estável do sistema. Não, é apenas assunto, página ou tema específico.
Recorrência Essa função aparece repetidamente em várias partes do OLA? Sim, atravessa várias páginas, domínios ou fluxos. Não, aparece apenas em um caso ou demanda isolada.
Transversalidade Ela atravessa mais de uma área? Sim, afeta arquitetura, sistema, domínios, aprendizagem ou governança. Não, pertence claramente a uma área já existente.
Estabilidade É algo estável o suficiente para virar estrutura permanente? Sim, tem função duradoura e previsível. Não, ainda é rascunho, experimento ou hipótese.
Autonomia de manutenção Precisa de índice, mapa, organização e páginas próprias? Sim, precisa de governança e navegação própria. Não, pode ser uma subpasta ou página de outra área.
Não duplicidade Já existe uma área que cumpre essa função? Não existe área adequada. Já existe área adequada; deve ser integrado nela.
Clareza para o leitor A nova área melhora a navegação e compreensão? Sim, reduz ambiguidade e melhora acesso. Não, aumenta dispersão ou cria caminho paralelo desnecessário.

Fluxo de decisão

1

Receber a entrada

Identificar a nova necessidade: tema, página, domínio, regra, conjunto de arquivos, função, motor, fluxo ou dúvida de localização.

2

Identificar a natureza

Verificar se é assunto de estudo, fundamento, regra, arquitetura, funcionamento, projeto, ecossistema, recurso digital, legado ou item ainda incerto.

3

Comparar com áreas existentes

Avaliar se a necessidade já se encaixa em governanca/, fundamentos/, arquitetura/, dominios/, aprendizagem/, sistema/, projeto/, ecossistema/, assets/, artigos/ ou legado/.

4

Avaliar critérios estruturais

Verificar recorrência, estabilidade, transversalidade, autonomia de manutenção, não duplicidade e clareza para o leitor.

5

Tomar decisão governada

Decidir se cria nova área raiz, mantém em área existente, move para domínio, fundamento, subpasta, legado ou _avaliar/.

6

Registrar e executar

Registrar justificativa, páginas afetadas, links a atualizar, impacto no portal, mapa, índice, organização e estrutura física.

Tabela de decisão

Situação encontrada Decisão provável Local recomendado Observação
É assunto de estudo ou aplicação. Não criar área raiz. dominios/ Exemplo: Saúde, Eletricidade, Software, Página Web.
É base conceitual comum do OLA. Não criar área raiz nova se fundamentos/ já cobre. fundamentos/ Exemplo: conhecimento, epistemologia, natureza do OLA.
É regra, critério, política ou padrão. Não criar área raiz. governanca/ Exemplo: classificação de domínios, versionamento, estrutura física.
É desenho estrutural de componentes, relações ou motores. Não criar área raiz. arquitetura/ Exemplo: arquitetura dos motores cognitivos.
É funcionamento, operação ou comportamento do OLA. Não criar área raiz. sistema/ Exemplo: fluxos operacionais, execução e componentes em operação.
É execução, planejamento, tarefas ou evolução do desenvolvimento. Não criar área raiz se projeto/ já cobre. projeto/ Exemplo: cronograma, plano, backlog, decisões de execução.
É ambiente, atores, contexto externo ou relações ampliadas. Não criar área raiz se ecossistema/ já cobre. ecossistema/ Exemplo: IA externa, normas, instituições, usuários, plataformas.
É recurso digital reutilizável. Não criar área raiz nova. assets/ Exemplo: imagens, ícones, scripts, CSS, componentes visuais.
É versão antiga, material histórico ou substituído. Não criar área raiz nova. legado/ ou subpasta histórica. Preservar rastreabilidade sem misturar com páginas atuais.
É função nova, estável, transversal, recorrente e sem área existente adequada. Candidata a nova área raiz. Nova pasta na raiz, após decisão registrada. Exige índice, mapa, organização, regra e atualização do portal.
Ainda não está claro. Não criar área raiz. _avaliar/ Lista de espera para decisão posterior.

Ações possíveis sobre áreas estruturais

Criar

Criar nova área raiz apenas quando a função for estável, transversal, recorrente e sem área existente adequada.

Manter

Manter área existente quando ela continua clara, útil, estável e coerente com a arquitetura do OLA.

Renomear

Renomear quando o nome atual não representa mais o papel da área ou gera ambiguidade.

Fundir

Fundir áreas quando há sobreposição forte e ausência de função estrutural distinta.

Arquivar

Arquivar quando a área deixou de ser ativa, mas deve manter valor histórico, rastreabilidade ou legado.

Excluir

Excluir apenas quando não houver valor de uso, histórico, conceitual, técnico ou documental, após validação.

Relação com as áreas estruturais do OLA

As áreas da raiz são estruturas de organização do OLA. Elas não devem ser confundidas com domínios de conhecimento, páginas específicas ou experimentos isolados.

Área estrutural Função principal Quando usar
governanca/ Regras, critérios, políticas, padrões, decisões e manutenção. Quando o conteúdo orienta decisões e coerência do OLA.
fundamentos/ Conceitos-base, natureza, princípios e fundamentos do OLA. Quando o conteúdo explica base conceitual comum.
arquitetura/ Estrutura, relações, motores, componentes e organização técnica-conceitual. Quando o conteúdo desenha como as partes se articulam.
dominios/ Áreas de conhecimento estudadas, aplicadas ou estruturadas pelo OLA. Quando o conteúdo é assunto de estudo ou aplicação.
aprendizagem/ Trilhas, objetos, processos e experiências de aprendizagem. Quando o conteúdo organiza o aprender.
sistema/ Funcionamento, operação, componentes e comportamento do OLA. Quando o conteúdo descreve como o OLA funciona.
projeto/ Planejamento, execução, acompanhamento e evolução do desenvolvimento. Quando o conteúdo trata da construção e gestão do OLA.
ecossistema/ Ambiente, atores, relações externas, instituições, IA, normas e contexto. Quando o conteúdo ultrapassa a estrutura interna do OLA.
assets/ Recursos digitais reutilizáveis. Quando o conteúdo é imagem, script, CSS, ícone, componente ou mídia.
legado/ Histórico, versões antigas, material substituído e rastreabilidade. Quando o conteúdo não é mais atual, mas deve ser preservado.

Integração com estrutura_fisica_arquivos_pastas.html

Esta página complementa a regra geral de estrutura física definida em estrutura_fisica_arquivos_pastas.html .

Integração recomendada: estrutura_fisica_arquivos_pastas.html deve conter a regra geral de organização física do OLA. Esta página deve conter a regra específica para criação, alteração, fusão, arquivamento ou exclusão de áreas estruturais da raiz.

Estrutura física

Define o mapa geral das pastas, arquivos, áreas, subpastas, padrões de organização e relações físicas do OLA.

Abrir estrutura física

Critérios para áreas raiz

Define quando uma nova área estrutural pode surgir, quando deve ser evitada e como decisões desse tipo devem ser registradas.

Registro da decisão

Toda decisão sobre criação, alteração, fusão, arquivamento ou exclusão de uma área raiz deve ser registrada para manter rastreabilidade.

Campo O que registrar
Data Quando a decisão foi tomada.
Entrada Qual necessidade, página, pasta, domínio ou problema motivou a decisão.
Natureza identificada Domínio, fundamento, regra, arquitetura, sistema, projeto, ecossistema, asset, legado ou item incerto.
Decisão Criar, manter, renomear, fundir, mover, arquivar, excluir ou colocar em avaliação.
Justificativa Critérios usados para justificar a decisão.
Impacto Páginas, links, mapas, índices, organização e portal afetados.
Ações necessárias Arquivos a criar, mover, atualizar, integrar ou revisar.
Status Proposta, aprovada, aplicada, em revisão ou arquivada.

Modelo mínimo de registro

Decisão sobre área estrutural da raiz

Data:
Entrada:
Natureza identificada:
Decisão:
Justificativa:
Impacto:
Ações necessárias:
Status:

Checklist antes de criar uma nova área raiz

Uma nova área raiz só deve ser criada se a maioria das respostas abaixo indicar necessidade estrutural real.

Pergunta Sim Não
Representa uma função estrutural estável do OLA? Candidata a área raiz. Não criar área raiz.
Aparece de forma recorrente em várias partes do OLA? Reforça candidatura. Provavelmente pertence a área existente.
Atravessa mais de uma área atual? Reforça candidatura ou regra transversal. Usar área atual mais adequada.
Precisa de índice, mapa, organização e páginas próprias? Reforça candidatura. Pode ser página, subpasta ou domínio.
Não há área existente que cumpra essa função? Reforça candidatura. Integrar à área existente.
A nova área melhora a clareza para o leitor? Reforça candidatura. Evitar criação.
A decisão foi registrada? Pode seguir para execução. Registrar antes de executar.

Critérios de manutenção desta página

Critério Pergunta de verificação Ação recomendada
Coerência com estrutura física A página continua alinhada com estrutura_fisica_arquivos_pastas.html? Atualizar ambas quando a regra física mudar.
Coerência com index da Governança index_governanca.html aponta para esta página? Manter link na tabela de páginas da Governança.
Critérios suficientes Os critérios cobrem criação, manutenção, fusão, arquivamento e exclusão? Revisar tabela de decisão e checklist.
Novas áreas estruturais Foi criada nova área na raiz do OLA? Registrar decisão e atualizar esta página se houver novo critério.
Evitar sobrecarga A página virou inventário completo da estrutura física? Levar inventário para estrutura_fisica_arquivos_pastas.html.
Clareza do motor O Motor de Atualização está distinto do Motor Cognitivo? Manter distinção entre governança estrutural e cognição geral do OLA.

Próximos passos

Atualizar estrutura física

Inserir em estrutura_fisica_arquivos_pastas.html uma seção curta apontando para esta página como regra específica de criação de áreas raiz.

Conferir index da Governança

Garantir que index_governanca.html tenha link para esta página na tabela de páginas, na seção de regras e nos próximos passos.

Registrar decisões futuras

Criar ou integrar um registro de decisões em governanca/decisoes/ para acompanhar mudanças nas áreas estruturais.

Relacionar com arquitetura

Quando necessário, criar uma página em arquitetura/ para desenhar os motores de governança como componentes da arquitetura do OLA.