Como escrever um CV eficaz
Um CV de Project Manager funciona quando mostra: dimensão (equipa/orçamento), complexidade (dependências/stakeholders), método (Agile/PMI) e resultados (delivery/qualidade/adoção) com exemplos credíveis.
Primeira página: o que quem recruta deve entender em 10 segundos
Sinais rápidos e concretos: contexto, escala, método, outcome.
- Contexto: TI/digital, ERP/CRM, data, processos, produto (escolhe o que realmente fazes).
- Escala: intervalo de orçamento, número de recursos, stakeholders e multi-equipa (se for real).
- Método: Agile/híbrido/PMI e ferramentas (JIRA/MS Project/Confluence).
- Outcome: delivery (on-time/on-budget), qualidade (redução de rework/bugs) e adoção (rollout/formação).
Escrita: bullets verificáveis e orientados a impacto
Evita atividades genéricas: descreve responsabilidades e decisões.
- Fórmula recomendada: o que geriste + como (método) + impacto (KPI ou resultado).
- Cita governance: charter, RAID log, change control, steering committee.
- Se incluíres números: orçamento/equipa/utilizadores apenas se forem reais e defensáveis.
Palavras-chave ATS úteis (sem forçar)
Alinha keywords com job descriptions reais.
- “Project governance”, “RAID log”, “Risk management”, “Change control”.
- “Agile delivery”, “Scrum”, “Kanban”, “Hybrid project management”.
- “UAT”, “Release readiness”, “Go-live”, “Hypercare”.
- “Stakeholder management”, “Vendor management”, “Budgeting/Forecasting”.
Projetos e case studies (portfólio PM)
Mesmo um PM pode ter um ‘portfólio’: fichas de projeto sintéticas com contexto, método e outcome (sem informação sensível).
Como estruturar uma ficha de projeto
Formato rápido e legível.
- Contexto: empresa/setor (genérico), objetivo e restrições.
- Escala: orçamento/equipa/utilizadores (se possível).
- Abordagem: Agile/híbrido/waterfall, governance e ferramentas.
- Outcome: release, adoção, qualidade, lessons learned.
Erros típicos a evitar
Fazem perder credibilidade.
- Apenas listar ferramentas/metodologias sem explicar decisões e impacto.
- KPI inventados ou demasiado “perfeitos”.
- Descrições vagas: ‘gestão de projeto’ sem especificar o quê e como.
Processo de delivery e governance
Mostrar processo significa fiabilidade: o PM é avaliado por método repetível e gestão de risco.
Um processo prático (que funciona mesmo)
Adaptável a projetos de TI/digital.
- Intake → objetivos, restrições, stakeholders e KPI.
- Planning → WBS/estimativas, roadmap, dependências, orçamento e baseline.
- Delivery → sprints/milestones, impedimentos, qualidade e alinhamento contínuo.
- Control → RAID, change control, forecast e decisões.
- UAT/Go-live → readiness checklist, cutover e comunicação.
- Hypercare/Close → estabilização, handover, retro e lessons learned.
Ferramentas e stack (PM)
As ferramentas contam se souberes usá-las para governar: liga tool a output (planos, report, backlog).
O que podes mencionar (se usaste mesmo)
Melhor uso + output do que apenas uma lista.
- JIRA/Confluence: backlog, sprints, reports, documentação e decision log.
- MS Project: Gantt, milestones e dependências (quando necessário).
- Miro: workshops, mapeamento de processos, discovery e alinhamento.
- Power BI/Excel: KPI, forecast e dashboards de progresso (base).
- Ferramentas de colaboração: Teams/Slack, Drive/SharePoint, notas e templates.
Indicadores e resultados (quando disponíveis)
Os KPI de um PM devem ser credíveis e contextualizados: melhor qualidade de controlo e outcomes reais do que números inventados.
Exemplos de indicadores utilizáveis
Escolhe apenas os que consegues sustentar.
- Delivery: milestones on-time, variância de schedule, previsibilidade (tendência).
- Orçamento: precisão do forecast, variância de custos, controlo de scope.
- Qualidade: tendência de defeitos, rework, estabilidade pós go-live, incidentes em hypercare.
- Adoção: utilizadores ativos, completion de formação, uso de funcionalidades (se medido).
Como inseri-los sem inventar números
Se não tens métricas oficiais, descreve processos e contributos.
- “Introdução de RAID log e change control para melhorar transparência e reduzir scope creep.”
- “Estruturação de UAT e release readiness checklist para reduzir defeitos pós go-live.”
- “Standardização de templates e reporting para aumentar alinhamento de stakeholders.”
Formação
Para um PM contam bases sólidas e atualização: licenciatura + certificações + aprendizagem contínua.
Graus académicos
Indica licenciatura/diploma e instituição; se for útil, destaca disciplinas relevantes (gestão, processos, TI).
Certificações e cursos úteis
Poucas certificações reconhecidas valem mais do que muitas genéricas.
- PMP/PMI (governance e best practices).
- Scrum Master / Agile (delivery).
- PRINCE2 (se aplicável).
- ITIL (se contexto de operações/service management).
Competências técnicas e transversais
Em 2026 destacam-se: gestão de dependências, comunicação executiva, qualidade do controlo e liderança pragmática.
Hard skills
Competências operacionais e de controlo.
- Planeamento e controlo (WBS, Gantt, estimativas, forecast).
- RAID + change control + gestão de dependências.
- Governance e reporting para steering committee.
- Release/UAT/go-live readiness e gestão de fornecedores.
Soft skills
Relaciona com situações reais.
- Liderança e facilitação: alinhar equipas e remover impedimentos.
- Negociação: trade-offs de scope/tempo/custo com stakeholders.
- Comunicação: status claros, decisões rápidas, gestão de conflitos.
- Problem solving: incidentes, atrasos e dependências externas.
Idiomas
Níveis QCER e uso profissional (stakeholders, documentação, fornecedores).
Formatação
Indica idioma e nível; se for útil, especifica uso em contextos internacionais.
Certificações e metodologias
Lista apenas o que aplicas mesmo: certificações + frameworks + contextos de uso.
O que inserir (exemplos)
Formato limpo e ATS-friendly.
- PMI / PMP (governance, risk, scope, quality).
- Scrum (planning, review, retro, backlog refinement).
- Kanban (flow, limite de WIP, gestão de prioridades).
- Waterfall/híbrido (milestones, compliance, forte componente de fornecedores).
