Organização da Área Projeto do LAC

Organização conceitual, funcional e física

Como a área Projeto organiza a evolução do LAC

A área projeto/ organiza a transformação planejada de necessidades, problemas e decisões em mudanças arquiteturais, artefatos verificáveis e novas versões do LAC. Ela não representa toda a operação do LAC nem substitui arquitetura, governança, qualidade, pesquisa ou documentação. A aprendizagem atua como processo cognitivo transversal, acionado quando o conhecimento disponível é insuficiente para sustentar uma decisão ou etapa da evolução.

área-raiz de construção e evolução demanda jornada de evolução ciclo de desenvolvimento aprendizagem transversal artefatos implantação e versão

Definição consolidada

A área Projeto mantém os artefatos que permitem analisar, decidir, planejar, construir, validar, implantar e registrar mudanças no LAC. Sua unidade de condução é a jornada de evolução; seu mecanismo técnico de realização é o ciclo de desenvolvimento. O Método de Aprendizagem, fundamentado em fundamentos/, é aplicado transversalmente quando a compreensão existente não é suficiente para o propósito atual.

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, modela, constrói, valida e prepara a implantação ↓ ESTRUTURA ARQUITETURAL indica ecossistema, sistema, subsistema, módulo e componente afetados ↓ ARTEFATOS materializam a mudança ↓ IMPLANTAÇÃO E NOVA VERSÃO DO LAC ↓ TESTES, USO E EVIDÊNCIAS ↓ conhecimento continua suficiente? ├── SIM → continuidade / encerramento └── NÃO → reativar aprendizagem ↺

1. Lugar de Projeto na organização do LAC

Perspectiva	Pergunta	Área predominante	Relação com projeto/
Fundamentos e aprendizagem	Com quais conceitos, métodos e compreensão a mudança será conduzida?	`fundamentos/`	Fundamentos fornece os Métodos de Aprendizagem e a metodologia; Projeto os utiliza quando precisa construir ou atualizar conhecimento suficiente.
Estrutura arquitetural	Do que o LAC é constituído?	`arquitetura/`	Projeto identifica os elementos afetados e implementa mudanças aprovadas.
Operação por jornadas	Como o LAC funciona para seus participantes?	Áreas de papéis e jornadas operacionais	O uso gera demandas, evidências e necessidades de evolução.
Evolução por jornadas	Como o LAC muda?	`projeto/`	Organiza demanda, análise, construção, validação e entrega.
Governança	Como a mudança é autorizada e controlada?	`governanca/`	Define regras, responsabilidades, decisões e critérios.
Documentação	Como a mudança permanece compreensível e rastreável?	Sistema de documentação do LAC	Registra especificações, decisões, versões e evidências.

2. Princípios de organização

Separação de responsabilidades

Projeto constrói e organiza a mudança; arquitetura estrutura; qualidade verifica; governança autoriza e controla; implantação publica.

Rastreabilidade

Toda entrega deve poder ser relacionada à demanda, às decisões, aos elementos arquiteturais afetados e às evidências de validação.

Evolução incremental

A organização física pode ser aperfeiçoada gradualmente, sem transformar estruturas planejadas em estruturas ficticiamente implantadas.

Preservação histórica

Conteúdos OLA e LAK são mantidos como origem, legado ou histórico quando ajudam a explicar a evolução do LAC.

Suficiência do conhecimento

O Projeto não exige conhecimento completo do objeto. Exige compreensão suficiente para responder à questão em análise ou sustentar, com coerência e evidências adequadas, a próxima decisão da jornada de evolução.

3. Estrutura física atualmente observada

Esta organização considera a estrutura efetivamente existente na pasta projeto/.

projeto/ ├── index_projeto.html ├── mapa_projeto.html ├── organizacao_projeto.html ├── especificacao_lac.html ├── decisoes_projeto_lac.html ├── projeto_segundo_pmi.html ├── plano_de_negocio_lac.html ├── estrategia_nicho_mercado_lac.html ├── ficha_comercial_jornada_essencial_lac.html │ ├── analises/ ├── assets/ ├── concept_papers/ ├── demandas_entregas/ ├── governanca/ ├── historico/ ├── implantacao/ ├── legado/ ├── origens/ ├── pesquisa/ └── qualidade/

Regra: portfólio, programas, projetos de P&D e outros agrupamentos podem existir como conceitos de gestão, mas não devem aparecer como subpastas implantadas enquanto ainda não existirem fisicamente.

4. Função das subáreas existentes

