Depois do projeto, quem é o dono de cada regra fiscal e como evitar que seja sempre a TI?

Me desculpem a pergunta, mas vale registrar um ponto da transição. A contabilização é um tema compartilhado, então eu nomearia como dono quem sustenta o resultado diante do auditor, e como substituto o outro lado. Um dono sem substituto vira gargalo em férias e em fechamento.

Desculpem se for básico, mas discordo de um dono por regra. No fim das contas, pois é, regra fiscal depende de outras: a mudança em uma afeta várias. Dono por regra isolada gera conflito. Eu atribuiria dono por tema, como apuração de um imposto ou uma obrigação, e deixaria a regra individual como item dentro do tema. O dono do tema responde pelas regras e decide quando consultar a área técnica.

Montando o contexto: acrescento a regra de roteamento. Pergunta de natureza fiscal, como "por que calcula assim", vai ao dono da regra; pergunta de natureza técnica, como "por que o job falhou", vai à TI. Então, um palpite: o formulário de chamado tem um campo obrigatório "tipo da dúvida" que faz o roteamento sem discussão. Revise o roteamento no primeiro fechamento depois do projeto.

Vamos ao que interessa: a TI precisa entregar o que só ela sabe. Uma lista das extensões Z, cada uma com objetivo, quem escreveu e o que assume do produto. O cerne, viu, é que o material de projeto aponta as extensões Z como a parte que mais quebra na atualização, e o inventário vivo com dono é a defesa. Sou do MM e já vi extensão que ninguém sabia que existia.

Um pouco de história, e a regra simples: cada regra fiscal tem um dono de negócio, nomeado por escrito. O material de curso que li pede um dossiê por regra, com data, dono e vínculo com a regra. No go-live, viu, comece pelo inventário: liste as regras mais acionadas e atribua o dono antes de a equipe de projeto sair. Regra sem dono volta para a TI por padrão.