Mapa da área Projeto

Representa a área Projeto em três perspectivas complementares: física, mostrando o que existe na pasta; funcional, mostrando para que serve cada conjunto; e relacional, mostrando como Projeto participa da evolução do LAC sem substituir Arquitetura, Qualidade, Governança, Pesquisa ou Operação, e como a aprendizagem cognitiva pode atravessar o ciclo quando o conhecimento é insuficiente.

conteúdo vigenterevisão ou transiçãomemória, origem ou legado

Problema resolvido pelo mapa

Permitir localizar os artefatos da área, compreender sua responsabilidade e seguir o caminho que transforma uma demanda em mudança arquitetural, artefatos implantados, evidências e nova versão do LAC.

DEMANDA DE EVOLUÇÃO ↓ JORNADA DE EVOLUÇÃO — organiza e governa a mudança ↓ CONHECIMENTO SUFICIENTE PARA O PROPÓSITO ATUAL? ├── NÃO → MÉTODO DE APRENDIZAGEM → conhecimento atualizado ↺ └── SIM → CICLO DE DESENVOLVIMENTO analisa, especifica, constrói, verifica e implanta ↓ ESTRUTURA ARQUITETURAL — localiza os níveis afetados ↓ ARTEFATOS — materializam a mudança ↓ NOVA VERSÃO DO SISTEMA LAC ↓ TESTES, VALIDAÇÃO, USO E EVIDÊNCIAS ↓ conhecimento continua suficiente? ├── SIM → continuidade / conclusão └── NÃO → reativar aprendizagem ↺

1. Posição de Projeto no LAC

Entrada

Pergunta, problema, necessidade, risco, oportunidade, resultado de pesquisa ou demanda de governança.

Responsabilidade de Projeto

Analisar viabilidade, especificar, planejar, organizar desenvolvimento, registrar decisões, produzir entregas e preparar implantação.

Limite arquitetural

Projeto não redefine isoladamente a arquitetura. A mudança deve indicar ecossistema, sistema, subsistema, módulo, componente e artefato afetados.

Controle

Governança prioriza e autoriza; Qualidade verifica e produz evidências; Implantação publica; uso em jornadas gera novas evidências. Quando essas evidências revelam conhecimento insuficiente, a aprendizagem pode ser reativada antes de o desenvolvimento prosseguir.

2. Mapa físico atual da pasta

Estrutura observada na pasta projeto/. O mapa distingue arquivos diretamente navegáveis, subáreas ativas e conjuntos que exigem inventário.

projeto/ ├── index_projeto.html ├── mapa_projeto.html ├── organizacao_projeto.html ├── especificacao_lac.html ├── decisoes_projeto_lac.html ├── estrategia_nicho_mercado_lac.html ├── estrategia_nicho_mercado_lac_v0.html ├── ficha_comercial_jornada_essencial_lac.html ├── catalogo_servicos_lac.html ├── concept_paper_lac_learning_analytics.html ├── relatorio_aprendizagem_contribuicao_001.html ├── relatorio_aprendizagem_contribuicao_001_v0.html ├── roteiro_captacao_necessidade_conhecimento_lac.html ├── visao_geral_projeto_ola.html ├── atividades_tarefas_lac.png ├── do_negocio_ao_valor_gerado_pelas_entregas.png │ ├── analises/ │ ├── analise_swot_lac.pdf e .py │ ├── analise_tecnologica.pdf e .py │ ├── estudos_de_viabilidade.pdf e .py │ ├── Relatorio_LAC_ABNT.pdf │ └── gerar_pdf.py ├── assets/ ├── concept_papers/ │ └── concept_paper_lac_learning_analytics.html ├── demandas_entregas/ │ └── casos originados no OLA e outros casos de evolução ├── governanca/ │ └── linha_base_modelo_negocio_lac.html ├── implantacao/ │ └── checklist_publicacao_lac.html ├── pesquisa/ │ ├── programa_de_pesquisa_lac.html │ ├── piloto_captacao_necessidade_conhecimento_lac.html │ └── plano_de_negocio_lac.html ├── qualidade/ │ ├── index_qualidade.html │ ├── catalogo_jornadas_teste.html │ └── checklist_teste_jornadas.html ├── historico/ ├── legado/ └── origens/

3. Navegação funcional

Analisar e verificar viabilidade

SWOT, tecnologia, viabilidade, relatórios de apoio à decisão, identificação de lacunas de compreensão e avaliação da suficiência do conhecimento para avançar.

Abrir analises/

Especificar e organizar

Escopo, estrutura, responsabilidades e visão integrada da área.

Especificação · Organização

Decidir e estabelecer linha de base

Decisões estruturantes e linha de base do modelo de negócio.

Decisões · Linha de base

Pesquisar e formular

Programa de pesquisa, piloto, concept papers e formulações que podem originar projetos.

Programa de pesquisa · Concept papers

Desenvolver demandas e entregas

Casos concretos que registram a origem da mudança e seus artefatos produzidos.

Abrir demandas_entregas/

Verificar a qualidade

Catálogo, checklist e evidências de teste das jornadas e entregas. As evidências podem confirmar pressupostos ou revelar lacunas que reativam a aprendizagem.

Abrir qualidade/

Implantar e publicar

Preparação da entrega para o ambiente de produção.

Checklist de publicação

Preservar memória

Histórico, legado e origens mantêm rastreabilidade, mas não representam automaticamente a solução vigente.

