Guia de Governança do Atlas

1.1 Objetivo

Este documento estabelece as diretrizes oficiais para utilização do Atlas (Atlassian) 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:

• Padronização: todos os projetos devem seguir um modelo único de cadastro e atualização.
• Transparência: as informações registradas devem refletir fielmente a situação atual do projeto, incluindo impedimentos e ausência de evolução.
• Objetividade: as informações devem ser claras, relevantes e de fácil compreensão para qualquer colaborador.
• Confiabilidade: o Atlas deve representar a fonte oficial de acompanhamento e Governança dos Projetos da BU.
• Colaboração: a manutenção das informações depende do comprometimento dos responsáveis e da participação das equipes.

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.

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

Project Manager (PM) Responsável pela avaliação e criação de projetos de maior impacto estratégico, maior duração ou elevada complexidade.

Product Owner (PO) 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

3.7 Passo a passo para cadastro de um projeto no Atlas

Este item apresenta o procedimento técnico para criação de um projeto na plataforma Atlas (Atlassian Home), complementando os critérios de cadastro definidos nos itens anteriores deste capítulo.

Como criar o projeto

1. Acesse o Atlassian Home.
2. No canto superior da tela, clique no botão azul Criar projeto.
3. Informe um nome descritivo para o projeto. Recomenda-se utilizar prefixos que identifiquem a equipe ou área responsável (ex.: [Financeiro], [Fiscal]).
4. Escolha um emoji e uma cor para representar visualmente o projeto, facilitando sua identificação em meio a outras iniciativas.
5. Defina a visibilidade do projeto:
   • Público: visível para qualquer pessoa da organização.
   • Privado: visível apenas para pessoas convidadas pelo proprietário.
6. Confirme a criação. Você será direcionado automaticamente para a página do projeto, já pronta para receber as demais informações.

Recomendações imediatas após a criação

• Defina o proprietário do projeto assim que possível (ver item 6.4).
• Adicione as equipes colaboradoras — equipe da BU e equipe executora, no mínimo (ver item 6.5).
• Preencha o campo Sobre, respondendo às três perguntas-chave: o que estamos fazendo, por que estamos fazendo e como verificaremos o sucesso (ver item 6.2).

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

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

1. Cadastro da iniciativa
2. Preenchimento das informações iniciais
3. Atualização periódica durante a execução
4. Registro de riscos, decisões e aprendizados, quando aplicável
5. Encerramento do projeto após a conclusão das entregas

4.6 Avaliação pós-projeto

Após a disponibilização da iniciativa, a avaliação de resultados poderá continuar durante um período definido, quando for necessário verificar se a solução entregue está sendo efetivamente utilizada ou se está produzindo o resultado esperado.

Quando realizar

A avaliação pós-projeto deverá ser considerada principalmente quando:

• O sucesso da iniciativa depender da adoção ou utilização da funcionalidade;
• Existirem indicadores de uso que contribuam para avaliar o resultado do projeto;
• Houver necessidade de validar o comportamento da solução após sua disponibilização em produção.

Projetos cujo resultado possa ser comprovado no momento da entrega não precisam realizar acompanhamento adicional.

Medição de utilização

Quando aplicável, poderão ser utilizadas ferramentas de monitoramento, como o Polaris (equipe UX), para medir a utilização das funcionalidades por usuários reais.

Antes da implementação do monitoramento, deverá ser definido:

• O que será medido;
• Qual interação representa a utilização da funcionalidade;
• Qual será o início e o fim da tarefa monitorada;
• Qual resultado será utilizado para avaliar a adoção ou utilização.

A medição deverá ser estruturada de acordo com a viabilidade técnica da solução e com os recursos disponíveis para instrumentação e análise.

Avaliação do resultado

Os dados obtidos no acompanhamento pós-projeto deverão ser utilizados como evidência complementar para avaliar o resultado da iniciativa, sempre que aplicável.

A avaliação poderá considerar, conforme o contexto:

• Volume de utilização;
• Frequência de utilização;
• Adoção pelos usuários;
• Abandono durante a utilização;
• Outros indicadores relacionados ao resultado esperado do projeto.

O acompanhamento pós-projeto complementa os Critérios de sucesso definidos inicialmente e não substitui a avaliação da entrega da iniciativa.

Encerramento

O projeto poderá ser considerado encerrado após a conclusão das entregas e da avaliação dos resultados aplicáveis à iniciativa.

Quando houver acompanhamento pós-projeto, seus resultados deverão ser considerados na avaliação final, juntamente com os Critérios de sucesso, benefícios observados e aprendizados relevantes.

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.

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.

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

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.

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.

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

💳 Integração Pix Automático — ERP IXC Provedor

Projeto: IXCSO-001 · Status: Nos trilhos · Previsão: 22/07

