Observação do próprio sistema
Surge quando o LAC revela lacuna, risco, desatualização, inconsistência, oportunidade ou necessidade de evolução.
Entrada e triagem da transformação interna
Gestão de Demandas Internas do LAC
Esta página define como observações, lacunas, riscos, inconsistências, oportunidades e necessidades internas são registradas como Demandas de Evolução, qualificadas, avaliadas quanto à suficiência da compreensão, classificadas, priorizadas, encaminhadas para o tratamento adequado e, ao final, encerradas com evidência de resultado e verificação de coerência quando a evolução for transversal.
Definição consolidada: demanda interna é uma Demanda de Evolução registrada: a expressão
formal de uma necessidade de correção, manutenção, melhoria, evolução,
decisão, pesquisa ou transformação do próprio LAC. Ela pode surgir de
gestão, governança, qualidade, auditoria, operação, manutenção, arquitetura,
editorial, pesquisa ou do uso real do sistema.
Fundamento operacional
O que é uma demanda interna?
A demanda interna não é a própria solução, nem a Jornada, nem a tarefa. Ela é a necessidade qualificada que deverá receber um encaminhamento. Antes de avançar para decisões que dependam de entendimento suficiente, a Gestão deve avaliar se a compreensão disponível é adequada ao propósito atual.
Registro estruturado
Explicita contexto, problema, impacto, urgência, evidências, áreas afetadas e resultado esperado.
Permitir decisão de tratamento
Ajuda a decidir se o caso exige esclarecimento, tarefa, rotina, Jornada, projeto, pesquisa, manutenção ou arquivamento.
Avaliar suficiência da compreensão
Verifica se há conhecimento suficiente para classificar, priorizar e decidir o tratamento. Se não houver, a demanda permanece em análise e aciona aprendizagem adicional antes de avançar.
Princípio de proporcionalidade
Nem toda demanda interna deve gerar uma Jornada. O tratamento deve ser proporcional à complexidade, ao risco, ao impacto, à recorrência, às dependências e ao valor esperado.
Fontes da demanda
De onde podem surgir?
Uma demanda interna pode surgir de observação direta, uso, controle, auditoria, mudança externa ou aprendizagem acumulada.
Gestão
Prioridades, impedimentos, dependências, capacidade, estados e necessidade de coordenação.
Governança
Novas decisões, políticas, critérios, responsabilidades, riscos ou necessidades de conformidade.
Qualidade
Não conformidades, falhas de teste, ausência de evidência, defeitos ou baixa aptidão para uso.
Auditoria
Divergências entre estado real e estado definido, publicado, autorizado ou registrado.
Operação
Incidentes, dificuldades de uso, desempenho, navegação, acessibilidade ou suporte.
Manutenção
Obsolescência, versões antigas, links quebrados, dependências e rotinas recorrentes.
Arquitetura e Editorial
Inconsistências estruturais, físicas, conceituais, de publicação, conteúdo ou integração.
Pesquisa e aprendizagem
Hipóteses, resultados, evidências, novas perguntas e decisões de incorporação.
Entrada formal
Informações mínimas do registro
O registro deve ser simples o bastante para ser usado e completo o bastante para permitir qualificação e decisão.
Identificação ou código da demanda.
Título curto e descritivo.
Origem da observação e papel que a registrou.
Descrição da necessidade, problema, risco ou oportunidade.
Contexto e circunstância em que foi percebida.
Áreas, páginas, ambientes ou capacidades afetadas.
Impacto atual e consequência de não tratar.
Urgência percebida e prazo relevante, quando houver.
Evidências disponíveis: páginas, testes, registros, imagens ou relatos.
Objeto ou sistema afetado e recorte que precisa ser compreendido.
Estado atual da compreensão: suficiente, insuficiente ou ainda não avaliado.
Pergunta de aprendizagem ou lacuna de compreensão, quando existente.
Necessidade de acionar ou reativar Método de Aprendizagem.
Resultado esperado, sem impor prematuramente uma solução.
Objeto de continuidade gerado pelo encaminhamento: tarefa, rotina, Jornada, projeto, pesquisa ou manutenção.
Critério de encerramento da demanda e evidência esperada para demonstrar o resultado.
Necessidade de verificação de coerência transversal, quando a evolução afetar conceitos compartilhados por múltiplos artefatos.
Fluxo de decisão
Ciclo da demanda interna
O ciclo termina com um encaminhamento explícito e uma responsabilidade definida, não necessariamente com a execução imediata.
Observaridentificar sinal, evidência ou necessidade
→
Registrarformalizar Demanda de Evolução, contexto e evidências
→
Qualificarentender impacto, risco, dependências e lacunas de compreensão
→
Avaliar suficiênciahá compreensão suficiente para decidir o tratamento?
→
Aprender se necessáriomanter em análise, atualizar conhecimento e reavaliar
↺
Classificardefinir natureza e tratamento provável
→
Priorizaravaliar valor, urgência e capacidade
→
Decidirautorizar, adiar, agrupar, aprofundar ou rejeitar
→
Encaminharatribuir tratamento, responsável e objeto de continuidade
→
Acompanharpreservar estado, evidências e reavaliações
→
Verificar fechamentoconfirmar resultado, coerência e pendências residuais
→
Encerrarregistrar conclusão e institucionalização quando aplicável
DEMANDA DE EVOLUÇÃO REGISTRADA
↓
QUALIFICAÇÃO
↓
CONHECIMENTO / COMPREENSÃO SUFICIENTE?
├── SIM → classificar → priorizar → decidir → encaminhar
└── NÃO → manter em análise
↓
registrar lacuna / pergunta de aprendizagem
↓
acionar ou reativar Método de Aprendizagem
↓
atualizar conhecimento e evidências
↓
reavaliar suficiência
↺
Compreensão da necessidade
Critérios de qualificação
Qualificar significa compreender suficientemente a demanda para decidir seu tratamento, sem antecipar detalhes que pertencem ao planejamento da solução.
Clareza
O problema ou necessidade está compreensível e delimitado?
Origem
Quem ou o que revelou a demanda? Há rastreabilidade?
Impacto
Que pessoas, áreas, páginas, decisões ou ambientes são afetados?
Risco
Qual a consequência de adiar, ignorar ou tratar incorretamente?
Recorrência
É um caso isolado, repetido ou estrutural?
Dependências
Há documentos canônicos, sistemas, áreas ou decisões anteriores envolvidos?
Urgência
Existe prazo, incidente, exposição ou bloqueio operacional?
Valor esperado
Que benefício, correção, redução de risco ou aprendizagem se espera?
Evidência
Há elementos suficientes para justificar análise e decisão?
Suficiência da compreensão
O conhecimento disponível é suficiente para classificar, priorizar e decidir o próximo passo sem depender de suposições críticas?
Regra de qualificação
Qualificar não significa conhecer tudo. Significa atingir compreensão suficiente para decidir o tratamento proporcional da demanda. Se a decisão depender de conhecimento ainda insuficiente, a demanda permanece em qualificação ou aguardando aprendizagem.
Natureza da demanda
Classificação recomendada
A classificação ajuda a comparar demandas e selecionar um tratamento proporcional e coerente.
| Dimensão | Classes possíveis | Uso da classificação |
|---|---|---|
| Origem | Gestão, governança, qualidade, auditoria, operação, manutenção, arquitetura, editorial, pesquisa ou uso externo. | Identificar fonte e responsabilidade inicial. |
| Natureza | Correção, manutenção, melhoria, evolução, decisão, conformidade, pesquisa ou inovação. | Indicar tipo de tratamento. |
| Escopo | Local, transversal, estrutural ou institucional. | Estimar dependências e coordenação necessária. |
| Recorrência | Única, recorrente ou contínua. | Distinguir tarefa, rotina e mudança estrutural. |
| Urgência | Baixa, média, alta ou crítica. | Ordenar tratamento temporal. |
| Risco | Baixo, médio, alto ou inaceitável. | Definir autoridade, controle e verificação. |
| Ambiente | Desenvolvimento, produção, ambos ou não digital. | Definir implantação, validação e auditoria necessárias. |
| Suficiência da compreensão | Suficiente, insuficiente ou não avaliada. | Definir se a demanda pode avançar para decisão ou precisa de aprendizagem adicional. |
| Tratamento provável | Esclarecimento, tarefa, rotina, Jornada, projeto, pesquisa, manutenção, espera ou arquivamento. | Preparar a decisão de encaminhamento. |
Escolha e sequência
Critérios de priorização
A prioridade não depende apenas da urgência. Ela deve equilibrar valor, risco, obrigação, esforço, dependências e capacidade disponível.
Valor e benefício
Quanto a demanda melhora compreensão, uso, integridade, segurança ou sustentabilidade?
Risco de não tratar
Que dano, perda, exposição, incoerência ou bloqueio pode ocorrer?
Obrigação
Existe decisão, regra, conformidade, prazo ou compromisso que exige tratamento?
Dependência
A demanda desbloqueia ou condiciona outras entregas e Jornadas?
Esforço e complexidade
Qual capacidade, tempo, coordenação e profundidade são necessários?
Oportunidade de aprendizagem
O tratamento permite validar hipótese, rotina, padrão ou capacidade institucional?
Decisão de tratamento
Possíveis encaminhamentos
O encaminhamento escolhido deve ter responsável, estado, justificativa e próximo ponto de controle.
Quando abrir uma Jornada interna?
Quando a demanda exigir transformação coordenada, envolver dependências relevantes, afetar documentos canônicos ou múltiplas áreas, possuir risco significativo, demandar implantação em produção, gerar aprendizagem institucional que precise ser preservada ou exigir controle explícito de suficiência da compreensão entre etapas.
Controle
Estados da demanda interna
Os estados tornam o ciclo visível e evitam que necessidades registradas desapareçam sem decisão.
| Estado | Significado | Saída esperada |
|---|---|---|
| Registrada | A necessidade foi formalizada, mas ainda não analisada. | Responsável pela qualificação definido. |
| Em qualificação | Contexto, impacto, risco, evidências, dependências e suficiência da compreensão estão sendo avaliados. | Demanda clara, classificável e com suficiência avaliada. |
| Aguardando informação | Faltam dados ou evidências para prosseguir. | Informação complementada ou encerramento justificado. |
| Aguardando aprendizagem | Há informação disponível, mas a compreensão ainda é insuficiente para classificar, priorizar ou decidir com segurança. | Lacuna registrada, Método de Aprendizagem acionado e nova avaliação de suficiência concluída. |
| Priorizada | A demanda foi comparada e recebeu posição relativa. | Decisão de tratamento. |
| Aprovada | O tratamento foi autorizado. | Encaminhamento e responsável definidos. |
| Em espera | A demanda permanece válida, mas depende de capacidade, decisão ou evento. | Data ou condição de reavaliação. |
| Rejeitada | O tratamento não foi autorizado. | Justificativa e evidências registradas. |
| Encaminhada | A demanda foi convertida em tarefa, rotina, Jornada, projeto, pesquisa ou manutenção. | Referência ao objeto que dará continuidade. |
| Encerrada | O tratamento foi concluído e há evidência suficiente para fechar o ciclo da demanda. Em evoluções transversais, a coerência entre os artefatos afetados foi verificada. | Resultado, evidências, aprendizagem, verificação de coerência quando aplicável e pendências residuais registrados. |
Responsabilidades
Quem participa da gestão da demanda?
A mesma pessoa pode acumular papéis, mas a função exercida em cada decisão deve permanecer explícita.
| Papel | Responsabilidade |
|---|---|
| Registrante | Formaliza a observação, necessidade, contexto e evidências iniciais. |
| Gestor do LAC | Qualifica, avalia suficiência da compreensão, classifica, prioriza, organiza a decisão, bloqueia avanço quando necessário e acompanha o encaminhamento. |
| Especialista, Autor ou Arquiteto | Contribui para compreensão técnica, conceitual, editorial ou estrutural e ajuda a avaliar se o conhecimento é suficiente para a decisão. |
| Qualidade | Informa critérios, não conformidades, risco e necessidade de verificação. |
| Auditoria | Origina ou fundamenta demandas a partir de divergências e achados. |
| Governança ou Proprietário | Autoriza prioridades, mudanças de maior impacto e tratamentos que excedem a autoridade do Gestor. |
| Responsável pelo tratamento | Recebe a demanda encaminhada e conduz tarefa, rotina, Jornada, projeto, pesquisa ou manutenção. |
Rastreabilidade
Evidências do ciclo da demanda
O ciclo deve permitir compreender por que uma demanda foi registrada, como foi avaliada e qual decisão foi tomada.
Registro original da demanda.
Evidências que sustentam a necessidade.
Classificação e critérios utilizados.
Impactos, riscos e dependências identificados.
Registro da avaliação de suficiência da compreensão.
Lacunas ou perguntas de aprendizagem identificadas.
Acionamento ou reativação de Método de Aprendizagem, quando necessário.
Nova avaliação de suficiência após aprendizagem adicional.
Prioridade atribuída e justificativa.
Decisão de aprovação, espera, rejeição ou agrupamento.
Encaminhamento, responsável e objeto de continuidade.
Alterações de estado e datas relevantes.
Resultado final e aprendizagem incorporada.
Evidência de atendimento do critério de encerramento.
Verificação de coerência entre artefatos afetados, quando a mudança for transversal.
Divergências encontradas e correções realizadas antes do fechamento.
Pendências residuais explicitamente registradas.
Conclusão formal: demanda encerrada e, quando aplicável, evolução institucionalizada no escopo atual.
Conclusão controlada
Fechamento da Demanda de Evolução
Encaminhar a demanda não encerra automaticamente seu ciclo. A Gestão deve receber evidências do objeto de continuidade e verificar se o resultado permite considerar a necessidade atendida no escopo aprovado.
Regra institucional de encerramento
Uma Demanda de Evolução somente pode assumir o estado Encerrada quando houver evidência do resultado, decisão de fechamento e registro das aprendizagens e pendências residuais. Se a evolução alterar conceitos compartilhados por múltiplos artefatos, exige-se também verificação explícita de coerência antes do encerramento.
DEMANDA ENCAMINHADA
↓
OBJETO DE CONTINUIDADE EXECUTADO
↓
RESULTADO / EVIDÊNCIAS RETORNAM À GESTÃO
↓
CRITÉRIO DE ENCERRAMENTO ATENDIDO?
├── NÃO → manter acompanhamento
│ ↓
│ corrigir / complementar / reaprender
│ ↺
└── SIM
↓
EVOLUÇÃO É TRANSVERSAL?
├── NÃO → registrar conclusão
└── SIM → verificar coerência entre artefatos
↓
DIVERGÊNCIAS?
├── SIM → corrigir → verificar novamente ↺
└── NÃO → registrar conclusão
↓
DEMANDA ENCERRADA
↓
EVOLUÇÃO INSTITUCIONALIZADA
quando aplicável ao escopo atual
Confirmar atendimento
Comparar resultado produzido com a necessidade, o propósito e o critério de encerramento registrados na demanda.
Verificar efeitos transversais
Quando conceitos compartilhados forem alterados, verificar se páginas, modelos, estados, regras e relações permanecem consistentes.
Formalizar o fechamento
Registrar evidências, decisão, aprendizagem incorporada, pendências residuais, data e responsável pelo encerramento.
Nova Demanda de Evolução
DEM-EVO-PAINEL-001 — Tornar o Painel de Evolução do LAC operacional
Esta demanda inicia um novo ciclo após o fechamento da evolução do Método Geral de Aprendizagem. O objetivo ainda não é escolher tecnologia, mas compreender suficientemente o problema antes de decidir a solução.
Problema resolvido esperado
Fazer o painel_evolucao_lac.html representar de forma confiável e atualizável
o estado real das Demandas, Jornadas, Rotinas, entregas e evoluções institucionalizadas,
reduzindo duplicação manual de dados entre páginas e preservando rastreabilidade.
Painel estrutural, ainda não operacional
O painel já possui estrutura visual, filtros, indicadores e registros exemplificativos, mas ainda depende de atualização manual e mantém marcadores sem fonte de dados integrada.
Fonte, autoridade e atualização dos dados
Ainda é necessário compreender quais artefatos são fontes canônicas, quem pode alterar cada dado, como evitar duplicação e qual frequência ou evento deve atualizar o painel.
Conhecimento suficiente antes de escolher tecnologia
A decisão entre JSON, JavaScript, API, banco de dados ou outra solução deve ocorrer somente após compreender entidades, relacionamentos, responsabilidades, regras de atualização e rastreabilidade.
DEM-EVO-PAINEL-001
↓
PERGUNTA
Como representar automaticamente o estado real da evolução do LAC
sem manter manualmente os mesmos dados em várias páginas?
↓
CONHECIMENTO ATUAL SUFICIENTE PARA ESCOLHER A SOLUÇÃO?
├── NÃO
│ ↓
│ ACIONAR MÉTODO GERAL DE APRENDIZAGEM
│ ↓
│ compreender:
│ • fontes canônicas de dados
│ • entidades e relacionamentos
│ • campos obrigatórios
│ • autoridade de atualização
│ • eventos/frequência de atualização
│ • rastreabilidade e histórico
│ • requisitos de integração e portabilidade
│ ↓
│ produzir evidências / modelo de dados
│ ↓
│ reavaliar suficiência
│ ↺
└── SIM
↓
classificar e priorizar
↓
decidir arquitetura da solução
↓
abrir Jornada de Evolução, se necessário
| Campo da demanda | Registro inicial |
|---|---|
| Código | DEM-EVO-PAINEL-001 |
| Título | Tornar o Painel de Evolução do LAC operacional. |
| Origem | Gestão do LAC / uso do próprio painel. |
| Natureza | Evolução de sistema e gestão da informação. |
| Escopo inicial | Transversal: demandas, Jornadas, Rotinas, entregas, evidências, histórico e evolução institucionalizada. |
| Estado | Em qualificação |
| Suficiência da compreensão | Insuficiente para decidir tecnologia |
| Pergunta de aprendizagem | Quais dados o painel deve representar, de quais fontes canônicas eles vêm, quem os atualiza e como manter consistência sem duplicação? |
| Tratamento imediato | Aplicar o Método Geral de Aprendizagem antes de escolher JSON, API, banco de dados ou outra implementação. |
| Critério de saída da qualificação | Modelo conceitual dos dados, fontes, responsabilidades, regras de atualização e requisitos de rastreabilidade suficientemente definidos para decidir a arquitetura da solução. |
| Próximo objeto provável | Jornada de Evolução para operacionalização do Painel de Evolução do LAC, caso a complexidade justifique. |
Decisão atual
Não escolher tecnologia ainda. A demanda permanece em qualificação e deve acionar o Método Geral de Aprendizagem para produzir conhecimento suficiente sobre o sistema de dados do painel. Só depois será decidido se a solução mais adequada será arquivo JSON, JavaScript, API, banco de dados ou combinação desses mecanismos.
Aplicação
Exemplo: desenvolvimento diferente da produção
A mesma observação pode receber tratamentos diferentes conforme sua qualificação, recorrência e impacto.
Caso real encerrado: Método Geral de Aprendizagem no LAC
A evolução que incorporou o Método Geral de Aprendizagem ao LAC funciona como
primeiro caso de referência deste fechamento: a compreensão foi considerada
suficiente para o propósito atual; Fundamentos, Projeto, Qualidade, Especificação,
Governança, Jornadas e Rotinas foram alinhados; a coerência final foi registrada em
verificacao_coerencia_aprendizagem_jornadas_rotinas_lac.html; e as
pendências residuais passaram a ser tratadas como regras de manutenção da consistência.
Assim, a demanda pode ser registrada como Encerrada e a evolução
como institucionalizada no escopo atual.
Observação
└── página atualizada no desenvolvimento não aparece em produção
│
├── Caso isolado e simples
│ └── tarefa corretiva na rotina de implantação
│
├── Problema recorrente no processo
│ └── demanda de melhoria → Jornada interna
│
├── Muitas divergências acumuladas
│ └── auditoria de paridade → Jornada de regularização
│
├── Falta de regra ou responsabilidade
│ └── atualização de Governança e rotina administrativa
│
└── Falta compreender a causa ou o comportamento do sistema
└── demanda permanece em qualificação
→ acionar Método de Aprendizagem
→ atualizar compreensão
→ reavaliar o encaminhamento
Implantação da prática
Critérios para considerar a gestão de demandas implantada
A página define o método; a capacidade somente estará implantada quando o método for usado e produzir rastreabilidade.
Modelo de registro de demanda disponível.
Responsável pela qualificação definido.
Critérios de classificação e priorização aplicados.
Estados utilizados no acompanhamento.
Suficiência da compreensão registrada antes de decisões relevantes.
Estado “Aguardando aprendizagem” usado quando a demanda não pode avançar por insuficiência de compreensão.
Reativações de aprendizagem possuem lacuna, evidência, resultado e reavaliação registrados.
Autoridade de decisão explícita.
Encaminhamentos registrados e relacionados aos objetos de continuidade.
Demandas em espera possuem condição de revisão.
Decisões rejeitadas e arquivadas possuem justificativa.
Critério de encerramento e evidência de resultado registrados para demandas concluídas.
Evoluções transversais somente são encerradas após verificação explícita de coerência.
Pendências residuais são preservadas no registro de fechamento.
Ao menos uma demanda interna percorreu o ciclo completo, do registro ao encerramento.
Nova demanda real registrada após o fechamento da evolução anterior:
DEM-EVO-PAINEL-001.Tecnologia não escolhida antes da avaliação de suficiência da compreensão.
Continuidade
Próximo documento
O ciclo documental já alcança execução, acompanhamento e fechamento. A continuidade passa a ser aplicar este modelo às demandas reais e preservar a rastreabilidade entre demanda, objeto de continuidade, evidências e conclusão.
Próxima aplicação: DEM-EVO-PAINEL-001
A próxima demanda real é “Tornar o Painel de Evolução do LAC operacional”. Ela está em qualificação e com compreensão ainda insuficiente para decidir tecnologia. O próximo passo é aplicar o Método Geral de Aprendizagem ao próprio sistema de dados do painel, produzir um modelo conceitual suficientemente claro e então decidir o tratamento e a arquitetura da solução.
Síntese institucional
A Gestão de Demandas Internas protege o LAC contra dois extremos: ignorar necessidades relevantes e transformar toda pequena correção em uma Jornada complexa. Seu papel é registrar, compreender, avaliar suficiência, comparar, decidir, encaminhar, acompanhar e encerrar cada necessidade por tratamento proporcional, rastreável e governável, impedindo avanço quando a decisão ainda depende de compreensão insuficiente e exigindo verificação de coerência antes do fechamento de evoluções transversais. A página também passa a registrar a continuidade real do processo: uma evolução encerrada e uma nova Demanda de Evolução em qualificação.