Apêndice E — Notas da Edição: Gaps Resolvidos
Este livro consolidou o material-fonte do Corsoo (manifesto v1, documentos para agentes 01–04, CTP-1, CTPs de logline/argumento/fluxo de caixa, roteiros da plataforma #0001). Onde as fontes eram omissas, divergentes ou marcadas como "a definir", esta edição decidiu — e registra aqui cada decisão, para revisão e eventual reversão. Fiel à metodologia: decisão sem registro não existe.
Decisões de nomenclatura
| # | Gap na fonte | Decisão desta edição | Onde |
|---|---|---|---|
| 1 | Nomes dos cargos "em definição" (CTP-2 pendente); docs pediam usar só as chaves screenplay_writer, executive_producer, director |
Nomes oficiais v1 definidos: Roteirista, Produtor, Diretor, Time — cargos de projeto, não profissões de cinema; chaves de schema mantidas em inglês | Cap. 15 |
| 2 | Grafias concorrentes: "Coorso" (manifesto) vs "Corsoo" (docs posteriores, domínio) | Corsoo em todo o livro; "Coorso" registrado como grafia histórica | Ap. A |
| 3 | "Cena/Take" (manifesto) vs "Fluxo/Passo" (docs posteriores) | Fluxo/Passo normativos; termos antigos no glossário histórico | Ap. A |
| 4 | Condições marcadas ora @[rule:SE] (roteiro #0001.01), ora @[SE] (roteiro #0001.04) |
@[SE]/@[SENÃO]/@[AO]/@[EM_DESENVOLVIMENTO] viram marcas de controle oficiais (caixa alta, sem tipo); rule reservado a regras de negócio nomeadas |
Cap. 5, Ap. B |
| 5 | "Plano de Filmagem" vs "Plano de execução" | Plano de execução oficial; nome do cinema mantido como apelido | Ap. A |
Decisões de processo
| # | Gap na fonte | Decisão desta edição | Onde |
|---|---|---|---|
| 6 | Argumento: "1 a 3 parágrafos" (CTP-1) vs 3 seções/2 páginas (CTP-TBD-2) | Harmonizado: 3 seções obrigatórias (dor, solução, resultado), máximo 2 páginas | Cap. 4 |
| 7 | Mudança de escopo pós-greenlight sem procedimento definido | Emenda de Roteiro: 3 níveis (ajuste / emenda dentro da tolerância / novo greenlight); tolerância padrão 10% declarada na ficha; mudança de essência da logline = novo projeto (novo número) | Cap. 9 |
| 8 | Orçamento "derivado do roteiro" sem fórmula | Bottom-up: Σ(horas × taxa) + recursos + contingência por risco (5/10/20% para low/medium/high) | Cap. 9, Ap. B |
| 9 | Decupagem citada sem método | Método em 7 passos + teste da decupagem (a regra de 1–8h da 1ª edição foi revogada — ver item 32) | Cap. 10, 6 |
| 10 | Storyboard indefinido fora de software | Tabela por domínio (wireframe/planta/sketch/moodboard) + regra de suficiência: cobre todo o inventário de telas | Cap. 10 |
| 11 | Kanban: colunas incluíam "Pós-produção", mas passo não tem esse status | Kanban de passos com 3 colunas (A Executar → Em Produção → Concluído); pós-produção é faixa de fluxos (in_post) |
Cap. 11 |
| 12 | health/trend sem regra de cálculo |
Fórmulas objetivas: saúde por projeção vs prazo (+bloqueios no caminho crítico); tendência por vazão em janelas de 7 dias (±10%) | Cap. 11, Ap. B |
| 13 | progress_pct sem definição |
Ponderado por horas estimadas (fallback: contagem de passos) | Cap. 11 |
| 14 | estimated_days do fluxo vs horas dos passos sem reconciliação |
Prazo do fluxo = caminho crítico das datas de entrega dos passos, encadeadas pelas dependências (fórmula de horas produtivas/dia da 1ª edição revogada — ver item 32) | Cap. 6 |
| 15 | Pós-produção sem responsável/assinatura | validated_by/validated_at; Diretor assina (ou delega mantendo responsabilidade) |
Cap. 13 |
| 16 | Reprovação/retrabalho sem mecânica | Fluxo reprovado volta com rework_count; motivo registrado; correções viram passos novos |
Cap. 13 |
| 17 | Descope de fluxo sem status (passo tinha cancelled; fluxo não) |
Novo status de fluxo cut (cena cortada na montagem): endereço preservado, decisão registrada em emenda |
Cap. 13, Ap. B |
| 18 | Corte do Diretor presente no manifesto, ausente do CTP-1 | Reintegrado como checkpoint da fase final_cut: Diretor aprova qualidade; Produtor aprova entrega |
Cap. 8, 13 |
| 19 | Jornada do Herói sem método de execução | Protocolo: herói real/representante, missão sem mapa, ponta a ponta, registro (vídeo) como artefato; executada no corte do diretor e no corte final; veredito binário | Cap. 14 |
| 20 | Transições de status sem gates/aprovadores | Tabela de transições com gate e papel responsável por fase | Cap. 8 |
| 21 | Bloqueio sem protocolo (quem registra, como resolve) | Qualquer membro registra na hora; campos blocked_since/blocked_reason/blocking_address; desbloqueio datado |
Cap. 11 |
| 22 | security_status de recurso sem ciclo de vida |
declared → verified/rejected; verificação pelo Diretor ou política do projeto; rejected bloqueia o passo |
Cap. 6 |
Decisões de instituição
| # | Gap na fonte | Decisão desta edição | Onde |
|---|---|---|---|
| 23 | "Timestamp em blockchain" sem mecânica | Hash SHA-256 + árvore de Merkle diária + ancoragem da raiz em blockchain pública; conteúdo privado nunca sobe (só hash); integração opcional GitStamp | Cap. 17 |
| 24 | Diário sem formato de emissão | Uma edição/dia (UTC), numerada, URL permanente, imutável, ancorada junto à raiz de Merkle | Cap. 18 |
| 25 | Visibilidade: "secreto" (Diário) vs "privado/público" (plataforma) | Dois níveis — private (só número no Diário) e public (número+nome+logline) |
Cap. 9, 18 |
| 26 | TCA sem fluxo operacional | Fluxo em 4 passos: convite → assinatura digital por e-mail → carimbo → vínculo ao número | Cap. 19 |
| 27 | Score: componentes sem fórmula | 4 componentes × 25 pontos (prazo, orçamento, qualidade, volume saturante); janela móvel de 5 anos com decaimento; mínimo 3 projetos concluídos; regras anti-jogo; empresa = agregado | Cap. 16 |
| 28 | Leitura do endereço como dashboard (#83.47.203) ambígua com endereço posicional |
Esclarecido: numeração sequencial ⇒ o maior endereço existente revela a escala — mesma notação, leitura derivada | Cap. 7 |
| 29 | "Corsoo Mínimo" / adoção sem caminho | Definidos: Corsoo Mínimo (nº+logline+roteiro decupado), caminho dos 3 projetos, mapa de migração Scrum→Corsoo | Cap. 3, 24 |
| 30 | Fluxo de caixa existia só em CTP avulso, fora da visão geral | Integrado como capítulo pleno do ciclo de vida, com schema (reversal_of para estorno) |
Cap. 12, Ap. B |
| 31 | Fontes diziam "pode coexistir com qualquer metodologia de execução" (doc agente-01); a 1ª edição repetiu a tese | Correção do autor (jul/2026): o Corsoo não coexiste — substitui. Misturar metodologias para entregar é gambiarra (o Frankenstein do cemitério); metodologia que precisa de outra é furada. Adoção integral por projeto, progressiva por organização; legado termina como nasceu ou renasce com número novo; "metalinguagem" = universal entre domínios, nunca camada sobre outra metodologia | Cap. 3, 24 |
| 32 | A 1ª edição impôs "regra de atomicidade" (passo de 1–8h; decompor acima, agrupar abaixo) e prazo por horas produtivas/dia × pessoas | Correção do autor (jul/2026): estimativa é livre — um minuto ou trinta dias, o tamanho é o da atividade real. O passo é atômico em responsabilidade (um dono, feito ou não feito), não em duração; fatiar/agrupar atividade para caber em regra é microgerenciamento. O profissional organiza a própria agenda e deve a entrega na data derivada da estimativa; o planejador acompanha datas e interdependências (inclusive de pessoas — campos due_at e participants no passo), nunca as horas do dia de ninguém. Prazos emergem do encadeamento das datas pelo caminho crítico |
Cap. 6, 10, Ap. B |
Convenções desta edição
- Padrões v1 são padrões, não dogmas: tolerância de 10%, contingências 5/10/20%, janelas de 7 dias, pesos do score — valores default que a ficha do projeto ou CTPs futuros podem recalibrar, desde que declarem.
- Chaves de schema em inglês, prosa em português — código é inglês, conteúdo é do usuário.
- Os CTPs continuam sendo o mecanismo normativo de evolução; este livro consolida o estado v1 e assume o papel do CTP-2 (papéis) até sua publicação formal.
Corsoo, Engenharia de Organização · corsoo.org