Subárea	Função atual	Tratamento recomendado
analises/	Reúne análises SWOT, tecnológica, viabilidade, relatórios, scripts de apoio e identificação de lacunas relevantes de compreensão.	Manter análises vinculadas às decisões e demandas que as originaram; quando o conhecimento for insuficiente, acionar Método de Aprendizagem sem criar nova subárea física.
assets/	Guarda imagens e outros recursos próprios da área Projeto.	Usar apenas para ativos específicos de projeto; ativos gerais permanecem em `assets/` da raiz.
concept_papers/	Concentra documentos conceituais preliminares usados na formulação de soluções.	Eliminar duplicidades e indicar situação: proposta, em análise, aprovada ou superada.
demandas_entregas/	Preserva casos de demandas, desenvolvimento e entregas, muitos originados no OLA.	Inventariar, classificar e migrar gradualmente para o modelo de jornada de evolução.
governanca/	Contém artefatos de governança especificamente ligados ao projeto.	Evitar duplicar a governança institucional mantida na pasta-raiz `governanca/`.
implantacao/	Reúne instrumentos de publicação e implantação das entregas.	Relacionar cada implantação à versão, ao aceite e ao ambiente correspondente.
pesquisa/	Contém materiais de pesquisa ainda associados à história da área Projeto.	Revisar o que deve permanecer, migrar para a área-raiz Pesquisa ou ser classificado como histórico.
qualidade/	Contém testes, checklists, relatórios e evidências vinculados a entregas do projeto.	Distinguir evidência de qualidade do projeto da organização institucional da qualidade do LAC e reconhecer que testes podem confirmar a compreensão existente ou revelar insuficiência que reativa a aprendizagem.
historico/	Registra versões e decisões anteriores ainda relevantes.	Manter itens que expliquem mudanças sem serem usados como orientação vigente.
legado/	Preserva artefatos descontinuados ou substituídos.	Identificar claramente que não representam o modelo atual.
origens/	Guarda materiais que deram origem a conceitos e representações do projeto.	Usar como proveniência, não como especificação vigente.

5. Estrutura lógica de uma jornada de evolução

Jornada de evolução ├── identificação e código ├── demanda ou problema ├── problema resolvido esperado ├── solicitante, origem e partes interessadas ├── análise e enquadramento ├── avaliação da suficiência do conhecimento │ └── se insuficiente → aplicar / reativar Método de Aprendizagem ├── elementos arquiteturais afetados ├── decisões e autorizações ├── critérios de aceitação ├── ciclo de desenvolvimento │ ├── analisar │ ├── modelar │ ├── construir │ ├── verificar │ └── preparar implantação ├── artefatos produzidos ou alterados ├── validação e evidências │ └── podem confirmar a compreensão ou reativar aprendizagem ├── implantação ├── versão resultante └── aprendizagem incorporada e pendências

6. Aprendizagem ↔ Desenvolvimento na organização de Projeto

A aprendizagem não constitui nova pasta, subárea ou etapa fixa em projeto/. Ela é um processo cognitivo transversal, anterior e acoplado ao desenvolvimento. O conceito e os métodos permanecem canonicamente em fundamentos/; Projeto os aplica quando necessário.

FUNDAMENTOS fornece conceitos, Método de Aprendizagem e metodologia ↓ PROJETO / JORNADA DE EVOLUÇÃO ↓ conhecimento suficiente? ├── NÃO → aprender / atualizar compreensão ↺ └── SIM → analisar → especificar → construir → verificar → implantar ↓ EVIDÊNCIAS ↓ confirmam compreensão OU reativam aprendizagem ↺

Antes do desenvolvimento

A aprendizagem pode ser necessária para compreender o sistema, o problema, o contexto, as interfaces ou o impacto antes de especificar uma mudança.

Durante o desenvolvimento

Novas dúvidas ou comportamentos inesperados podem revelar lacunas e exigir reaprendizagem durante análise, modelagem, construção ou validação.

Depois da entrega

Testes, implantação e uso produzem evidências. Quando contradizem pressupostos ou revelam lacunas, podem reativar a aprendizagem e abrir nova evolução.

Método Geral de Aprendizagem de Sistemas · Metodologia de Desenvolvimento do Sistema LAC

7. Classificação do trabalho

Unidade	Quando usar	Resultado
Demanda	Quando existe problema, necessidade ou oportunidade ainda não enquadrada.	Decisão de rejeitar, adiar, tratar diretamente ou abrir jornada de evolução.
Jornada de evolução	Quando a mudança precisa ser conduzida de forma rastreável e governada.	Nova versão, entrega implantada ou decisão documentada.
Projeto	Quando a jornada tem escopo, duração, coordenação e conjunto de entregas suficientemente amplos.	Capacidade ou solução delimitada.
Projeto de P&D	Quando a solução depende também de investigação, hipótese e experimentação.	Conhecimento, evidências e artefatos.
Rotina	Quando o trabalho é recorrente e segue procedimento estável.	Resultado operacional repetitivo.
Correção direta	Quando a alteração é pequena, reversível e de baixo risco.	Artefato corrigido com registro mínimo da mudança.

8. Relação entre ciclo de desenvolvimento e estrutura arquitetural

