SDLC Operating Model

1. Objetivo

Este documento define o modelo operacional do SDLC adotado no SOT.

Ele e inspirado na divisao da ISO/IEC 29110 Entry Profile entre:

• PM: Project Management
• SI: Software Implementation

Mas adaptado para um fluxo agil, com discovery, inception, backlog evolutivo, sprints e uso de agentes de IA.

2. Leitura do modelo

O processo proposto organiza a entrega em quatro macrofases:

1. SOW
2. Discovery
3. Inception
4. Implementation

Essas fases nao sao burocracias isoladas.

Elas sao mecanismos de reducao de risco.

Cada fase deve reduzir um tipo de incerteza:

• SOW: reduzir incerteza de contexto, expectativa e compromisso
• Discovery: reduzir incerteza de problema, dominio e dores
• Inception: reduzir incerteza de recorte, arquitetura e viabilidade
• Implementation: reduzir incerteza de entrega, operacao e qualidade

3. Relacao com PM e SI

3.1 Leitura pratica

No modelo adotado aqui:

• SOW e Discovery ficam mais fortes do lado de PM
• Inception e a ponte entre PM e SI
• Implementation fica mais forte do lado de SI

Isso nao significa separacao rigida.

Significa apenas onde a carga principal de responsabilidade se concentra em cada momento.

3.2 Interpretacao simples

• PM organiza entendimento, contexto, prioridade e alinhamento
• SI torna a solucao viavel, implementavel, testavel e operavel

4. Fluxo macro do processo

flowchart LR
    A[SOW: <br/>Contexto, compromisso, objetivo] --> B[Discovery<br/>Problema, dominio, dores]
    B --> C[Inception:<br/>Recorte arquitetura viabilidade]
    C --> D[Implementation<br/>backlog, sprints, codigo,<br/>testes, deploy]
    D --> E[Operate and Learn:<br/>feedback, metricas, ajustes]
    E --> B
    E --> C

5. Modelo BPMN-like textual

O diagrama abaixo e uma representacao textual para leitura humana e por agentes.

Ele nao substitui um BPMN formal exportado, mas registra claramente o fluxo.

flowchart TB
    subgraph PM[PM lane]
        PM1[Conduzir SOW]
        PM2[Conduzir Discovery]
        PM3[Conduzir priorizacao do recorte]
        PM4[Acompanhar valor e riscos]
    end

    subgraph SI[SI lane]
        SI1[Avaliar viabilidade tecnica]
        SI2[Construir Inception]
        SI3[Planejar backlog executavel]
        SI4[Implementar validar <br/> entregar operar]
    end

    subgraph GOV[Board lane]
        G1[Revisar coerencia]
        G2[Orientar riscos e tradeoffs]
        G3[Elevar qualidade das decisoes]
    end

    PM1 --> PM2
    PM2 --> PM3
    PM3 --> PM4

    PM2 --> SI1
    SI1 --> SI2
    SI2 --> SI3
    SI3 --> SI4

    G1 --> PM2
    G2 --> SI2
    G3 --> PM4

6. Intensidade de participacao por fase

Os percentuais abaixo devem ser lidos como intensidade esperada de participacao, e nao como autoridade exclusiva.

Fase	Cliente	PM	LI	ET
SOW	100	70	40	10
Discovery	70	100	50	20
Inception	40	100	100	50
Implementation	20	40	100	100

Legenda:

• Cliente: patrocinador, demandante ou representante do negocio
• PM: Product Manager / gerente do projeto
• LI: lider de implementacao ou lider tecnico do produto
• ET: equipe tecnica do squad

7. O que cada fase deve produzir

Fase	Resultado principal	Tipo de risco reduzido
SOW	entendimento inicial do que deve ser perseguido	escopo difuso
Discovery	visao do problema e do dominio	construir a coisa errada
Inception	proposta de solucao viavel e rastreavel	iniciar sem direcao tecnica suficiente
Implementation	incremento funcional entregue e validado	nao conseguir executar com qualidade

8. Integracao com agilidade

O modelo nao substitui trabalho iterativo.

Ele organiza o trabalho iterativo.

Na pratica:

• SOW e Discovery podem ser curtos e incrementais
• Inception pode ser enxuta e evolutiva
• Implementation ocorre em sprints ou cadencia semelhante
• feedback de cliente pode reabrir discovery ou inception quando necessario

9. Regra de ouro

Nao avancar de fase apenas porque o calendario mandou.

Avancar quando a fase anterior produziu material suficiente para reduzir o risco certo.