Pular para o conteúdo

eVisit

Gerente de Releases

AWSGo
Tradução automática. Consulte o original.

Sobre Você

O Gerente de Releases é o responsável pela mecânica de mover código do merge para a produção em todas as Equipes de Entrega. Você é o controle de tráfego aéreo de cada release: sabe o que está nele e o que não está, coordena as equipes que contribuem para ele, é o responsável pelo go/no-go técnico e de negócios, e o conduz do corte ao pouso. Você também é o responsável pelos ambientes, pipeline e registro de controle de mudanças que tornam os releases seguros e auditáveis.

Esta não é uma função de execução de runbook. Espera-se que você entenda por que o processo de release funciona, lide com releases não padronizados com base em seus méritos e melhore continuamente o processo.

Você é focado em processos e escreve as coisas. Você automatiza uma etapa manual repetida em vez de executá-la bem duas vezes. Você consegue dizer a uma equipe que ela perdeu o corte, sem ter autoridade sobre as pessoas que você está bloqueando, e manter essa linha sob pressão. Quando seu próprio release falha, você realiza uma post-mortem sem culpa.

Responsabilidades e Funções Principais do Cargo

  1. Execução de Releases: Executar releases padrão e limitados (com escopo de audiência), incluindo a configuração e verificação do escopo de audiência. Executar hotfixes aprovados: cortar o branch, enviar, fechar. Definir o caminho de rollback por tipo de release, tomar a decisão quando um deploy falha tecnicamente e executá-lo.
  1. Prontidão para Release: Ser o responsável pelo go/no-go técnico e de negócios em cada release agrupado, incluindo Revisões de Prontidão para Release e Marcos: as mudanças são passíveis de envio, as dependências estão presentes, o caminho de migração foi ensaiado e o negócio está pronto para ele. Apresentar acoplamentos técnicos e restrições de ordem de deploy quando os conteúdos do release são decididos, e lidar com releases não padronizados, como executar uma migração separadamente, preparar um deploy em duas fases ou sequenciar uma mudança de schema antes do código dependente. Produzir um manifesto de release para cada release (conteúdos, equipes, commits, migrações e mudanças de configuração).
  1. Higiene de Branch e Repositório: Aplicar o modelo de branching em todos os repositórios: criação de branch, disciplina de merge e squash, cherry-picks para branches de release, corte e fechamento de branches de release, e disciplina de tags e versionamento. Controlar o que entra em um branch de release após o corte, e manter os branches de release livres de drift, órfãos e trabalho de longa duração não mesclado.
  1. Propriedade de Ambientes: Ser o responsável pelo estado conhecido, disponibilidade e agendamento de Devtest, Acceptance, Beta e Produção, incluindo atualização de dados e paridade de configuração para que o QA valide contra algo representativo.
  1. Pipeline de Deploy: Ser o responsável pelo pipeline de build-promotion e deploy de ponta a ponta, eliminar etapas manuais e verificar se cada deploy foi realizado com sucesso.
  1. Processo e Relatórios: Manter os status de deploy pendente e validação precisos para que "o que está saindo a seguir" possa ser respondido a partir do quadro. Relatar a frequência de releases em relação ao plano, o tempo de ciclo do code-complete para produção, a taxa de deploys falhos, a taxa de rollback, a taxa de hotfix e a proporção de hotfix para release agendado. Realizar uma retrospectiva curta sobre qualquer release falho ou com rollback, e ser o responsável pelos runbooks e documentação de release.
  1. Controle de Mudanças e Evidências de Auditoria: Produzir e reter o registro de controle de mudanças para cada push de produção: o que mudou, quem aprovou, qual validação passou, quando saiu e o caminho de rollback. Servir como o sistema de registro para o histórico de releases em auditorias de segurança, conformidade e clientes.
  1. Comunicação de Release: Derivar datas de corte e janelas de code-freeze do calendário de releases do Gerente de Entrega Técnica, comunicá-las e aplicá-las no branch. Comunicar detalhes e cronogramas de release para o negócio, incluindo Vendas, CS e liderança. Notificar equipes e stakeholders sobre o início, conclusão e falha do deploy em tempo real, e coordenar dependências de release entre equipes antes do corte.

