Guia de Governança do Atlas
| Versão | 1.0 |
| Status | Publicado |
| Responsável | Bruno Ignaulin (POP) |
| Aprovadores | Gabriel Santos (POP), Marcos Zanon (PM), Bruna Biecoski (Ger. Produtos) |
| Última atualização | 29/07/2026 |
Cap. 1 Introdução
1.1 Objetivo
Este documento estabelece as diretrizes oficiais para utilização do Atlas na BU IXC Provedor.
Seu objetivo é padronizar o cadastro, o acompanhamento e a gestão dos projetos, promovendo maior consistência nas informações registradas, transparência no acompanhamento das iniciativas e confiabilidade dos indicadores de Governança de Projetos.
As orientações aqui definidas deverão ser adotadas por todos os responsáveis pela criação e manutenção de projetos no Atlas.
1.2 Público-alvo
Este guia destina-se aos colaboradores envolvidos na gestão e acompanhamento de projetos da BU IXC Provedor, incluindo:
- Product Owners (POs)
- Project Managers (PMs)
- Heads
- Lideranças
- Performance Operacional (POP)
- Demais colaboradores da IXC Soft
Além de orientar os responsáveis pelos projetos, este documento também serve como material de apoio para onboarding de novos colaboradores.
1.3 Escopo
Este guia contempla as diretrizes para utilização do Atlas durante todo o ciclo de vida de um projeto, incluindo:
- Critérios para cadastro de projetos
- Responsabilidades dos envolvidos
- Padronização do preenchimento dos campos
- Atualização periódica das informações
- Definição dos status dos projetos
- Boas práticas de utilização da plataforma
1.4 Como utilizar este guia
Este documento está organizado em capítulos temáticos, abordando desde os critérios para cadastro de projetos até as orientações para atualização e manutenção das informações.
1.5 Princípios da Governança
As diretrizes estabelecidas neste guia são fundamentadas nos seguintes princípios:
Todos os projetos devem seguir um modelo único de cadastro e atualização.
As informações registradas devem refletir fielmente a situação atual do projeto, incluindo impedimentos e ausência de evolução.
As informações devem ser claras, relevantes e de fácil compreensão para qualquer colaborador.
O Atlas deve representar a fonte oficial de acompanhamento e Governança dos Projetos da BU.
A manutenção das informações depende do comprometimento dos responsáveis e da participação das equipes.
Cap. 2 O que é o Atlas
2.1 Finalidade da plataforma
O Atlas é a plataforma oficial utilizada pela BU IXC Provedor para registrar, acompanhar e governar seus projetos.
Mais do que uma ferramenta de acompanhamento de status, o Atlas centraliza informações relevantes sobre as iniciativas da BU, permitindo que colaboradores, lideranças e gestores acompanhem sua evolução de forma padronizada, transparente e confiável.
As informações registradas no Atlas servem como fonte oficial para acompanhamento da execução dos projetos, suporte à tomada de decisão e fortalecimento da Governança de Projetos.
2.2 Objetivos da Governança
A utilização padronizada do Atlas busca atender aos seguintes objetivos:
- Centralizar as informações dos projetos em um único local
- Promover transparência sobre o andamento das iniciativas
- Padronizar o cadastro e a atualização dos projetos
- Facilitar o acompanhamento pelas lideranças e stakeholders
- Apoiar a tomada de decisão com base em informações confiáveis
- Fortalecer a Governança de Projetos da BU
- Preservar o histórico das decisões e da evolução das iniciativas
2.3 Papel do Atlas na BU
O Atlas é a principal ferramenta de acompanhamento da evolução dos projetos da BU IXC Provedor. Cada projeto cadastrado deve representar uma iniciativa relevante para a organização, contendo informações suficientes para que qualquer colaborador autorizado compreenda:
- Qual é o objetivo do projeto
- Por que o projeto existe e qual problema está sendo resolvido
- Como o sucesso será medido — qual é a meta da iniciativa
- Em que estágio a iniciativa se encontra
- Quais avanços ocorreram
- Quais riscos, impedimentos ou decisões impactam sua execução
2.4 Transparência das informações
Os projetos devem refletir sua situação real, independentemente do estágio em que se encontram. Quando houver avanços, estes deverão ser registrados de forma objetiva. Da mesma forma, caso não exista evolução durante determinado período, essa informação também deverá ser registrada de maneira clara.
2.5 Evolução contínua
O Atlas é uma plataforma em constante evolução. Sua utilização tende a incorporar novas práticas de Governança, indicadores e processos ao longo do tempo. Novas funcionalidades, processos e práticas poderão ser incorporados sempre que contribuírem para ampliar a transparência, a padronização e a qualidade do acompanhamento dos projetos.
Cap. 3 Critérios para cadastro de projetos
3.1 Objetivo
Os critérios de cadastro têm como finalidade garantir que o Atlas represente um portfólio consistente das iniciativas da BU IXC Provedor, evitando cadastros desnecessários e assegurando que os projetos relevantes estejam disponíveis para acompanhamento e Governança.
3.2 Quando cadastrar um projeto
Um projeto deverá ser cadastrado no Atlas sempre que representar uma iniciativa cuja evolução seja relevante para acompanhamento por stakeholders, lideranças ou gestores. Recomenda-se o cadastro quando a iniciativa possuir uma ou mais das seguintes características:
- Envolva múltiplas áreas, equipes ou produtos
- Possua impacto estratégico para a BU
- Exija acompanhamento contínuo ao longo de sua execução
- Envolva entregas planejadas em médio ou longo prazo
- Possua riscos, dependências ou decisões relevantes
- Necessite de visibilidade para acompanhamento gerencial ou executivo
- Tenha sua realização confirmada — o cadastro deve ocorrer somente quando houver certeza de que a iniciativa será executada
3.3 Quando não cadastrar um projeto
Não é necessário cadastrar iniciativas que não demandem acompanhamento contínuo ou que representem atividades operacionais rotineiras. Alguns exemplos incluem:
- Correções pontuais sem acompanhamento gerencial
- Demandas operacionais do dia a dia
- Pequenas melhorias de baixa complexidade
- Atividades internas que não gerem necessidade de acompanhamento pelos stakeholders
3.4 Responsável pela decisão de cadastro
Responsável pela avaliação e criação de projetos de maior impacto estratégico, maior duração ou elevada complexidade.
Responsável pela avaliação e criação de projetos relacionados ao seu produto ou domínio de atuação.
Em caso de dúvida sobre a necessidade de cadastro, recomenda-se discutir a iniciativa com a liderança responsável antes do início do projeto.
3.5 Boas práticas
- Priorize qualidade em vez de quantidade de projetos
- Evite criar projetos duplicados para a mesma iniciativa
- Mantenha um único projeto acompanhando toda a evolução da iniciativa sempre que possível
- Utilize nomes claros e objetivos
- Realize o cadastro antes do início da execução, sempre que possível
3.6 Exemplos práticos
| Situação | Cadastrar? | Justificativa |
|---|---|---|
| Implantação de nova funcionalidade estratégica | ✓ Sim | Impacto para clientes e acompanhamento por stakeholders. |
| Projeto envolvendo múltiplas squads | ✓ Sim | Requer acompanhamento contínuo e coordenação entre equipes. |
| Integração com parceiro estratégico | ✓ Sim | Impacto operacional e executivo. |
| Correção pontual de um defeito | ✗ Não | Atividade operacional de curta duração. |
| Pequena melhoria sem necessidade de acompanhamento | ✗ Não | Não demanda visibilidade ou Governança contínua. |
Cap. 4 Estrutura de um projeto
4.1 Visão geral
Todo projeto cadastrado no Atlas representa uma iniciativa da BU IXC Provedor e reúne, em um único local, todas as informações necessárias para seu acompanhamento durante o ciclo de vida. A estrutura padronizada tem como objetivo facilitar a compreensão das iniciativas por qualquer colaborador autorizado.
4.2 Organização das informações
| Categoria | Finalidade |
|---|---|
| Informações gerais | Identificar o projeto e contextualizar sua finalidade. |
| Acompanhamento | Registrar a evolução da iniciativa ao longo do tempo. |
| Responsáveis | Identificar os envolvidos na condução do projeto. |
| Relacionamentos | Vincular o projeto a outras iniciativas e ferramentas. |
| Governança | Registrar riscos, decisões, aprendizados e demais informações relevantes. |
4.3 Campos do projeto
Os principais campos utilizados pela BU IXC Provedor são:
- Sobre
- Critérios de sucesso
- Atualizações
- Proprietário
- Colaboradores
- Projetos relacionados
- Links
- Marcadores
- Onde o trabalho é monitorado
- Aprendizados
- Riscos
- Decisões
4.4 Informações obrigatórias
Todo projeto deverá possuir, no mínimo, as informações necessárias para que qualquer colaborador consiga compreender: qual iniciativa está sendo executada, qual problema está sendo resolvido, qual o objetivo, quem é o responsável, qual é o estágio atual e quais foram as últimas evoluções registradas.
4.5 Ciclo de vida do projeto
- Cadastro da iniciativa
- Preenchimento das informações iniciais
- Atualização periódica durante a execução
- Registro de riscos, decisões e aprendizados, quando aplicável
- Encerramento do projeto após a conclusão das entregas
Cap. 5 Responsabilidades
5.1 Objetivo
A Governança de Projetos depende da colaboração entre diferentes papéis dentro da BU IXC Provedor. Este capítulo define as responsabilidades de cada envolvido na criação, atualização e acompanhamento dos projetos cadastrados no Atlas.
Responsabilidades
- Criar o projeto no Atlas, quando aplicável
- Manter as informações do projeto atualizadas
- Registrar a evolução da iniciativa
- Comunicar riscos, impedimentos e mudanças
- Garantir que as informações representem fielmente o andamento
Responsabilidades
- Coordenar o acompanhamento do projeto
- Manter as informações atualizadas
- Garantir a comunicação entre as áreas
- Registrar riscos, decisões e marcos relevantes
- Assegurar aderência às práticas de Governança
Responsabilidades
- Acompanhar a evolução dos projetos sob sua responsabilidade
- Apoiar a tomada de decisão quando necessário
- Atuar na priorização das iniciativas
- Garantir alinhamento com os objetivos da BU
Responsabilidades
- Definir e manter os padrões de utilização da plataforma
- Elaborar e atualizar este Guia Oficial
- Acompanhar os indicadores de Governança
- Apoiar os responsáveis quanto às boas práticas
- Promover a disseminação das diretrizes
5.7 Responsabilidade compartilhada
Embora cada projeto possua um responsável principal, sua qualidade depende da colaboração entre todos os envolvidos. Todos os participantes devem observar os seguintes princípios: manter as informações atualizadas, registrar informações objetivas e verificáveis, comunicar impedimentos e riscos de forma transparente, e contribuir para que o Atlas permaneça como a fonte oficial de acompanhamento.
Cap. 6 Padronização dos campos do Atlas
6.1 Diretrizes gerais
Independentemente do campo utilizado, todas as informações registradas no Atlas deverão observar as seguintes diretrizes:
- Utilizar linguagem clara, objetiva e profissional
- Registrar informações atualizadas e compatíveis com a situação real do projeto
- Evitar informações duplicadas entre diferentes campos
- Registrar apenas informações relevantes para o acompanhamento da iniciativa
- Preservar a consistência das informações durante todo o ciclo de vida do projeto
O campo Sobre apresenta a visão geral do projeto. Seu objetivo é contextualizar a iniciativa para que qualquer colaborador consiga compreender rapidamente o que está sendo desenvolvido, qual problema está sendo resolvido e por que o projeto existe.
Recomenda-se estruturar este campo utilizando três seções:
O que estamos fazendo?
Descreva objetivamente a solução que está sendo desenvolvida. O leitor deve conseguir compreender a entrega principal sem consultar outras documentações.
Por que estamos fazendo?
Explique o problema de negócio, necessidade operacional ou oportunidade que motivou a criação da iniciativa.
Como verificaremos o sucesso?
Descreva quais resultados indicarão que o projeto atingiu seus objetivos, utilizando critérios mensuráveis e objetivos sempre que possível.
- Utilize linguagem simples e objetiva
- Escreva pensando em alguém que não participou do projeto
- Revise o conteúdo sempre que houver mudanças relevantes no escopo
- Descrições muito genéricas
- Copiar integralmente especificações técnicas
- Descrever apenas atividades ou tarefas
- Utilizar siglas sem explicação
Implementação da integração entre o ERP IXC Provedor e o Pix Automático, permitindo que cobranças recorrentes sejam autorizadas previamente pelos clientes e processadas de forma automática.
Por que estamos fazendo?
Disponibilizar uma nova modalidade de cobrança, reduzir inadimplência, simplificar o processo de pagamento para os clientes e ampliar as opções de integração financeira do ERP.
Como verificaremos o sucesso?
Integração disponibilizada em produção; instituições financeiras homologadas; clientes utilizando a funcionalidade; redução do volume de cobranças manuais; estabilidade operacional após o lançamento.
| Pergunta que responde | O que é este projeto e por que ele existe? |
| Quando atualizar | Sempre que houver mudanças relevantes no escopo ou objetivo. |
| Responsável | Proprietário do projeto. |
O campo Critérios de sucesso define os resultados esperados para que o projeto seja considerado bem-sucedido. Permite que qualquer colaborador compreenda quais resultados deverão ser alcançados ao término da iniciativa.
Ao elaborar os critérios, responda à seguinte pergunta: "Como saberemos que este projeto foi concluído com sucesso?"
Cada critério deve representar um resultado final, e não uma atividade necessária para alcançá-lo. Utilize critérios mensuráveis sempre que possível.
- Listar atividades ou tarefas do projeto
- Critérios subjetivos ou de difícil verificação
- Expectativas genéricas como "melhorar o sistema"
- Critérios que dependam exclusivamente de fatores externos
- Funcionalidade disponibilizada em ambiente de produção.
- Integração homologada pelas instituições financeiras participantes.
- Processo executado sem necessidade de intervenção manual.
- Documentação técnica e operacional concluída.
- Equipes responsáveis capacitadas para utilização da funcionalidade.
- Ausência de incidentes críticos durante o período de estabilização.
O campo Proprietário identifica o responsável principal pelo projeto dentro do Atlas. É quem responde pela condução da iniciativa sob a perspectiva da Governança, garantindo que exista uma referência clara para manutenção das informações e comunicação com stakeholders.
- Deverá ser definido no momento da criação do projeto
- Deverá existir apenas um proprietário principal por projeto
- Deverá ser atualizado imediatamente caso a responsabilidade seja transferida
- Poderá ser exercido por PO, PM, Head ou outro responsável formalmente definido
- Definir como proprietário alguém que não acompanha o projeto
- Manter usuários que já não participam da iniciativa
- Deixar o projeto sem um responsável claramente definido
| Situação | Proprietário recomendado |
|---|---|
| Desenvolvimento de funcionalidade de produto | Product Owner responsável pelo produto |
| Projeto estratégico com múltiplas equipes | Project Manager responsável pela iniciativa |
| Projeto conduzido pela liderança | Head responsável pela iniciativa |
Identifica as equipes que contribuem para a execução do projeto. Torna visíveis as pessoas envolvidas na iniciativa por meio do vínculo com suas respectivas equipes, facilitando a colaboração e a comunicação. Os colaboradores apoiam a execução, mas não substituem o proprietário como responsável pela Governança.
O vínculo de colaboradores é feito por equipe. Devem ser adicionadas ao menos duas equipes:
- Equipe da BU: a equipe correspondente à BU à qual o projeto pertence (ex.: IXC Provedor). Garante a visibilidade institucional do projeto dentro da unidade de negócio.
- Equipe executora: a equipe efetiva que trabalhará no projeto (ex.: Financeiro - IXC Provedor). Representa quem de fato conduz a iniciativa.
Outras equipes podem ser adicionadas quando houver participação direta de áreas adicionais na execução.
- Adicionar equipes que não participam diretamente da iniciativa
- Deixar o campo vazio — o preenchimento é obrigatório
- Utilizar este campo para representar áreas organizacionais em vez das equipes executoras
Identifica a ferramenta utilizada para acompanhar a execução operacional do projeto. Estabelece a ligação entre o Atlas (visão estratégica e de Governança) e a ferramenta onde as atividades do dia a dia são planejadas e executadas.
- Projeto no Jira
- Quadro no Jira
- Repositório no GitHub
- Outra ferramenta oficialmente adotada pela equipe
Este campo identifica a ferramenta oficial de execução. O campo Links reúne materiais de apoio como documentações, apresentações e protótipos.
Estabelece vínculos entre iniciativas que possuem relação dentro do portfólio da BU. Facilita a navegação entre projetos conectados e proporciona uma visão mais ampla do contexto da iniciativa.
- Projetos pertencentes ao mesmo programa
- Iniciativas complementares
- Projetos que compartilham entregas ou dependências
- Iniciativas impactadas pelos resultados do projeto
- Relacionar projetos apenas por pertencerem à mesma equipe
- Adicionar todos os projetos da área indiscriminadamente
- Manter relacionamentos que deixaram de fazer sentido
Reúne referências externas relevantes para o projeto. Centraliza o acesso aos principais materiais relacionados à iniciativa, facilitando a consulta por todos os colaboradores envolvidos.
- Documentação funcional e técnica
- Especificações de requisitos
- Páginas do Confluence
- Protótipos e apresentações
- Atas de reunião
- Painéis de acompanhamento
- Repositórios de código e documentação de APIs
- Links duplicados ou desatualizados
- Links temporários ou pessoais quando houver versão oficial disponível
- Nomes genéricos como "Documento" ou "Link"
Permite classificar e organizar projetos por meio de palavras-chave. Facilita a pesquisa, o agrupamento e a identificação de iniciativas com características em comum.
Utilize palavras-chave curtas, objetivas e padronizadas, seguindo as convenções da BU IXC Provedor.
| Tipo de classificação | Exemplo |
|---|---|
| Produto | IXC Provedor |
| Área de negócio | Financeiro |
| Tecnologia | Pix |
| Tema | Governança |
| Integração | Efí Bank |
| Tipo de iniciativa | Integração |
- Marcadores duplicados com grafias diferentes
- Sinônimos para representar o mesmo conceito
- Frases completas como marcadores
Registra a evolução do projeto ao longo do seu ciclo de vida. Comunica, de forma clara e objetiva, os principais acontecimentos desde a última atualização. As atualizações representam o histórico oficial da evolução do projeto.
O que foi realizado?
Descreva as principais entregas, marcos ou atividades concluídas desde a última atualização.
O que está em andamento?
Informe as atividades que estão sendo executadas no momento.
Existe algum impedimento ou risco?
Caso existam bloqueios ou fatores que possam impactar o projeto, registre-os de forma objetiva.
Quais são os próximos passos?
Apresente as próximas entregas previstas ou as ações planejadas para continuidade da iniciativa.
Essa atualização não permite compreender o progresso do projeto nem informa resultados, impactos ou próximos passos.
- Copiar tarefas do Jira sem contextualização
- Registrar apenas listas de atividades executadas
- Mensagens excessivamente curtas ou genéricas
- Omitir impedimentos ou atrasos relevantes
- Utilizar o campo para discussões técnicas detalhadas
| Quando atualizar | Sempre que houver evolução relevante e de forma periódica durante a execução. |
| Responsável | Proprietário do projeto. |
Registra os conhecimentos adquiridos durante a execução do projeto que possam gerar valor para iniciativas futuras. Preserva experiências, boas práticas e lições aprendidas, promovendo a evolução contínua dos processos e equipes da BU.
Os registros podem ocorrer durante a execução ou ao encerramento, especialmente após marcos importantes, implantações, homologações ou retrospectivas. Não é necessário aguardar o término do projeto.
| Situação observada | Aprendizado registrado |
|---|---|
| A homologação com o parceiro levou mais tempo que o previsto. | Validar a disponibilidade dos ambientes de homologação durante o planejamento reduz atrasos nas etapas finais. |
| A documentação técnica foi construída apenas próximo à implantação. | Produzir documentação em paralelo ao desenvolvimento reduz retrabalho. |
| O acompanhamento semanal permitiu identificar riscos com antecedência. | Atualizações frequentes melhoram a visibilidade e aceleram a tomada de decisão. |
Registra os eventos, condições ou fatores que possam comprometer o sucesso do projeto. Proporciona visibilidade antecipada sobre situações que podem impactar escopo, cronograma, qualidade ou resultados, permitindo que ações preventivas sejam planejadas.
Cada risco deverá informar: qual é o risco identificado, qual poderá ser seu impacto, e quais ações estão sendo adotadas para reduzir ou monitorar esse risco.
Descreva o risco como uma possibilidade futura, não como um problema já ocorrido.
| Risco | Impacto | Mitigação |
|---|---|---|
| Atraso na homologação do parceiro financeiro. | Adiamento da implantação em produção. | Acompanhamento semanal e plano alternativo. |
| Alterações regulatórias durante o desenvolvimento. | Necessidade de readequação da solução. | Monitoramento das publicações do Banco Central. |
| Indisponibilidade de recurso técnico especializado. | Atraso nas entregas planejadas. | Compartilhamento de conhecimento e definição de profissionais de apoio. |
- Registrar problemas que já ocorreram
- Riscos genéricos aplicáveis a qualquer projeto
- Omitir riscos conhecidos por receio de expor dificuldades
- Manter riscos desatualizados após mudanças
Registra as definições relevantes tomadas durante o ciclo de vida do projeto. Preserva o histórico das decisões que impactaram a condução da iniciativa, promovendo transparência, rastreabilidade e continuidade do conhecimento.
- Alterações de escopo ou estratégia
- Definição de arquitetura
- Aprovação ou cancelamento de entregas
- Mudança de cronograma
- Definição de parceiros ou fornecedores
- Priorização de funcionalidades
| Decisão | Motivação | Impacto |
|---|---|---|
| Implantação dividida em duas etapas. | Reduzir o risco operacional. | Cronograma ajustado e menor impacto para os clientes. |
| Alteração do parceiro responsável pela homologação. | Fornecedor não atenderia ao prazo. | Replanejamento das atividades de integração. |
| Priorização da integração com Pix Automático. | Alinhamento com objetivos estratégicos da BU. | Reorganização da ordem das entregas previstas. |
- Registrar decisões de baixa relevância operacional
- Documentar apenas a decisão, sem informar o contexto
- Utilizar o campo para registrar discussões ou opiniões
Cap. 7 Boas práticas de Governança
7.1 Objetivo
As boas práticas apresentadas neste capítulo têm como objetivo promover a utilização consistente do Atlas como ferramenta oficial de Governança de Projetos da BU IXC Provedor, aumentando a confiabilidade das informações e apoiando a tomada de decisão.
| Boa prática | Benefício |
|---|---|
| Manter informações atualizadas | Maior confiabilidade da Governança. Projetos desatualizados comprometem a visibilidade do portfólio. |
| Registrar informações objetivas | Melhor compreensão por todos os envolvidos. Descreva fatos em vez de opiniões. |
| Utilizar cada campo conforme sua finalidade | Organização e padronização das informações, facilitando futuras consultas. |
| Priorizar qualidade em vez de quantidade | Maior valor para consultas e tomada de decisão. Registros objetivos são mais úteis que grandes volumes sem contexto. |
| Preservar a rastreabilidade | Histórico consistente da iniciativa, facilitando auditorias e a continuidade dos projetos. |
| Promover transparência | Antecipação de riscos e melhor tomada de decisão. Atrasos e impedimentos devem ser comunicados proativamente. |
| Revisar periodicamente os projetos | Informações sempre aderentes à realidade. Verifique proprietário, colaboradores, riscos, links e marcadores. |
| Utilizar o Atlas como fonte oficial | Centralização e confiabilidade das informações para reuniões, consultas gerenciais e decisões. |
Cap. 8 Gestão e evolução da Governança
8.1 Objetivo
Este capítulo estabelece as diretrizes para manutenção, evolução e aplicação deste Guia Oficial, garantindo que as práticas de Governança permaneçam atualizadas e alinhadas às necessidades da BU IXC Provedor.
8.2 Responsável pelo guia
A manutenção deste guia será realizada pela equipe de Performance Operacional (POP), que é responsável por: manter as diretrizes atualizadas, avaliar oportunidades de melhoria, revisar periodicamente o conteúdo, promover a comunicação das alterações e apoiar as equipes na correta utilização do Atlas.
8.3 Solicitação de melhorias
Qualquer colaborador poderá sugerir melhorias para este guia. As sugestões deverão ser encaminhadas à equipe de Performance Operacional (POP), que avaliará sua aplicabilidade, impacto e alinhamento com os objetivos da Governança. Quando aprovadas, as alterações passarão a integrar uma nova versão deste documento.
8.4 Revisão periódica
Este guia deverá ser revisado periodicamente. As revisões poderão ocorrer em função de: novas funcionalidades na plataforma, alterações no processo de Governança, mudanças organizacionais, ou identificação de oportunidades de melhoria.
8.5 Tratamento de exceções
Poderão existir situações excepcionais que demandem tratamento específico. Nesses casos, recomenda-se que a exceção seja discutida entre o responsável pelo projeto e a equipe de POP. As exceções não deverão ser adotadas como prática recorrente.
8.6 Acompanhamento da aderência
A adoção das diretrizes poderá ser acompanhada por meio de indicadores de Governança definidos pela BU. Esse acompanhamento tem caráter orientativo, não punitivo, e visa elevar a qualidade das informações registradas no Atlas.
Cap. 9 Disposições finais
9.1 Aplicação das diretrizes
As diretrizes apresentadas neste guia deverão ser observadas por todos os colaboradores responsáveis pela criação, manutenção ou acompanhamento de projetos no Atlas. Sua adoção tem como finalidade promover a padronização das informações, fortalecer a Governança e garantir maior confiabilidade no acompanhamento das iniciativas da BU.
9.2 Casos não previstos
Situações não contempladas por este documento deverão ser avaliadas considerando os princípios de Governança apresentados neste guia. Quando necessário, recomenda-se consultar a equipe de Performance Operacional para definição da abordagem mais adequada. Os casos recorrentes poderão ser incorporados em futuras revisões deste documento.
9.3 Interpretação das diretrizes
Sempre que houver dúvidas quanto à aplicação das orientações deste guia, deverá prevalecer a interpretação que melhor atenda aos princípios de: padronização, transparência, objetividade, rastreabilidade, colaboração e melhoria contínua.
9.4 Vigência
Este guia passa a produzir efeitos a partir de sua publicação oficial e deverá ser utilizado como referência para todos os novos projetos cadastrados no Atlas. Projetos existentes deverão ser adequados às diretrizes aqui estabelecidas sempre que houver atualizações relevantes.
9.5 Considerações finais
Apêndice A Checklist de Governança
Este checklist tem como objetivo apoiar os responsáveis pelos projetos na revisão periódica das informações cadastradas no Atlas. Recomenda-se sua utilização antes de reuniões de acompanhamento, revisões de Governança e encerramento de projetos.
Identificação do projeto
Documentação
Execução
Governança
Apêndice B Glossário
Este glossário reúne os principais termos utilizados ao longo deste guia, padronizando a interpretação dos conceitos relacionados à Governança de Projetos e à utilização do Atlas na BU IXC Provedor.
Anexo A Projeto Modelo — Demonstração Interativa
Este anexo apresenta um exemplo fictício de projeto preenchido conforme as diretrizes deste guia. A simulação abaixo reproduz a interface do Atlas com navegação funcional entre as abas.
Implementação da integração entre o ERP IXC Provedor e a modalidade Pix Automático, permitindo a autorização prévia de cobranças recorrentes pelos clientes e sua execução automática pelas instituições financeiras participantes.
Através desta integração, as empresas provedoras poderão emitir cobranças Pix com vencimento recorrente e gerenciar o relacionamento com suas contas a receber de forma integrada ao ERP.
Estamos realizando este projeto de forma estratégica e pelo posicionamento de mercado do IXC Provedor, trazendo mais opções de integrações financeiras e formas de pagamentos para nossos clientes, além do aumento da lucratividade da parceria.
O Pix se consolidou como o principal meio de pagamento no Brasil. O Pix Automático, uma novidade no mercado, está em ascensão e possui grande potencial de inovação e impacto, tornando crucial que exploremos suas capacidades para atender às demandas emergentes dos nossos clientes.
Nosso objetivo é unir o cenário atual do mercado de pagamentos com as necessidades dos clientes do IXC Provedor, permitindo que novas experiências de pagamento sejam possíveis e melhorando a usabilidade tanto do nosso cliente quanto do cliente final.
- Funcionalidade disponibilizada em ambiente de produção.
- Integração homologada com as instituições financeiras participantes.
- Processo executado sem necessidade de intervenção manual.
- Documentação técnica e operacional concluída.
- Equipes responsáveis capacitadas para utilização da funcionalidade.
- Ausência de incidentes críticos durante o período de estabilização.
Próxima atualização a ser entregue em 5 dias
Próximos passos
Concluir homologação; preparar documentação operacional; iniciar planejamento da implantação.
Conhecimentos adquiridos durante a execução desta iniciativa que podem gerar valor para projetos futuros.
Riscos identificados que podem comprometer o sucesso da iniciativa, com respectivos planos de mitigação.
Definições relevantes tomadas durante a execução que impactaram a condução desta iniciativa.