Sobre

O que estamos fazendo

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.

Por que estamos fazendo

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.

Como verificaremos o sucesso

• 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.
• +50 clientes convertidos para esta integração.

Atualizações

Semana passada

🟢 Nos trilhos · João Silva · há 5 dias · para 22/07 A homologação foi concluída com sucesso após ajustes no processo de autenticação. A implantação em produção foi aprovada e está prevista para a próxima janela de publicação. Não existem impedimentos críticos neste momento. Status alterado: Em risco → Nos trilhos

Atualizações anteriores

🟡 Em risco · João Silva · há 10 dias · para 22/07 Foi concluída a implementação da integração em ambiente de homologação. Os testes internos apresentaram resultado satisfatório e iniciou-se a validação junto à instituição financeira parceira. Identificou-se, durante os testes, a necessidade de um ajuste no processo de autenticação — este ajuste foi priorizado e está em andamento.

Próximos passos: Concluir homologação; preparar documentação operacional; iniciar planejamento da implantação. Status alterado: Nos trilhos → Em risco

🟢 Nos trilhos · João Silva · há 15 dias · para 22/07 Início do desenvolvimento da integração. Ambiente configurado, repositório criado e equipe alocada. Reunião de kickoff realizada com alinhamento de escopo, cronograma e responsabilidades. Não há impedimentos no momento.

Aprendizados

Conhecimentos adquiridos durante a execução desta iniciativa que podem gerar valor para projetos futuros.

💡 Validar a disponibilidade dos ambientes de homologação logo no início do projeto reduz atrasos significativos nas fases finais. A ausência de um ambiente compartilhado com o parceiro foi identificada tarde e impactou o cronograma.

💡 Produzir a documentação técnica e operacional em paralelo ao desenvolvimento reduz retrabalho e facilita a validação da solução, especialmente nas etapas de homologação e capacitação das equipes.

💡 Atualizações semanais no Atlas facilitaram o acompanhamento pelos stakeholders e reduziram a necessidade de reuniões de alinhamento, tornando a comunicação mais eficiente ao longo do projeto.

Riscos

Riscos identificados que podem comprometer o sucesso da iniciativa, com respectivos planos de mitigação.

Atraso na homologação do parceiro financeiro

A instituição financeira parceira poderá solicitar novos ajustes durante o processo de homologação, impactando a data prevista para implantação em produção. Mitigação: Acompanhamento semanal com o parceiro, alinhamento de cronograma e definição de plano de contingência para cenários de atraso.

Mudanças regulatórias durante o desenvolvimento

Possíveis alterações nas especificações oficiais do Pix Automático pelo Banco Central durante o período de desenvolvimento poderiam demandar readequação da solução técnica. Mitigação: Monitoramento contínuo das publicações oficiais do Banco Central e revisão periódica dos requisitos técnicos da integração.

Decisões

Definições relevantes tomadas durante a execução que impactaram a condução desta iniciativa.

Implantação em duas etapas

Optou-se por disponibilizar inicialmente apenas a funcionalidade de ativação da recorrência, mantendo funcionalidades complementares (cancelamento automático e relatórios avançados) para uma segunda fase. Motivação: Redução do risco operacional durante a implantação e entrega de valor mais rápida para os primeiros clientes da funcionalidade.

Priorização desta iniciativa no portfólio

A iniciativa recebeu prioridade em relação às demais integrações financeiras previstas no roadmap do produto para o semestre. Motivação: Alinhamento com os objetivos estratégicos da BU e necessidade de posicionamento de mercado antes que concorrentes disponibilizem funcionalidade semelhante.

Informações do projeto

Colaboradores

Equipe IXC Provedor (9 membros contribuintes) Pedro Santos (UX Designer), Fernanda Lima (Gerente de Produtos), Rodrigo Alves (Product Owner), Juliana Ramos (Gerente de Produtos), Diego Martins (Development Manager), Camila Rocha (Consultora de Gestão), Thiago Nunes (Gerente de Produtos), Patrícia Gomes (QA), Lucas Ferreira (Desenvolvedor Backend)

Equipe Financeiro - IXC Provedor (3 membros contribuintes) Maria Souza (Analista de Negócios), Carlos Pereira (Desenvolvedor Backend), Ana Oliveira (QA)

Projetos relacionados

• Evolução dos meios de pagamento
• Integração Efí Bank
• Modernização do módulo Financeiro

Links

• Documento de requisitos
• Especificação técnica
• Protótipo da interface
• Dashboard de indicadores
• Documentação da API

Marcadores Financeiro Pix Integração Efí Bank ERP Governança

Guia de Governança do Atlas · IXC Provedor · Versão 2.0 · Responsável: Performance Operacional (POP)