Catálogo de capacitação com 28 módulos combináveis em 7 trilhas por perfil (Fundamentos, Desenvolvimento, CI/CD e Plataforma, Segurança e Compliance, Administração e Operação Self-Managed, IA no ciclo de desenvolvimento e Gestão e Liderança), com conteúdo conferido na documentação da versão 19.4 da plataforma GitLab. Cada aluno recebe projetos de exercício próprios, corrigidos automaticamente pela API da plataforma GitLab, no grupo da Pointer no GitLab.com ou na instância GitLab do cliente. Presença, avaliação pré e pós e pesquisa de satisfação são registradas em formulários do site da turma, e o engajamento entrega relatório da turma, certificados de conclusão e declarações de participação em PDF com código verificável. As turmas não são treinamentos oficiais da GitLab Inc. e não incluem prova nem certificação oficial.
1. Para quem
- Equipes que usam ou vão adotar a plataforma GitLab e precisam de capacitação por perfil: desenvolvimento, CI/CD e plataforma, segurança e compliance, administração de GitLab self-managed, adoção do GitLab Duo Agent Platform e gestão.
- Organizações em implantação ou migração da plataforma GitLab que preparam as equipes para a adoção após a entrega.
- Organizações que precisam de registro individual de presença, de evolução pré → pós por aluno e por módulo e de aprovação por critério, com certificado verificável por terceiros.
- Profissionais que se preparam para certificações oficiais GitLab; a inscrição, a prova e a emissão são feitas exclusivamente pela GitLab.
2. Onde executamos
Os projetos de exercício de cada aluno são criados em um de dois destinos, definido na proposta:
- Grupo da Pointer no GitLab.com: assentos GitLab Ultimate compartilhados entre as turmas abertas; os pipelines dos exercícios rodam nos runners hospedados do GitLab.com. Nada é instalado no ambiente do cliente.
- Instância GitLab do cliente: grupo pai, usuários, runners e token indicados pelo cliente, conforme o documento de pré-requisitos PR-CAP-01.
Nos dois destinos, o site da turma (portal, formulários, verificação de certificados e resultados cifrados) é publicado no GitLab Pages do projeto do engajamento, no GitLab.com da Pointer. As sessões são remotas ao vivo, presenciais in company ou híbridas.
3. Escopo do serviço
- Catálogo capacitacao-19.x: 28 módulos de 2 ou 3 horas, nos níveis básico, intermediário e avançado. Cada módulo tem objetivos, tópicos com o tier mínimo e a fonte na documentação da versão 19.4, questões de avaliação e, quando verificáveis pela API, exercícios práticos. Carga da trilha = soma das cargas dos módulos.
- Turmas por trilha ou por combinação de módulos: uma turma usa uma trilha, um subconjunto ou uma combinação de módulos; pré-requisito fora da turma é atendido por conhecimento equivalente verificado na avaliação pré. Um engajamento reúne várias turmas e trilhas.
- Módulos de plataforma, colaboração e gestão (6): organização, visibilidade e papéis (básico, 2 h); repositório Git: branches, tags e proteção (básico, 2 h); merge requests e revisão de código (básico, 2 h); planejamento com itens de trabalho, labels, milestones e boards (básico, 2 h); gestão de portfólio: épicos, roadmaps, iterações e pesos (intermediário, 2 h); métricas de entrega: Value Stream Analytics, métricas DORA e analytics de CI/CD (intermediário, 2 h).
- Módulos de CI/CD (9): fundamentos de pipelines CI/CD (básico, 3 h); variáveis, artefatos, cache e relatórios de teste (intermediário, 3 h); controle de execução: rules, workflow, needs e paralelismo (intermediário, 2 h); GitLab Runner: tipos, executores, registro e operação (intermediário, 2 h); reuso de configuração: include, extends, inputs e componentes do CI/CD Catalog (avançado, 3 h); pipelines pai-filho, multiprojeto, merged results e merge trains (avançado, 2 h); entrega contínua: ambientes, deploys, releases e proteção de produção (intermediário, 3 h); container registry e package registry (intermediário, 2 h); infraestrutura como código com estado OpenTofu gerenciado e agente GitLab para Kubernetes (avançado, 2 h).
- Módulos de segurança e compliance (6): varreduras de segurança no pipeline: SAST, segredos, dependências, contêiner e IaC (intermediário, 3 h); gestão de vulnerabilidades e de dependências (intermediário, 2 h); testes dinâmicos: DAST e API security testing (avançado, 2 h); políticas de segurança: varredura, aprovação de merge request, execução de pipeline e gestão de vulnerabilidades (avançado, 2 h); compliance e auditoria: frameworks, compliance center, eventos de auditoria e evidências (intermediário, 2 h); identidade, tokens e segredos em CI/CD (avançado, 2 h).
- Módulos de administração de GitLab self-managed (4): arquitetura e instalação pelo pacote Linux (avançado, 3 h); usuários, autenticação e restrições da instância (avançado, 2 h); backup, restauração e upgrade (avançado, 3 h); monitoramento, logs e diagnóstico da instância (avançado, 2 h).
- Módulos de IA com o GitLab Duo Agent Platform (3): Agentic Chat, agentes e flows fundacionais (intermediário, 3 h); agentes e flows customizados, AI Catalog, triggers e MCP (avançado, 2 h); governança de IA e GitLab Credits (intermediário, 2 h).
- Recursos por tier: cada tópico registra o tier mínimo. Exigem GitLab Premium, entre outros: push rules, regras de aprovação obrigatórias e Code Owners, épicos, roadmaps e iterações, ambientes protegidos e aprovações de deploy, merged results e merge trains, compliance frameworks e compliance center. Exigem GitLab Ultimate, entre outros: vulnerability report, secret push protection, dependency scanning por SBOM, DAST, API security testing, políticas de segurança e métricas DORA. O GitLab Duo Agent Platform exige GitLab Premium ou GitLab Ultimate, com consumo em GitLab Credits.
- Exercícios práticos com correção automática: o catálogo tem 38 exercícios. Os 25 que não dependem de ambiente preparado são criados automaticamente para cada aluno a partir de repositórios-modelo (subgrupo próprio do aluno, com papel Owner, e um projeto por exercício com o enunciado) e corrigidos critério a critério pela API REST e GraphQL da plataforma GitLab de destino; objetos criados antes do provisionamento do exercício não contam. Os 13 que dependem de ambiente preparado são atendidos sob consulta (tabela). Exercícios em dupla usam o colega de turma; exercícios com aprovação usam o instrutor como aprovador.
- Presença por código de sessão: o aluno registra a presença no formulário do site com o código informado pelo instrutor durante a sessão; a coleta confere o e-mail cadastrado na turma, o código, o horário da sessão com a tolerância e a duplicidade.
- Avaliação pré e pós: o mesmo questionário no início e no fim da turma, com questões por módulo sorteadas para a turma a partir de 215 questões com fonte na documentação 19.4; o site publica as questões sem a alternativa correta e a nota total e por módulo é calculada no pipeline. Evolução pré → pós por aluno e por módulo em pontos percentuais e em ganho normalizado (Hake, 1998): g = (pós − pré) ÷ (100 − pré), indefinido com pré = 100%.
- Pesquisa de satisfação anônima: escala de 4 níveis (Muito insatisfeito a Muito satisfeito), a mesma da pesquisa da avaliação de maturidade, nos itens didática do instrutor, relevância do conteúdo, ganho de conhecimento sobre a plataforma GitLab, laboratórios práticos e organização e carga horária, com destaque e sugestão em texto livre.
- Aprovação: presença ≥ 75% e nota da avaliação pós ≥ 70% e ≥ 70% dos critérios dos exercícios provisionados da turma atendidos na última correção e turma fechada. Os limites são definidos por contrato; o critério de nota pós ou o de exercícios pode ser desconsiderado, e turma sem exercícios provisionados não usa o critério de exercícios.
- Certificado de conclusão e declaração de participação: certificado de conclusão só para aprovados; declaração de participação, documento distinto com sessões e horas de presença, para quem atinge só a presença mínima. Os dois em PDF A4 paisagem, com código de verificação próprio, URL e QR code da página pública de verificação do site da turma, que mostra tipo do documento, trilha, carga, período e iniciais.
- Site da turma (GitLab Pages): portal com as turmas; página de cada turma com agenda, trilha, módulos com objetivos, conteúdo e links da documentação e exercícios; formulários com QR code; página de verificação de certificados e declarações; resultados cifrados com AES-256-GCM (chave derivada por PBKDF2-SHA256 com 600 mil iterações) e decifrados no navegador com a senha do cliente. Nenhum dado pessoal de aluno em claro no site; fontes, scripts e estilos locais, sem CDN.
- Relatório oficial da turma: PDF A4 com resumo da turma, presença por aluno e sessão, notas pré e pós, evolução e ganho normalizado por aluno e por módulo, exercícios por critério, satisfação agregada e situação de cada aluno (aprovação, certificados e declarações).
4. Trilhas e exercícios em ambiente preparado
Disponível Ofertado nas condições deste documento.Sob consulta Escopo e condições definidos em proposta específica, com execução piloto.
| Trilha ou exercício | Público ou módulo | Conteúdo | Carga horária | Tier mínimo | Formato ou condição | Estado |
|---|---|---|---|---|---|---|
| Fundamentos da plataforma GitLab | Todos os perfis; tronco comum para turmas mistas e pré-requisito das demais trilhas | 4 módulos: organização, visibilidade e papéis (2 h); repositório Git: branches, tags e proteção (2 h); merge requests e revisão de código (2 h); fundamentos de pipelines CI/CD (3 h). 7 exercícios com correção automática. | 9 h | GitLab Free. Exercícios de push rule e de regra de aprovação com Code Owners: GitLab Premium. | Remoto ao vivo, presencial in company ou híbrido | Disponível |
| Desenvolvimento | Desenvolvedores, liderança técnica e analistas de testes | 7 módulos: organização, visibilidade e papéis (2 h); repositório Git (2 h); merge requests e revisão de código (2 h); planejamento com itens de trabalho, labels, milestones e boards (2 h); fundamentos de pipelines CI/CD (3 h); variáveis, artefatos, cache e relatórios de teste (3 h); varreduras de segurança no pipeline (3 h). Opcionais: rules, workflow, needs e paralelismo (2 h); GitLab Duo Agent Platform (3 h). 12 exercícios com correção automática. | 17 h, sem os opcionais | GitLab Free. Exercícios de push rule e de regra de aprovação com Code Owners: GitLab Premium; de secret push protection e dependency scanning por SBOM: GitLab Ultimate. | Remoto ao vivo, presencial in company ou híbrido | Disponível |
| CI/CD e Plataforma | Engenheiros DevOps, SRE, engenharia de plataforma e responsáveis por padronização de pipelines | 9 módulos: fundamentos de pipelines CI/CD (3 h); variáveis, artefatos, cache e relatórios de teste (3 h); rules, workflow, needs e paralelismo (2 h); GitLab Runner (2 h); include, extends, inputs e componentes do CI/CD Catalog (3 h); pipelines pai-filho, multiprojeto, merged results e merge trains (2 h); ambientes, deploys, releases e proteção de produção (3 h); container registry e package registry (2 h); estado OpenTofu gerenciado e agente GitLab para Kubernetes (2 h). Opcionais: políticas de segurança (2 h); métricas de entrega (2 h); agentes e flows customizados (2 h). 12 exercícios com correção automática e 2 em ambiente preparado. | 22 h, sem os opcionais | GitLab Free. Exercícios de merged results e merge train e de ambiente protegido com aprovação de deploy: GitLab Premium; opcionais de políticas de segurança e de métricas DORA: GitLab Ultimate. | Remoto ao vivo, presencial in company ou híbrido | Disponível |
| Segurança e Compliance | AppSec, DevSecOps, segurança da informação, GRC técnico e auditoria | 6 módulos: varreduras de segurança no pipeline (3 h); gestão de vulnerabilidades e de dependências (2 h); DAST e API security testing (2 h); políticas de segurança (2 h); compliance e auditoria (2 h); identidade, tokens e segredos em CI/CD (2 h). 5 exercícios com correção automática e 2 em ambiente preparado. | 13 h | GitLab Ultimate: vulnerability report, DAST, API security testing e políticas de segurança. | Remoto ao vivo, presencial in company ou híbrido | Disponível |
| Administração e Operação Self-Managed | Administradores de sistemas e responsáveis pela operação de instâncias GitLab self-managed | 5 módulos: arquitetura e instalação pelo pacote Linux (3 h); usuários, autenticação e restrições da instância (2 h); GitLab Runner (2 h); backup, restauração e upgrade (3 h); monitoramento, logs e diagnóstico (2 h). Opcional: governança de IA e GitLab Credits (2 h). 6 exercícios em ambiente preparado. | 12 h, sem o opcional | GitLab Free. Usuários auditores: GitLab Premium; papéis administrativos customizados: GitLab Ultimate. | Remoto ao vivo, presencial in company ou híbrido | Disponível |
| IA no ciclo de desenvolvimento (GitLab Duo Agent Platform) | Desenvolvedores, engenheiros de plataforma e responsáveis pela adoção do GitLab Duo Agent Platform | 3 módulos: Agentic Chat, agentes e flows fundacionais (3 h); agentes e flows customizados, AI Catalog, triggers e MCP (2 h); governança de IA e GitLab Credits (2 h). 4 exercícios em ambiente preparado. | 7 h | GitLab Premium, com o GitLab Duo Agent Platform habilitado e GitLab Credits disponíveis; flows exigem runners; agentes e flows de segurança: GitLab Ultimate. | Remoto ao vivo, presencial in company ou híbrido | Disponível |
| Gestão e Liderança | Gestores de engenharia, PMO, product owners, scrum masters e lideranças técnicas | 6 módulos: organização, visibilidade e papéis (2 h); planejamento com itens de trabalho, labels, milestones e boards (2 h); gestão de portfólio: épicos, roadmaps, iterações e pesos (2 h); métricas de entrega: Value Stream Analytics, DORA e analytics de CI/CD (2 h); compliance e auditoria (2 h); governança de IA e GitLab Credits (2 h). 4 exercícios com correção automática e 1 em ambiente preparado. | 12 h | GitLab Premium: épicos, roadmaps, iterações, compliance center e Value Streams Dashboard; métricas DORA: GitLab Ultimate. | Remoto ao vivo, presencial in company ou híbrido | Disponível |
| Exercício em ambiente preparado: GitLab Runner | Módulo GitLab Runner (trilhas CI/CD e Plataforma e Administração e Operação Self-Managed) | Criar, registrar e usar um project runner com token de autenticação e direcionar jobs por tag (50 min). | Dentro da carga do módulo | GitLab Free | VM Linux por aluno para instalar e registrar o runner | Sob consulta |
| Exercício em ambiente preparado: agente GitLab para Kubernetes | Módulo de infraestrutura como código e Kubernetes (trilha CI/CD e Plataforma) | Conectar um cluster ao projeto pelo agente e implantar com kubectl no pipeline (40 min). | Dentro da carga do módulo | GitLab Free | Cluster Kubernetes preparado para o exercício | Sob consulta |
| Exercício em ambiente preparado: DAST | Módulo de testes dinâmicos: DAST e API security testing (trilha Segurança e Compliance) | Executar DAST baseado em navegador contra aplicação implantada em ambiente de teste (45 min). | Dentro da carga do módulo | GitLab Ultimate | URL de aplicação de teste por aluno | Sob consulta |
| Exercício em ambiente preparado: compliance framework | Módulo de compliance e auditoria (trilhas Segurança e Compliance e Gestão e Liderança) | Marcar projeto com framework de compliance e configurar aprovações que separam autor e aprovador (40 min). | Dentro da carga do módulo | GitLab Premium | Framework de compliance criado no grupo de nível superior do ambiente dos exercícios | Sob consulta |
| Exercícios em ambiente preparado: administração de GitLab self-managed | Módulos de arquitetura e instalação, usuários e autenticação, backup e upgrade e monitoramento (trilha Administração e Operação Self-Managed) | Instalar a versão 19.4 pelo pacote Linux com HTTPS (90 min); restrições de cadastro, 2FA obrigatório e LDAP (50 min); backup na instância A e restauração na instância B (60 min); upgrade de 19.1 para 19.4 pela parada obrigatória 19.2 (50 min); diagnóstico de falha de serviço e liberação do monitoramento (45 min). | Dentro da carga dos módulos | GitLab Free | Instância GitLab self-managed por aluno (VM Linux de 8 vCPU e 16 GB, DNS e certificado emitido por CA do ambiente), servidor LDAP, segunda instância na mesma versão para a restauração, instância na última versão de patch da 19.1 para o upgrade e projeto de referência carregado nas instâncias | Sob consulta |
| Exercícios em ambiente preparado: GitLab Duo Agent Platform | Módulos de IA (trilha IA no ciclo de desenvolvimento; opcionais nas trilhas Desenvolvimento e CI/CD e Plataforma) | Code Review Flow com instruções de revisão do projeto (30 min); Developer Flow: da issue ao merge request (35 min); Fix CI/CD Pipeline Flow (30 min); flow customizado acionado por menção (50 min). | Dentro da carga dos módulos | GitLab Premium, com GitLab Credits | GitLab Duo Agent Platform ligado no grupo de nível superior, flows fundacionais permitidos, GitLab Credits disponíveis e runners para os flows | Sob consulta |
- Trilhas: carga horária = soma das cargas dos módulos da trilha; cada módulo opcional acrescenta a própria carga. Sessões em blocos de 4 h (meio período) ou dias de 6 h a 8 h divididos em blocos de 3 h ou 4 h. O catálogo não fixa o número de participantes por turma: definido na proposta.
- Exercícios em ambiente preparado (sob consulta): o provisionamento automático não prepara VM ou instância por aluno, cluster Kubernetes, URL de teste, servidor LDAP, framework de compliance no grupo de nível superior nem o GitLab Duo Agent Platform com GitLab Credits. Esses 13 exercícios são entregues com o ambiente preparado; escopo e condições definidos em proposta específica, com execução piloto. Sem o ambiente preparado, ficam fora do provisionamento e da correção automática, e o módulo é avaliado pelo questionário pré e pós.
- O módulo de governança de IA e GitLab Credits não tem exercício com correção automática: a documentação 19.4 consultada não descreve API de leitura das configurações de governança de ferramentas dos agentes e de limites de uso. É avaliado pelo questionário pré e pós.
- Tier dos exercícios: no grupo da Pointer no GitLab.com, os exercícios rodam em GitLab Ultimate. Na instância do cliente, exercício GitLab Premium ou GitLab Ultimate só entra na turma com a instância no tier exigido.
- Referência pública de conteúdo por trilha (alinhamento; as turmas não são treinamentos oficiais): Fundamentos — GitLab Fundamentals Training; Desenvolvimento — GitLab Fundamentals Training e GitLab CI/CD Training; CI/CD e Plataforma — GitLab CI/CD Training e GitLab Advanced CI/CD Training; Segurança e Compliance — GitLab Security Essentials Training e GitLab Compliance Training; Administração — GitLab System Administration Training; IA — GitLab Duo Agent Platform Fundamentals Training; Gestão e Liderança — GitLab Agile Portfolio Management Training.
- Certificações oficiais relacionadas (inscrição, prova e emissão exclusivamente pela GitLab University; não incluídas na capacitação): Certified Fundamentals Associate (Fundamentos e Desenvolvimento); Certified CI/CD Associate (Desenvolvimento e CI/CD e Plataforma); Certified Security Associate (Segurança e Compliance); Certified Duo Agent Platform Associate (IA); Certified Agile Portfolio Management Associate (Gestão e Liderança). A página de certificações consultada em 29/09/2026 não lista certificação de administração de sistemas.
- Equivalência com os cursos anteriores: GitLab Fundamentals & DevSecOps Platform (4 h) → Fundamentos da plataforma GitLab (9 h), com os tópicos de planejamento, segurança integrada, compliance, IaC e IA nos módulos correspondentes das demais trilhas; GitLab CI/CD Essentials (8 h) e Advanced CI/CD & DevSecOps Automation (8 h) → CI/CD e Plataforma (22 h), com a automação de segurança no módulo de políticas de segurança e as métricas de CI/CD nos módulos de métricas de entrega e de compliance e auditoria; GitLab Security & Compliance (6 h) → Segurança e Compliance (13 h); GitLab Administration & Platform Operations (8 h) → Administração e Operação Self-Managed (12 h); GitLab Duo & AI for DevSecOps (4 h) → IA no ciclo de desenvolvimento (7 h), reescrita para o GitLab Duo Agent Platform com consumo em GitLab Credits e com o módulo novo de agentes e flows customizados.
- Mudanças da plataforma incorporadas na revisão 19.4: compliance pipelines substituídos por pipeline execution policies (depreciados na 17.3, remoção planejada na 20.0); runners shared e specific renomeados para runners de instância, grupo e projeto, registro por token de autenticação e executor Shell em modo de manutenção; variáveis com visibilidade Masked por padrão e opção Masked and hidden; bibliotecas de templates substituídas por componentes versionados do CI/CD Catalog com spec:inputs; dependency scanning por SBOM (GA na 19.0; Gemnasium depreciado na 17.9); DAST baseado em navegador (analisador proxy removido na 17.3); secret push protection (GA na 17.5); Omnibus referido como pacote Linux, paradas obrigatórias de upgrade da versão 19 (19.2, 19.5, 19.8 e 19.11) e PostgreSQL 17 mínimo para a versão 19.
5. Recursos configurados
● Nativo — recurso da plataforma GitLab◐ Requer configuração○ Integração externa — depende de serviço do cliente ou de terceiro
| Recurso | Classificação | Detalhe |
|---|---|---|
| GitLab Pages | Requer configuração | Recurso nativo. O projeto do engajamento é configurado com acesso público ao site; o pipeline publica portal, páginas das turmas, formulários, verificação de certificados e resultados cifrados. |
| Trigger token de pipeline e inputs de CI/CD | Requer configuração | Recursos nativos. Cada envio de formulário dispara um pipeline pela API de trigger com dois inputs, limitados a opções fixas e a uma expressão regular; o projeto bloqueia variáveis de pipeline. |
| Envio (push) ao repositório pelo token do job | Requer configuração | Recurso nativo habilitado no projeto: respostas, registro do provisionamento e correções são gravados no repositório do engajamento sem disparar novo pipeline. |
| API REST e GraphQL da plataforma GitLab de destino | Nativo | Criação dos grupos, membros e projetos dos alunos e correção dos exercícios, com token de escopo api e papel Owner no grupo pai; o token só é enviado à própria instância e não aparece nos logs. |
| Expiração de acesso de membros | Nativo | O aluno entra como Owner do próprio subgrupo com data de expiração: última sessão da turma mais os dias definidos no contrato. |
| Agendamento de pipeline | Requer configuração | Recurso nativo. Correção periódica dos exercícios por agendamento cuja descrição contém «correção», sem variáveis. |
| Artefatos com acesso restrito | Requer configuração | Relatório da turma, certificados e declarações em artefato restrito a Developer ou superior, com retenção de 30 dias. |
6. Ferramentas
Ferramenta Pointer
psctl
Valida a configuração das turmas e o catálogo, gera os códigos de presença, valida e grava cada resposta, cria e corrige os exercícios pela API, consolida presença, notas e aprovação, gera o site, cifra os resultados e produz os PDFs.
Catálogo Pointer versionado, conferido na documentação da versão 19.4 da plataforma GitLab
Catálogo capacitacao-19.x
Define módulos, trilhas, 38 exercícios com repositórios-modelo e critérios de correção, e 215 questões com fonte na documentação.
Recurso nativo da plataforma GitLab
GitLab Pages
Publica o site da capacitação: portal, turmas, formulários, verificação e resultados.
Navegador de código aberto na imagem da trilha de capacitação
Chromium headless
Imprime o relatório da turma, os certificados e as declarações em PDF com a identidade visual Pointer.
7. Como o pipeline Pointer executa
Cada merge request no repositório do engajamento valida a configuração das turmas e o catálogo. Os exercícios dos alunos são criados, corrigidos e removidos por jobs manuais executados em série; a correção também roda por agendamento. Cada envio de formulário dispara um pipeline que valida a resposta, grava a resposta no repositório e republica o site. O relatório da turma, os certificados e as declarações são gerados sob demanda.
8. Metodologia
Assessment → Implantação → Otimização → Transferência de conhecimento.
Fase 1
Assessment
- Kick-off: trilhas ou módulos, número de turmas, formato, calendário das sessões e regra de aprovação (presença, nota pós e critérios dos exercícios).
- Definição do destino dos exercícios (grupo da Pointer no GitLab.com ou instância GitLab do cliente) e conferência dos pré-requisitos do documento PR-CAP-01, inclusive o tier da instância para os exercícios GitLab Premium e GitLab Ultimate.
- Definição dos exercícios em ambiente preparado, quando contratados sob consulta.
- Preparação do projeto do engajamento: site, formulários, trigger token, senha dos resultados (entregue ao cliente por canal separado) e chave dos códigos de verificação.
- Cadastro das turmas e das listas de alunos, validado pelo pipeline, e geração dos códigos de presença de cada sessão.
Fase 2
Implantação
- Criação dos exercícios de cada aluno no destino, com colega de turma e instrutor.
- Abertura da turma e avaliação pré no início da primeira sessão.
- Sessões com instrutor ao vivo: teoria, demonstração e exercícios práticos; presença registrada em cada sessão com o código da sessão.
- Correção automática dos exercícios durante a turma, manual ou agendada, com os resultados no site.
Fase 3
Otimização
- Acompanhamento dos critérios não atendidos por aluno e exercício a cada correção.
- Inclusão de aluno ou correção de cadastro com nova execução do provisionamento, que cria só o que falta.
- Avaliação pós e pesquisa de satisfação no fim da última sessão, e última correção dos exercícios.
Fase 4
Transferência de conhecimento
- Fechamento da turma: situação de cada aluno (aprovado ou participação) e lista pública de verificação.
- Revisão dos resultados com o cliente; relatório oficial da turma, certificados de conclusão e declarações de participação em PDF.
- Remoção dos exercícios da turma (no grupo da Pointer, libera os assentos para as próximas turmas) e revogação do trigger token e do token dos exercícios.
- Retenção dos dados pessoais conforme o contrato (LGPD): ao fim do prazo, exclusão do projeto do engajamento (e, com ele, do site da capacitação e da página de verificação); a pesquisa de satisfação, anônima, só permanece de forma agregada.
9. Entregáveis
| Entregável | Descrição | Formato |
|---|---|---|
| Site da capacitação | Portal; página de cada turma com agenda, trilha, módulos, objetivos, conteúdo, links da documentação e exercícios; formulários de presença, avaliação pré e pós e satisfação com QR code; página de verificação de certificados e declarações; resultados cifrados por senha. | Site (GitLab Pages) |
| Exercícios práticos por aluno | Subgrupo do aluno com um projeto por exercício, criado a partir do repositório-modelo com o enunciado; acesso até a data de expiração. | Projetos na plataforma GitLab de destino |
| Relatório oficial da turma | Resumo, presença por aluno e sessão, notas pré e pós, evolução e ganho normalizado por aluno e por módulo, exercícios por critério, satisfação agregada e situação de cada aluno. | PDF A4 |
| Certificados de conclusão | Um por aluno aprovado: trilha, carga horária, período, formato, módulos, instrutor, código de verificação, URL e QR code da página de verificação. | PDF A4 paisagem |
| Declarações de participação | Para quem atinge só a presença mínima: sessões e horas de presença, com código de verificação próprio. | PDF A4 paisagem |
| Resultados das turmas | Presença, notas, evolução, exercícios por critério, satisfação agregada, aprovação e declarações, decifrados no navegador com a senha do cliente. | Site (aba de resultados) |
10. Premissas
- Instrutor ao vivo, turmas fechadas e sob demanda, nos formatos remoto ao vivo, presencial in company ou híbrido.
- Cada aluno com exercícios precisa de usuário já existente na instância dos exercícios (no grupo da Pointer, conta no GitLab.com); aluno sem usuário participa das sessões, da presença e das avaliações e fica fora dos exercícios. A criação de usuários pelo pipeline está no roadmap.
- Exercícios em dupla exigem ao menos dois alunos com usuário na turma; exercícios com aprovação exigem o usuário do instrutor na instância dos exercícios. Sem isso, o exercício fica fora da turma.
- No grupo da Pointer no GitLab.com, os assentos GitLab Ultimate são compartilhados entre as turmas abertas: a soma de alunos das turmas abertas é conferida antes de cada turma, e os assentos voltam com a remoção dos exercícios da turma encerrada ou com a expiração do acesso.
- Presença e avaliações exigem o e-mail cadastrado na lista da turma e o aceite do termo de consentimento de tratamento de dados (Lei 13.709/2018); a pesquisa de satisfação é anônima.
- A presença só é aceita com o código da sessão, dentro do horário da sessão com a tolerância configurada, com um registro por aluno e sessão.
- Nas avaliações pré e pós vale a resposta mais recente de cada aluno; o histórico fica no repositório do engajamento.
- Se o envio de um formulário falhar no navegador, a página oferece o download da resposta, que o consultor registra no repositório do engajamento.
- Os dados pessoais dos alunos (nome, e-mail e usuário GitLab) ficam só no repositório privado do projeto do engajamento, nos resultados cifrados e nos PDFs; a página pública de verificação mostra só tipo do documento, trilha, carga, período e iniciais.
- O componente e o catálogo ficam em versão fixa durante o engajamento; os exercícios e a correção seguem a documentação da versão 19.4 da plataforma GitLab.
- As turmas não são treinamentos oficiais da GitLab Inc. e não incluem prova nem certificação oficial; o certificado emitido é de conclusão da capacitação Pointer.
Fora do escopo
- Aplicação de provas e emissão de certificações oficiais GitLab, exclusivas da GitLab University.
- Aquisição de licenças ou assinaturas GitLab e contratação de GitLab Credits.
- Criação de usuários na instância dos exercícios (roadmap).
- Preparo dos ambientes dos exercícios que dependem de VM ou instância por aluno, cluster Kubernetes, URL de teste, servidor LDAP, framework de compliance ou GitLab Duo Agent Platform com GitLab Credits, salvo proposta específica (sob consulta).
- Alteração de configuração da instância GitLab do cliente: a criação e a correção dos exercícios atuam só dentro do grupo pai informado.
- Tópicos fora do catálogo: exercícios com agentes externos (tópico só teórico; a habilitação depende de liberação pelo suporte da GitLab), observabilidade de aplicações (estágio Experiment), gerenciamento de incidentes e plantão, Geo e recuperação de desastres.
Responsabilidades do cliente
- Definir as turmas, os participantes e a agenda das sessões e indicar o responsável pela capacitação.
- Enviar a lista de alunos de cada turma com nome, e-mail e usuário GitLab já existente na instância dos exercícios.
- Informar os alunos sobre o tratamento dos dados pessoais e definir no contrato o prazo de retenção (LGPD).
- Garantir o acesso dos alunos ao site da turma (GitLab Pages), à API do GitLab.com e à instância dos exercícios a partir da rede ou do dispositivo que usarão.
- Na instância do cliente: grupo pai, token do grupo pai, runners, tier e usuários, conforme o documento de pré-requisitos.
- Guardar a senha dos resultados.
Detalhamento no documento de pré-requisitos PR-CAP-01, enviado após a escolha do serviço.
11. Duração
A duração depende das trilhas e dos módulos contratados (carga horária na tabela), do número de turmas e da agenda das sessões, em blocos de 4 h ou em dias de 6 h a 8 h divididos em blocos de 3 h ou 4 h. O prazo do engajamento é definido na proposta.
12. Documentos relacionados
- PS-00 · Catálogo de Serviços
- PR-CAP-01 · Pré-requisitos: Capacitação na plataforma GitLab
- PS-AVA-01 · Avaliação de maturidade DevSecOps e Customer Success Plan
- PS-IMP-01 · Implantação da plataforma GitLab em servidores Linux
- PS-IMP-02 · Implantação da plataforma GitLab em Kubernetes
- PS-MIG-01 · Migração GitLab para GitLab self-managed
- PS-OPS-01 · Operação assistida