rollfuse
para times com gestão de mudança regulada

A auditoria pergunta quem aprovou. Sua resposta é um print de ticket.

Seu processo de mudança é trabalho de verdade que não produz evidência durável. Traga aprovação, exposição e rollback para dentro da própria release, e o registro passa a existir porque a mudança aconteceu, não porque alguém documentou.

Começar no Growth

Criar uma conta com o Google compartilha conosco seu nome, e-mail e foto de perfil, para que possamos identificar você e falar com você sobre sua conta. Nosso prazo de guarda declarado é a vigência da conta mais 30 dias após o encerramento.

O processo é real. A evidência é improvisada.

Vocês revisam mudanças de verdade. O que não existe é algo que um auditor externo consiga ler sem uma pessoa de engenharia sentada ao lado explicando.

  • A evidência é montada depois do fato

    Antes da auditoria, alguém passa uma semana juntando tickets, prints e exportações de conversa num documento. Esse documento é uma reconstrução, e todo mundo envolvido sabe disso.

  • Aprovação e deploy são sistemas sem relação

    O ticket diz que a mudança foi aprovada. Nada liga essa aprovação à configuração que de fato chegou em produção, então as duas coisas se conectam por combinado.

  • Reproduzir uma decisão vira projeto de pesquisa

    Perguntado o que o sistema fazia numa data específica para um cliente específico, normalmente dá para descobrir. Leva dias, e a resposta vem com ressalvas.

Como fica a próxima auditoria

Os mesmos controles, produzindo evidência como efeito colateral do trabalho.

  • A aprovação trava a própria mudança

    A permissão exigida é aplicada na ação, não num ticket que descreve a ação. Uma mudança não aprovada não chega no ambiente.

  • Autor e versão registrados no momento

    Quem mudou o quê, qual versão de configuração estava no ar e qual ação automatizada disparou. Escrito na hora, não remontado depois.

  • Credenciais com escopo, exposição mínima

    As credenciais de serviço têm escopo por ambiente, então o que um sistema pode ler ou mudar é propriedade da credencial, e não promessa num documento de política.

Como funciona

  1. Coloque o controle onde a mudança acontece

    Permissões por papel e aprovações se aplicam direto às ações de flag e rollout, então o controle não é contornado fazendo o trabalho em outro lugar.

  2. Versione a configuração

    A configuração publicada é versionada e imutável, então a pergunta sobre o que estava no ar em determinado momento tem uma resposta só.

  3. Registre também as ações automatizadas

    Um guardrail que pausa ou reverte um rollout escreve o mesmo tipo de registro que uma pessoa escreveria. Automação não abre buraco na trilha.

Pare de montar evidência na semana anterior à auditoria

Quinze minutos entre criar a conta e ter uma mudança travada por aprovação com trilha registrada.

Começar no Growth

Criar uma conta com o Google compartilha conosco seu nome, e-mail e foto de perfil, para que possamos identificar você e falar com você sobre sua conta. Nosso prazo de guarda declarado é a vigência da conta mais 30 dias após o encerramento.

Aprovações, trilha de auditoria e credenciais com escopo inclusas. SSO e SCIM no Enterprise.