Histórico · Legado · Origens

4. Mapa do ciclo de desenvolvimento

demanda→triagem→análise→especificação→planejamento→desenvolvimento→verificação→implantação→uso→evidência e evolução

CAMADA TRANSVERSAL DE APRENDIZAGEM Em qualquer ponto do ciclo: CONHECIMENTO INSUFICIENTE ↓ aplicar / reativar Método de Aprendizagem ↓ CONHECIMENTO ATUALIZADO ↺ retomar análise, especificação, desenvolvimento, verificação ou decisão Após verificação, implantação ou uso: EVIDÊNCIAS ├── confirmam a compreensão → ciclo segue └── revelam lacunas → reativam aprendizagem ↺

A jornada de evolução envolve e governa esse ciclo. O ciclo de desenvolvimento é o processo técnico que realiza a mudança; não é sinônimo da jornada completa. A aprendizagem não constitui uma nova etapa física nem uma nova pasta: atua transversalmente sempre que a compreensão disponível for insuficiente.

Método Geral de Aprendizagem de Sistemas↔Metodologia de Desenvolvimento

5. Relações e responsabilidades

Área	Pergunta respondida	Relação com Projeto	Resultado
Fundação e Fundamentos	Por que, segundo quais princípios e com quais métodos?	Fornecem teoria, conceitos, Métodos de Aprendizagem, metodologia de desenvolvimento e vocabulário.	Critérios conceituais e cognitivos para orientar o Projeto.
Arquitetura	Onde a mudança ocorre e quais elementos afeta?	Orienta estrutura, dependências, interfaces e tecnologias.	Impacto arquitetural definido.
Projeto	Como construir e entregar a mudança?	Analisa, especifica, planeja, desenvolve e integra entregas.	Artefatos prontos para verificação e implantação.
Pesquisa	O que precisa ser investigado ou experimentado?	Pode originar demandas e receber questões surgidas no desenvolvimento.	Hipóteses, evidências e resultados.
Qualidade	A entrega atende aos critérios e as evidências sustentam a compreensão usada no Projeto?	Testa, verifica conformidade, registra evidências e pode revelar lacunas de compreensão que reativam a aprendizagem.	Aceite, correção, rejeição ou necessidade de reaprendizagem fundamentada.
Governança e Gestão	Quem decide, prioriza, autoriza e responde?	Controlam mudanças, responsabilidades, versões e linha de base.	Decisão institucional e rastreabilidade.
Implantação	Como disponibilizar a versão aprovada?	Publica e verifica o ambiente de produção.	Nova versão disponível.
Operação por jornadas	A mudança resolve o problema no uso real e que novas evidências produz?	Produz experiência, feedback, evidências e novas demandas; pode confirmar ou reabrir a aprendizagem.	Uso, aprendizagem incorporada e evolução.

6. Situação dos conjuntos existentes

Conjunto	Situação	Tratamento recomendado
analises/	vigente	Manter como subárea técnica; criar índice próprio posteriormente.
concept_papers/	vigente	Manter a pasta como fonte oficial e eliminar ou justificar duplicação na raiz.
demandas_entregas/	inventariar	Classificar casos em vigente, migrar OLA→LAC, histórico ou legado.
governanca/	avaliar localização	Conservar apenas artefatos de governança específicos do projeto; políticas gerais pertencem à governança-raiz.
pesquisa/	transição	Distinguir pesquisa aplicada ao projeto da área-raiz de Pesquisa do LAC.
qualidade/	vigente no ciclo	Manter integrada ao ciclo de projeto, registrando seu limite de responsabilidade e o papel das evidências de teste na confirmação ou reativação da aprendizagem.
implantacao/	vigente	Relacionar com arquitetura de implantação e gestão da publicação.
historico/, legado/, origens/	memória	Não exibir como conteúdo atual sem aviso de situação e data.

Ajustes decorrentes desta revisão

O mapa passou a representar a estrutura realmente mostrada na pasta Projeto.
Foram removidas do mapa principal referências a index_projetos_pd.html e projeto_pd_maquina_conhecimento.html, pois esses arquivos não aparecem na estrutura apresentada.
Os caminhos de Pesquisa e Qualidade foram corrigidos para as subpastas existentes em projeto/.
Portfólio, programa, projeto, jornada de evolução e demanda deixaram de ser tratados como uma única hierarquia física: são níveis e mecanismos diferentes que precisam ser relacionados pela governança.
O conteúdo originado no OLA foi classificado como material a inventariar, não como conteúdo automaticamente vigente.
Aprendizagem ↔ Desenvolvimento passou a ser representada como relação transversal ao ciclo, sem criação de nova pasta ou etapa física.
Qualidade e testes passaram a ser explicitados também como produtores de evidências capazes de confirmar a compreensão existente ou reativar a aprendizagem.

Próximo passo da revisão da área

1. organizacao_projeto.html

Alinhar responsabilidades, subáreas e limites, incluindo a relação transversal Aprendizagem ↔ Desenvolvimento sem criar nova subárea física.

2. demandas_entregas/

Inventariar cada caso e registrar estado, origem, entrega e destino.

3. qualidade/index_qualidade.html

Vincular critérios de aceitação, testes e evidências ao ciclo, explicitando quando as evidências confirmam a compreensão ou provocam reaprendizagem.

4. pesquisa/ e governanca/

Decidir o que permanece em Projeto e o que deve apontar para áreas-raiz correspondentes.