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.
hojedestino
O ponto em destaque marca onde estou agora: já em movimento, ainda no início do trajeto.
← internoexterno →
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
Todo o plano é construído em cima de um único projeto pessoal — uma plataforma de agendamento de salas de coworking (Coworking Room Reservation Platform) — usada como veículo prático para simular, em ambiente controlado, o mesmo tipo de sistema transacional já sustentado hoje: reservas, regras de negócio, erros técnicos e de negócio, integrações entre serviços. Cada bimestre evolui essa mesma base — os entregáveis se acumulam, não recomeçam do zero a cada ciclo.
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) — Esqueleto do sistema: modelagem e API base.
Projeto: Coworking Room Reservation Platform — modelagem do domínio de reservas + API .NET 8 com CRUD básico, persistência em Docker.
SWOT: Gap técnico central · Prática via projetos pessoais
Trilha 1 · B2 (Set–Out/26) — Motor de regras de negócio.
Projeto: motor de validação de conflitos de reserva, equivalente ao bloqueio de negócio já tratado hoje, com testes cobrindo os principais cenários.
SWOT: Gap técnico central · Prática via projetos pessoais
Trilha 1 · B3 (Nov–Dez/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 · B4 (Jan–Fev/27) — Integração assíncrona I: mensageria.
Projeto: segundo serviço (Notificação) comunicando via fila (RabbitMQ), com testes de integração confirmando entrega confiável.
SWOT: Gap técnico central (infra) · Concorrência no mercado
Trilha 1 · B5 (Mar–Abr/27) — Integração assíncrona II: roteamento de fluxo ponta a ponta.
Projeto: mapeamento do fluxo completo do ticket até o setor responsável, replicando o roteamento manual já feito hoje via DevOps.
SWOT: Visão em túnel · Concorrência no mercado
Trilha 1 · B6 (Mai–Jun/27) — Resiliência I: tolerância a falhas.
Projeto: padrões de resiliência (retry, circuit breaker via Polly) simulando timeouts e instabilidades hoje diagnosticados manualmente.
SWOT: Gap técnico central · Ritmo de evolução tecnológica
Trilha 1 · B7 (Jul–Ago/27) — Resiliência II: cache, saúde e carga.
Projeto: cache com Redis, health checks, e teste de carga básico validando o comportamento sob estresse.
SWOT: Gap técnico central · Ritmo de evolução tecnológica
Trilha 1 · B8 (Set–Out/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 · B9 (Nov–Dez/27) — Consolidação arquitetural do portfólio.
Projeto: documentação arquitetural completa (C4) do sistema construído ao longo do plano, changelog técnico, revisão geral.
SWOT: Visão em túnel (superada) · Percepção histórica que persiste
Trilha 2 · Ciclo 1 (Jul–Ago/26, junto ao B1) — 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 (Mar–Abr/27, junto ao B5) — Template v2, seção de impacto multi-setorial.
Ação: usar o template refinado em pelo menos 2 casos envolvendo mais de um time, a partir do fluxo mapeado no B5.
SWOT: Calibração comportamental (tom) · Aprendizado com pares
Trilha 2 · Ciclo 3 (Jul–Ago/27, junto ao B7) — Template v3 final, com prazo estimado de resolução.
Ação: uso consistente do template durante o bimestre inteiro, apoiado na experiência de resiliência do B6–B7.
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.
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.
tecnologia
Flutter / Dart
A empresa mantém um app em Flutter. Sem meta nem prazo — explorar só se sobrar tempo, sem tirar espaço das Trilhas 1 e 2. Relevante se o cargo de Engenheiro de Software unificado vier a incluir esse app.
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).
14/07/2026
Backlog Novo
Adicionei um item no backlog. No futuro estudar Flutter.
13/07/2026
Cronograma estendido de 12 para 18 meses
Mesmo conteúdo técnico, redistribuído em 9 bimestres em vez de 6 — mais respiro nos temas com maior gap técnico (fundação, mensageria, resiliência), que passaram a ter 2 bimestres cada em vez de 1. Trilha 2 permanece com 3 ciclos, realinhados aos bimestres 1, 5 e 7.
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.