Pular para o conteúdo

Definir um Épico

Use linguagem de mudança de estado: “Semantic Contract ratificado”, “Capability Release publicada” ou “MDC Blueprint aprovado”.

Entrada indica preconditions. Saída indica condição verificável. Não use apenas listas de atividades.

Defina owner humano. Agents e teams podem executar, mas não substituem accountability.

Outputs são artifacts persistentes. Para cada output, indique consumidor ou gate.

Agrupe trabalho por coesão. Work packages devem permitir execução e aceite independentes quando possível.

Descreva comportamento necessário e quality attributes. Não prescreva tecnologia sem rationale.

Selecione governance, quality, lineage, observability, FinOps, security e learning conforme risco. Defina evidence requirements.

Escolha gate de saída, criteria, authority, blockers e reform path.

  • propósito e materialidade claros;
  • scope e out-of-scope;
  • owner;
  • entry/exit states;
  • artifacts;
  • capabilities;
  • assurance;
  • dependencies;
  • gate;
  • metrics e trace.

O schema público está em /schemas/epic.schema.json e o template em /templates/epic-charter.template.yaml.