É projeto quando...
- há objetivo e entrega singular;
- existe início e término definidos;
- há escopo, riscos e critérios de aceitação;
- o trabalho exige coordenação temporária.
Organização da Área de Projetos do LAC
Define como a área projeto/ organiza portfólio, programas, projetos, projetos de Pesquisa e Desenvolvimento, demandas, desenvolvimento, entregas, validação, evidências, decisões e memória de evolução.
A área de projetos não absorve as responsabilidades de fundamentos, arquitetura, pesquisa, qualidade ou governança. Ela se relaciona com essas áreas para planejar e produzir mudanças verificáveis no LAC.
área permanente portfólio programas projetos projetos de P&D demandas e entregas integração com qualidade
Definição consolidada
A área projeto/ é responsável por organizar o trabalho temporário, planejado e orientado a entregas que constrói, modifica ou amplia o LAC.
Problema, pergunta ou demanda
→ enquadramento
→ programa ou projeto
→ especificação
→ planejamento
→ desenvolvimento
→ entrega
→ verificação pela qualidade
→ aceitação
→ uso
→ evidência
→ aprendizagem
→ evolução
1. Princípio central de organização
A organização deve separar a estrutura de gestão, o trabalho executado e as áreas transversais de controle.
Estrutura de gestão
├── portfólio
├── programas
└── projetos
Trabalho executado
├── demandas
├── desenvolvimento
├── entregas
├── validação
├── evidências
└── histórico
Áreas transversais
├── fundamentos
├── arquitetura
├── pesquisa
├── qualidade
└── governança
2. Hierarquia da área de projetos
| Nível | Função | Exemplo no LAC | Resultado esperado |
|---|---|---|---|
| Portfólio | Selecionar, priorizar e acompanhar o conjunto de iniciativas do LAC. | Portfólio de evolução do LAC. | Visão integrada, prioridades, dependências e alocação de capacidade. |
| Programa | Coordenar projetos e iniciativas relacionados por objetivo estratégico. | Programa de desenvolvimento do LAC; programa editorial; relação com o programa de pesquisa. | Benefícios coordenados e resultados de longo prazo. |
| Projeto | Produzir uma entrega singular dentro de prazo, escopo e critérios definidos. | Projeto de desenvolvimento de uma nova capacidade ou página estruturante. | Entrega aceita, utilizável e rastreável. |
| Projeto de P&D | Combinar investigação, experimentação, desenvolvimento e avaliação por evidências. | Projeto P&D Máquina de Conhecimento. | Artefato, evidências, resultados e aprendizagem incorporada. |
| Demanda ou iniciativa | Registrar problema, necessidade, melhoria ou oportunidade ainda não convertida em projeto. | Camada pública de descoberta; melhoria de navegação; criação de knowgrama. | Enquadramento, priorização e decisão de tratamento. |
3. Arquitetura física recomendada
projeto/
├── index_projeto.html
├── mapa_projeto.html
├── organizacao_projeto.html
├── especificacao_lac.html
├── projeto_segundo_pmi.html
├── decisoes_projeto_lac.html
│
├── portfolio/
│ ├── index_portfolio_projetos_lac.html
│ └── criterios_priorizacao_projetos_lac.html
│
├── programas/
│ ├── desenvolvimento_lac/
│ └── editorial/
│
├── projetos_pd/
│ ├── index_projetos_pd.html
│ └── maquina_conhecimento/
│ └── projeto_pd_maquina_conhecimento.html
│
├── demandas_entregas/
│ └── <caso>/
│ ├── demanda/
│ ├── desenvolvimento/
│ ├── entregas/
│ ├── validacao/
│ ├── evidencias/
│ └── historico/
│
├── analises/
├── assets/
├── concept_papers/
├── historico/
├── legado/
├── origens/
└── _avaliar/
A criação dessas subpastas pode ser gradual. A estrutura deve crescer conforme aumentarem a quantidade de projetos, programas e casos de demanda e entrega.
4. Estrutura lógica da área
| Camada | Pergunta que responde | Responsabilidade | Artefatos principais |
|---|---|---|---|
| Direção do portfólio | Quais iniciativas merecem investimento e prioridade? | Selecionar, priorizar, balancear e acompanhar. | Portfólio, critérios de priorização, roadmap e painel. |
| Organização por programas | Quais projetos contribuem para o mesmo benefício estratégico? | Coordenar dependências, benefícios e entregas relacionadas. | Programa, plano integrado, marcos e benefícios esperados. |
| Gestão de projetos | Como produzir uma entrega específica? | Definir escopo, requisitos, riscos, cronograma, recursos e aceitação. | Especificação, plano, decisões, entregas e relatório de encerramento. |
| Pesquisa e Desenvolvimento | O que precisa ser investigado, experimentado e desenvolvido? | Relacionar projeto, hipótese, experimento, protótipo e evidência. | Projeto de P&D, experimentos, evidências e resultados. |
| Demandas e entregas | Que problema foi apresentado e o que foi entregue? | Preservar a cadeia entre origem, desenvolvimento, entrega e validação. | Demanda, requisitos, desenvolvimento, entrega, validação e histórico. |
5. Modelo de cada projeto
Projeto
├── identificação e código
├── problema ou oportunidade
├── objetivo
├── justificativa
├── escopo
├── partes interessadas
├── requisitos
├── premissas e restrições
├── riscos
├── plano e marcos
├── entregas
├── critérios de aceitação
├── evidências
├── decisões
├── validação
├── encerramento
└── aprendizagem incorporada
6. Modelo de cada projeto de P&D
Um projeto de P&D mantém os elementos de gestão de projeto, mas acrescenta componentes investigativos.
Projeto de P&D
├── código do projeto
├── problema de pesquisa
├── questão de pesquisa
├── hipótese ou proposição
├── referencial
├── método
├── experimentos
├── protótipos ou artefatos
├── evidências
├── resultados parciais
├── entregas
├── avaliação
├── limitações
└── aprendizagem incorporada
Exemplo: PPD-MC-001 — Projeto de Pesquisa e Desenvolvimento da Máquina de Conhecimento nº 001.
7. Modelo dos casos de demanda e entrega
Cada caso deve reunir, em uma única unidade rastreável, a origem do trabalho, sua execução, os resultados e as evidências.
projeto/demandas_entregas/<nome_do_caso>/
├── demanda/
│ ├── problema
│ ├── contexto
│ ├── requisitos
│ └── critérios de aceitação
├── desenvolvimento/
│ ├── análises
│ ├── decisões
│ ├── versões
│ └── artefatos intermediários
├── entregas/
│ ├── artefato final
│ └── documentação
├── validacao/
│ ├── testes
│ ├── aceite
│ └── pendências
├── evidencias/
└── historico/
8. Ciclo operacional do projeto
demanda→
análise→
enquadramento→
especificação→
planejamento→
desenvolvimento→
entrega→
teste→
aceitação→
uso→
evidência→
evolução
9. Relações transversais
| Área relacionada | Contribuição para o projeto | O que não pertence a projeto/ |
|---|---|---|
| fundamentos/ | Fornece conceitos, princípios e definições. | O fundamento geral não deve ser duplicado na pasta do projeto. |
| arquitetura/ | Define estruturas, componentes, integrações e padrões do sistema. | A arquitetura oficial do LAC permanece na área de arquitetura. |
| pesquisa/ | Fornece questões, hipóteses, métodos, experimentos e resultados. | O programa e as linhas de pesquisa não são subpastas do projeto. |
| qualidade/ | Define critérios, executa testes, registra falhas e verifica aptidão para uso. | O subsistema de qualidade não pertence fisicamente a projeto/. |
| governanca/ | Estabelece regras, políticas, decisões e responsabilidades. | A governança institucional não deve ser absorvida pelo projeto. |
Separação de responsabilidades
Projeto produz e organiza entregas
→ Qualidade verifica conformidade e aptidão
→ Governança decide, autoriza ou registra
→ Uso gera evidências
→ Aprendizagem orienta a evolução
10. Regras de classificação
É programa quando...
- há vários projetos relacionados;
- os benefícios dependem de coordenação conjunta;
- existem dependências e marcos compartilhados;
- o objetivo é mais amplo que uma entrega isolada.
É demanda quando...
- há problema, pedido ou oportunidade;
- a solução ainda não foi enquadrada;
- o esforço pode ser pequeno ou ainda incerto;
- é necessária decisão de prioridade e tratamento.
É rotina ou processo quando...
- o trabalho é recorrente;
- não possui término singular;
- segue procedimento estável;
- produz resultados repetitivos.
11. Regras para nomes físicos antigos
Nomes físicos antigos relacionados a OLA ou LAK podem ser preservados temporariamente quando a renomeação quebrar links ou prejudicar a rastreabilidade.
| Situação | Tratamento |
|---|---|
| Nome comunicacional em página atual | Usar LAC — Livro Ajustável de Conhecimento. |
| Nome físico antigo ainda referenciado | Manter temporariamente e registrar a transição. |
| Documento histórico | Preservar OLA ou LAK quando necessário para explicar a evolução. |
| Renomeação futura | Executar somente com revisão de links, redirecionamento e validação. |
12. Páginas e áreas relacionadas
Índice de projetos
Entrada principal da área de projetos.
Abrir index_projeto.htmlMapa do projeto
Mapa físico, lógico e conceitual da área.
Abrir mapa_projeto.htmlEspecificação do LAC
Documento-mestre do sistema em construção.
Abrir especificacao_lac.htmlProjeto segundo o PMI
Referência metodológica aplicada ao LAC.
Abrir projeto_segundo_pmi.htmlProjetos de P&D
Índice dos projetos que integram pesquisa e desenvolvimento.
Abrir index_projetos_pd.htmlQualidade
Critérios, jornadas de teste, checklists e evidências.
Abrir qualidade/index_qualidade.htmlCritério de atualização
Sempre que um programa, projeto, projeto de P&D ou caso de demanda e entrega for criado, alterado ou encerrado, a mudança deve ser refletida no index_projeto.html, no mapa_projeto.html, nesta página de organização e, quando envolver decisão estrutural, na governança correspondente.
Decisão consolidada
A área projeto/ organiza a transformação planejada do LAC. Ela reúne portfólio, programas, projetos, projetos de P&D, demandas, desenvolvimento, entregas e memória de execução, mantendo relações explícitas com pesquisa, qualidade, arquitetura e governança.