mapa de carreira · swot pessoal

Analista de Sustentação N1Engenheiro de Software

Esta análise não parte da reestruturação da empresa nem do que ela pede hoje — parte de para onde eu quero ir. Cada força abaixo empurra ou resiste esse trajeto.

hoje destino

O ponto em destaque marca onde estou agora: já em movimento, ainda no início do trajeto.

← interno externo →
interno · impulso

Forças

  • Rigor técnico na resolução: hábito de investigar causa raiz, não só sintoma — base útil para debugging e desenvolvimento.
  • Familiaridade com sistemas e código: contato direto com bases de sistema no dia a dia, o que encurta a curva de aprendizado ao estudar programação.
  • Capacidade de adaptação: histórico de ajustar comportamento e comunicação quando recebe feedback.
  • Perfil esforçado e autoconsciente: busca ativa por feedback e disposição para se expor a críticas construtivas.
externo · impulso

Oportunidades

  • Mercado de trabalho: demanda por desenvolvedores continua alta, tornando essa transição valiosa independente de onde eu trabalhe.
  • Acesso a conhecimento: cursos, documentação, comunidades e certificações de programação, Docker e cloud disponíveis para estudo autônomo.
  • Prática via projetos pessoais: construir portfólio próprio como evidência concreta de evolução técnica.
  • Aprendizado com pares: absorver conhecimento técnico através de mentoria informal ou pair programming.
  • Base técnica no dia a dia: contato com sistemas reais permite testar o que estudo em cenários reais.
interno · resistência

Fraquezas

  • Gap técnico central: programação, Docker, infraestrutura Windows e arquitetura em nuvem ainda a desenvolver.
  • Visão em túnel: tendência a focar no problema pontual sem pensar no sistema como um todo.
  • Comunicação técnica vs. negócio: dificuldade em traduzir análises técnicas para linguagem acessível a outras áreas.
  • Calibração comportamental: falando em momentos impróprios, brincadeiras em excesso, respostas reativas sob frustração.
externo · resistência

Ameaças

  • Ritmo de evolução tecnológica: ferramentas mudam rápido; risco de estudar algo que perde relevância sem atualização contínua.
  • Concorrência no mercado: muitos profissionais migrando para desenvolvimento, exigindo mais diferenciação técnica.
  • Tempo e energia limitados: a rotina atual consome energia que poderia ir para o estudo.
  • Percepção histórica que persiste: reputação construída no passado pode continuar pesando em qualquer contexto futuro.

plano de desenvolvimento individual

Itens do PDI

Ações concretas para reduzir as fraquezas e aproveitar as oportunidades acima. Duplique o bloco <!-- ITEM PDI --> abaixo para cada novo item.

Trilha 1 · B1 (Jul–Ago/26) — Fundação Full Cycle: motor de regras de negócio.
Projeto: Coworking Room Reservation Platform — API .NET 8 com CRUD de reservas e motor de validação de conflitos, containerizado em Docker. SWOT: Gap técnico central · Prática via projetos pessoais
Trilha 1 · B2 (Set–Out/26) — Observabilidade e rastreabilidade de erros.
Projeto: middleware de exceções + logging estruturado (Serilog) com correlation-id, distinguindo falha de negócio, falha técnica e timeout. SWOT: Visão em túnel · Base técnica no dia a dia
Trilha 1 · B3 (Nov–Dez/26) — Integração assíncrona e roteamento de fluxo.
Projeto: segundo serviço (Notificação) comunicando via fila (RabbitMQ), mapeando o fluxo ponta a ponta do ticket até o setor final. SWOT: Gap técnico central (infra) · Concorrência no mercado
Trilha 1 · B4 (Jan–Fev/27) — Resiliência e tolerância a falhas.
Projeto: padrões de resiliência (retry, circuit breaker via Polly), cache com Redis e health checks. SWOT: Gap técnico central · Ritmo de evolução tecnológica
Trilha 1 · B5 (Mar–Abr/27) — Autenticação, autorização e entrega contínua.
Projeto: JWT + perfis de acesso, pipeline de CI/CD (GitHub Actions) publicando a imagem Docker. SWOT: Gap técnico central (nuvem) · Acesso a conhecimento
Trilha 1 · B6 (Mai–Jun/27) — Consolidação arquitetural do portfólio.
Projeto: documentação arquitetural completa (C4) do sistema construído no ano, teste de carga básico. SWOT: Visão em túnel (superada) · Percepção histórica que persiste
Trilha 2 · Ciclo 1 (Jul–Ago/26) — Template Padrão de Resposta a Incidentes v1.
Ação: aplicar em pelo menos 2 respostas reais a POs no bimestre. SWOT: Comunicação técnica vs. negócio · Visão em túnel
Trilha 2 · Ciclo 2 (Nov–Dez/26) — Template v2, seção de impacto multi-setorial.
Ação: usar o template refinado em pelo menos 2 casos envolvendo mais de um time. SWOT: Calibração comportamental (tom) · Aprendizado com pares
Trilha 2 · Ciclo 3 (Mar–Abr/27) — Template v3 final, com prazo estimado de resolução.
Ação: uso consistente do template durante o bimestre inteiro. SWOT: Comunicação técnica vs. negócio · Percepção histórica que persiste

referência

Artefatos & Documentos

Tudo que foi produzido durante o PDI, organizado por trilha. Duplique o bloco <!-- ITEM HUB --> correspondente para adicionar um novo artefato.

Trilha 1 · Engenharia e Arquitetura

repositório
Contexto curto: o que o projeto resolve e a qual objetivo bimestral pertence.

Trilha 2 · Comunicação Técnica Aplicada

template
Contexto curto: qual livro/conceito originou este template e onde foi aplicado.

insumo pessoal · fora da avaliação

Backlog de Referências

Leituras, palestras e cursos eventuais que apoiam as Trilhas 1 e 2 — sem meta, sem métrica, sem entregável cobrado. Registro pessoal, não entra na avaliação do PDI. Duplique o bloco <!-- ITEM BACKLOG --> abaixo para adicionar uma nova referência.

livro
Nome do material
Contexto curto: por que apoia a Trilha 1 ou 2, e quando foi consumido.

andamento

Registro de evolução

Histórico de marcos: o que mudou, o que aprendi, o que um par ou gestor observou. Duplique o bloco <!-- REGISTRO --> abaixo para cada novo marco, sempre no topo da lista (mais recente primeiro).

13/07/2026
Rascunho do cronograma estruturado
Trilha 1 (6 bimestres) e Trilha 2 moderada (3 ciclos) esboçadas com origem SWOT em cada item, mais Backlog de Referências separado. Datas e conteúdo ainda não definidos com a gestão — pendente de apresentação e aprovação.
DD/MM/AAAA
Título do marco
O que aconteceu, o que aprendi ou o que foi observado por um par/gestor. Esta linha é opcional — pode remover a div.r-note se não precisar.