O ciclo de desenvolvimento informa como executar a mudança. A estrutura arquitetural informa onde a mudança ocorre e quais níveis podem ser afetados.

Ecossistema→ Sistema→ Subsistema→ Módulo, quando necessário→ Componente→ Artefato

Uma mudança pode começar em um único artefato, mas a análise deve verificar possíveis efeitos nos componentes, módulos, subsistemas e no sistema LAC.

9. Papéis e responsabilidades

Papel	Responsabilidade na evolução	Artefatos ou decisões
Solicitante	Apresentar necessidade, problema ou oportunidade.	Demanda e contexto.
Gestor do LAC	Triar, priorizar, abrir jornada e acompanhar situação.	Enquadramento, prioridade e estado.
Autor ou responsável técnico	Analisar, modelar e produzir as alterações; reconhecer quando a compreensão é insuficiente e aplicar ou solicitar o Método de Aprendizagem adequado.	Especificações, modelos, conhecimento atualizado e artefatos.
Arquiteto ou função arquitetural	Avaliar coerência estrutural e impactos sistêmicos.	Decisão arquitetural e elementos afetados.
Qualidade	Verificar critérios de aceitação, integridade e aptidão para uso; registrar evidências que podem confirmar pressupostos ou revelar insuficiência de conhecimento.	Checklist, teste, falha, evidência, parecer e eventual necessidade de reaprendizagem.
Governança	Autorizar, restringir, registrar ou homologar mudanças relevantes.	Política, autorização e decisão.
Responsável pela implantação	Publicar a versão aprovada e verificar o ambiente.	Checklist de implantação e registro de versão.

Separação de responsabilidades

Fundamentos fornece conceitos, métodos de aprendizagem e metodologia → Projeto organiza e produz a mudança → Arquitetura verifica coerência estrutural → Qualidade verifica conformidade, aptidão e produz evidências → Governança autoriza ou registra → Implantação publica → Uso produz novas evidências → evidências podem confirmar conhecimento ou reativar aprendizagem → Gestão continua, reabre ou inicia nova evolução quando necessário

10. Estados mínimos de uma demanda ou jornada

registrada→ em triagem→ enquadrada→ planejada→ em desenvolvimento→ em validação→ aprovada→ implantada→ encerrada

Também devem existir estados de exceção, como adiada, rejeitada, bloqueada, cancelada e reaberta.

11. Regras para conteúdo vigente, histórico e legado

Classe	Significado	Uso permitido
Vigente	Representa a organização, decisão ou solução atualmente adotada.	Pode orientar novas mudanças e ser referenciado pelos índices.
Em revisão	Está sendo avaliado para atualização, migração ou substituição.	Usar com aviso explícito de situação.
Histórico	Explica uma etapa anterior da evolução.	Consultar para rastreabilidade e compreensão das decisões.
Legado	Foi substituído, abandonado ou descontinuado.	Não deve orientar implementação atual.
Origem	Material que inspirou ou iniciou uma formulação.	Usar como proveniência e referência contextual.

12. Páginas relacionadas

Índice da área

Entrada principal e visão sintética dos conteúdos existentes.

Abrir index_projeto.html

Mapa do projeto

Representa a estrutura física, funcional e relacional da área.

Abrir mapa_projeto.html

Especificação do LAC

Documento de referência para escopo, capacidades e requisitos do sistema.

Abrir especificacao_lac.html

Decisões do projeto

Memória das decisões que orientam construção, transição e implantação.

Abrir decisoes_projeto_lac.html

Projeto segundo o PMI

Referencial complementar para gestão de projetos, sem substituir o método próprio do LAC.

Abrir projeto_segundo_pmi.html

Implantação

Instrumentos usados para publicação e verificação das entregas.

Abrir checklist_publicacao_lac.html

Método Geral de Aprendizagem de Sistemas

Fundamento cognitivo aplicado quando o objeto a compreender possui natureza sistêmica e o conhecimento disponível é insuficiente.

Abrir método geral

Metodologia de Desenvolvimento

Integra aprendizagem e desenvolvimento como processos distintos, transversais e acoplados.

Abrir metodologia

Critério de atualização da organização

A página deve ser atualizada quando surgir uma nova subárea física, quando uma responsabilidade mudar de área, quando for criado um novo tipo de unidade de trabalho ou quando a relação entre demanda, jornada, aprendizagem, desenvolvimento, validação, evidências e implantação for alterada.

Decisão organizacional

Projeto não é sinônimo de todo o LAC. É a área que organiza a construção e a evolução planejada do sistema. O seu eixo central passa a ser a jornada de evolução, articulada ao ciclo de desenvolvimento e atravessada pela aprendizagem quando necessária, além da estrutura arquitetural, da governança, da qualidade, da implantação e da documentação. Aprendizagem não é uma nova subárea física de Projeto: é uma capacidade cognitiva fundamentada em fundamentos/ e aplicada transversalmente.