Logotipo do LACProjeto — LACDa demanda à mudança implantada e validada

Área Projeto

A área projeto/ transforma necessidades, problemas e decisões em mudanças planejadas do LAC. Ela integra análise, especificação, pesquisa aplicada, planejamento, desenvolvimento, implantação, verificação da qualidade, registro das entregas e aprendizagem cognitiva transversal, acionada quando o conhecimento disponível é insuficiente e reativada pelas evidências do uso.

alinhada ao LACengenharia de sistemasengenharia de softwareP&Ddemandas e entregasqualidade incorporadamemória de evoluçãoaprendizagem transversal

Problema resolvido pela área

Evitar que a evolução do LAC ocorra como uma coleção de páginas e alterações isoladas. Cada mudança passa a ter origem, enquadramento, impacto arquitetural, artefatos, critérios de aceitação, implantação e evidências rastreáveis.

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 implanta ↓ ESTRUTURA ARQUITETURAL identifica sistema, subsistema, módulo e componente afetados ↓ ARTEFATOS E ENTREGAS materializam e documentam a mudança ↓ NOVA VERSÃO DO SISTEMA LAC ↓ EVIDÊNCIAS DO USO / TESTES / VALIDAÇÃO ↓ conhecimento continua suficiente? ├── SIM → continuidade / conclusão └── NÃO → reativar aprendizagem ↺

Posição da área Projeto no LAC

Fundação e fundamentos

Definem por que e segundo quais princípios

Fornecem teoria, conceitos, princípios, métodos de aprendizagem, metodologia de desenvolvimento e modelo conceitual de referência. O Projeto utiliza esses fundamentos para construir conhecimento suficiente antes e durante decisões de evolução.

Arquitetura

Define onde a mudança ocorre

Localiza sistemas, subsistemas, módulos, componentes, interfaces e tecnologias afetados.

Projeto

Organiza como construir a mudança

Converte demanda em escopo, plano, desenvolvimento, entrega e implantação.

Qualidade

Verifica se a mudança atende

Aplica critérios de aceitação, testes, evidências, conformidade e melhoria.

Governança e gestão

Controlam decisão, prioridade e responsabilidade

Autorizam, acompanham, registram e avaliam a evolução institucional do LAC.

Operação por jornadas

Mostra o efeito no uso real

O visitante, aprendiz, autor ou gestor utiliza a entrega e gera nova evidência.

Aprendizagem e conhecimento no Projeto

A aprendizagem não constitui uma nova subárea física de projeto/. Ela é um processo cognitivo transversal utilizado quando a análise, a especificação, a decisão, a construção ou a validação exigem compreensão que ainda não está disponível em nível suficiente.

Origem conceitual

Fundamentos fornecem o método

O conceito geral de Método de Aprendizagem pertence a Fundamentos. Quando o objeto é sistêmico, o Projeto pode aplicar o Método Geral de Aprendizagem de Sistemas.

Abrir Método Geral de Aprendizagem de Sistemas
Integração metodológica

Aprendizagem ↔ desenvolvimento

A metodologia de desenvolvimento posiciona a aprendizagem como processo anterior, transversal e acoplado ao desenvolvimento, reativável por novas dúvidas e evidências.

Abrir Metodologia de Desenvolvimento
Critério de avanço

Conhecimento suficiente

O Projeto não exige conhecimento completo. 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.

Retroalimentação

Evidências podem reativar a aprendizagem

Testes, validação, implantação e uso real podem confirmar pressupostos ou revelar lacunas. Quando tornam o conhecimento insuficiente, reativam a aprendizagem antes de o desenvolvimento prosseguir.

FUNDAMENTOS — fornecem conceitos, método e critérios ↓ PROJETO — aplica conhecimento à mudança ↓ conhecimento suficiente? ├── não → aprender / atualizar compreensão ↺ └── sim → analisar → especificar → construir → verificar → implantar ↓ EVIDÊNCIAS ↓ podem reativar a aprendizagem ↺

Portas de entrada principais

Especificação do LAC

Visão consolidada do sistema, do escopo, dos componentes, dos papéis, das jornadas e das relações entre as áreas.

Abrir especificacao_lac.html

Mapa do projeto

Visão de conjunto dos artefatos, subáreas, relações e caminhos de navegação.

Abrir mapa_projeto.html

Ficha comercial da jornada

Representação comercial e comunicacional de uma jornada essencial do LAC.

Abrir ficha comercial

Concept paper — Learning Analytics

Formulação conceitual de uma aplicação do LAC relacionada a dados, aprendizagem e avaliação.

Abrir concept paper

Estrutura atual da pasta

A organização abaixo foi revista a partir do conteúdo existente na pasta projeto/. Ela separa o núcleo vigente, as subáreas especializadas e a memória histórica.

