Vale tratar 2026 a 2033 como um projeto único ou como vários entregáveis anuais?

Desculpem se for básico. Agora, falando sério, uma coisa que ninguém citou: a agenda de entregas e responsáveis. Segundo a documentação da NTT, o produto tem Agenda Fiscal, que controla e monitora entregas, atribui responsável a cada etapa e envia alerta de prazo. A documentação que consultamos não afirma que a agenda serve para gestão de projeto da reforma; confirme com a NTT ou teste no ambiente antes de usar como controle do programa.

Discordo de marco anual como regra. Então, de bate-pronto, o problema é que o ano civil não coincide com o ritmo do trabalho: dado mestre e teste de integração têm dependência entre si. Fatiar por ano pode partir uma entrega ao meio. Fatie por entrega que fecha sozinha e só depois encaixe nos anos. Se a entrega não fecha sozinha, ela pertence a um programa, e o financeiro precisa aceitar isso.

Escolha o formato que mantém o aprendizado, não o que casa com a verba. O pulo do gato é separar contrato de gestão: a verba pode ser anual, mas o programa tem um dono, um backlog único e um registro de lições. Para o financeiro, mostre que cada ano fecha entregas com valor próprio. Para a TI, mostre que o backlog atravessa os anos. Assim os dois formatos convivem.

Outra forma: aqui fizemos um programa com marcos anuais, cada marco com critério de aceite próprio. De perto, pois é, o controle ficou mais fácil porque o financeiro vê um fechamento por ano e a TI mantém o fio do conteúdo. Sou controller e comecei na área há pouco, então não tenho a experiência de vocês, mas o que me convenceu foi a pergunta que cada marco responde: o que esta entrega permite fazer que antes não era possível?