Limites de Escopo

Esta função opera dentro de linhas claras para que a propriedade nunca se sobreponha:

  1. O Gerente de Entrega Técnica é o responsável pelo processo SDLC, cadência, calendário de releases e decisões de hotfix.
  1. O Arquiteto de Aplicações Corporativas define a estratégia de branching e os padrões de qualidade de código; esta função opera e os aplica.
  1. A engenharia de infraestrutura é responsável pelo provisionamento, infraestrutura de nuvem, IaC, runners de CI e ferramentas de plataforma; esta função é responsável pelos ambientes e pelo pipeline como recursos de release.
  1. Tech Leads conduzem correções até a conclusão; Gerentes de Projeto são responsáveis por bloqueios de sprint e escalonamento de impacto de negócios; Marketing de Produto é responsável pela comunicação voltada ao cliente.

Requisitos (Obrigatórios)

  1. Cidadania dos EUA e residência em tempo integral nos EUA, devido a obrigações contratuis com nossos clientes.
  1. Disponibilidade para trabalho de release fora do horário comercial. Releases geralmente ocorrem fora do horário comercial, e esta função deve estar disponível de forma confiável para a maioria deles em um cronograma sustentável.

Qualificações

  1. Forte competência em Git, a principal prioridade técnica: estratégias de branching, merges e squashes, cherry-picking, tagging e gerenciamento dos fluxos de trabalho de Git que sustentam um processo de release.
  1. Forte fluência técnica. Não é um engenheiro de software ou DBA, mas um modelo mental funcional de pipelines de CI/CD, contêineres e imagens, artefatos de build, sistemas frontend vs. backend, arquitetura de deploy e conceitos de MySQL como migrações, índices e o impacto de mudanças no banco de dados.
  1. Experiência comprovada em gerenciamento de releases em um ambiente SaaS, incluindo o gerenciamento de múltiplos releases simultaneamente em equipes multifuncionais.
  1. Excelente gerenciamento de projetos e processos: rastreamento de escopo, acompanhamento de dependências, aplicação de processos no gate e design de processos onde não existem.
  1. Fortes habilidades de comunicação e documentação, trabalhando em estreita colaboração com Engenharia, QA, Produto e CS.
  1. Bacharelado em Ciência da Computação, Sistemas de Informação ou área relacionada, ou experiência prática equivalente.

Qualificações Fortemente Preferenciais

  1. Experiência anterior em engenharia de software, gerenciamento de engenharia, Agile/Scrum/Ops, ou experiência com banco de dados.
  1. Familiaridade com AWS.
  1. Experiência em releases em indústrias regulamentadas (HIPAA, SOC 2, controle de mudanças FedRAMP).
  1. Experiência em deploy com zero downtime e migração de banco de dados.
  1. Experiência com feature flags ou entrega progressiva, diretamente relevante para Releases Limitados.
  1. Experiência em scripting e automação, além de familiaridade com ferramentas de rastreamento de defeitos e gerenciamento de configuração.

Mais oportunidades com um só perfil

Quer aparecer para várias vagas sem repetir todo o processo? Crie seu perfil e seja encontrado pelas empresas que usam a Nort.

Criar meu perfil

Vagas Dev é mantido gratuitamente pela equipe NortJobs.

Seu próximo empregopode estar na NortJobs.

Vagas Dev

Vagas para desenvolvedores e programadores. Brasil em primeiro lugar. Sua próxima oportunidade.

NortJobs · mantenedoraInstagramLinkedInTwitter
LegalSobre o projetoPrivacidadeVagas Dev © 2026