analises/SWOT, tecnologia, viabilidade e relatórios gerados.
assets/Imagens e representações próprias da área.
concept_papers/Formulações conceituais de propostas e aplicações.
demandas_entregas/Casos de evolução, entregas e memória originada no OLA.
governanca/Artefatos de controle e linha de base ligados ao projeto.
implantacao/Checklist e instrumentos de publicação e entrada em produção.
pesquisa/Programa, piloto, plano de negócio e referência PMI aplicada.
qualidade/Catálogo, checklist e índice de testes das jornadas.
historico/Registros de versões e decisões anteriores ainda úteis.
legado/Artefatos substituídos, preservados para rastreabilidade.
origens/Materiais que registram a gênese visual e conceitual.

Navegação por função

FunçãoConteúdo atualAcessoTratamento recomendado
AnalisarSWOT, análise tecnológica, estudos de viabilidade, relatório ABNT e identificação de lacunas de compreensão relevantes à mudança.analises/Manter como subárea técnica. Quando o conhecimento for insuficiente, acionar Método de Aprendizagem sem criar nova subárea física.
EspecificarEspecificação do LAC e documentos conceituais.especificacao_lac.htmlDocumento central.
DecidirDecisões de projeto e linha de base do modelo de negócio.decisoes_projeto_lac.html · linha de baseIntegrar à governança geral sem duplicar autoridade.
Pesquisar e experimentarPrograma de pesquisa, piloto, concept papers e P&D.programa de pesquisa · concept_papers/Manter relação bidirecional Projeto ↔ Pesquisa.
DesenvolverDemandas, iniciativas, páginas e entregas específicas.demandas_entregas/Migrar gradualmente nomes OLA para LAC quando o conteúdo continuar válido.
VerificarCatálogo e checklist de testes das jornadas, critérios de aceitação e evidências que confirmam ou contradizem pressupostos e modelos.qualidade/index_qualidade.htmlQualidade mantém responsabilidade própria; suas evidências também podem tornar insuficiente o conhecimento existente e reativar a aprendizagem.
ImplantarChecklist de publicação.checklist_publicacao_lac.htmlVincular à arquitetura de implantação e à gestão.
Preservar memóriaHistórico, legado e origens.historico/ · legado/ · origens/Não tratar como conteúdo vigente sem validação.

Ciclo de desenvolvimento do LAC

1. Demanda e problema resolvido
2. Análise, enquadramento e suficiência
3. Modelagem e especificação
4. Construção dos artefatos
5. Validação e implantação
6. Evidências, aprendizagem e nova versão
Durante qualquer etapa: CONHECIMENTO INSUFICIENTE → aplicar / reativar Método de Aprendizagem ↓ CONHECIMENTO ATUALIZADO → retomar o ciclo de desenvolvimento Após testes, validação, implantação ou uso: EVIDÊNCIAS → confirmar conhecimento OU revelar insuficiência → reaprender ↺

A pesquisa pode anteceder, acompanhar ou ser provocada pelo projeto. A qualidade verifica as entregas e produz evidências. A governança controla decisões e prioridades. A arquitetura informa o impacto estrutural. A documentação preserva a rastreabilidade. A aprendizagem atravessa essas funções sem constituir uma nova subárea física de Projeto.

Ajustes identificados nesta revisão

  1. Os links de qualidade devem apontar para projeto/qualidade/, pois essa é a localização mostrada na estrutura atual.
  2. programa_de_pesquisa_lac.html e projeto_segundo_pmi.html aparecem em projeto/pesquisa/, e não na raiz de projeto/.
  3. Não foi mantida a referência direta a arquivos de P&D que não aparecem na pasta apresentada. Eles devem ser ligados somente após confirmação de sua localização real.
  4. Conteúdo em legado/, origens/ e partes de demandas_entregas/ conserva nomes OLA/LAK e precisa ser tratado como memória ou migrado de forma controlada.
  5. A área Projeto passa a ser apresentada como o subsistema organizador da construção e evolução, sem absorver Arquitetura, Qualidade, Pesquisa ou Governança.
  6. Aprendizagem não cria uma pasta ou subárea própria em projeto/: permanece fundamentada em fundamentos/ e atua transversalmente no ciclo de Projeto, acionada pelo critério de suficiência do conhecimento.

Próxima sequência de revisão após esta atualização

1. mapa_projeto.html

Propagar a relação transversal Aprendizagem ↔ Desenvolvimento e o critério de suficiência sem alterar a estrutura física da área.

2. organizacao_projeto.html

Alinhar responsabilidades e limites: Fundamentos fornece o método; Projeto o utiliza; Qualidade e uso produzem evidências; Governança controla a evolução.

3. qualidade/index_qualidade.html

Rever testes, critérios de aceitação e evidências como mecanismos que também podem confirmar ou reabrir a aprendizagem.

4. demandas_entregas/

Inventariar quais casos continuam vigentes, quais devem ser convertidos para LAC e quais permanecem históricos.