← PMP: decisões de projeto com contexto de produção
12 / 25 · 60 MIN

Liderança, conflitos e desenvolvimento da equipa

Adapta a liderança à competência e ao contexto, resolve conflitos com evidência e demonstra aprendizagem antes da passagem operacional.

Escolher a intervenção de liderança

Antes de intervir, identifica a decisão em causa, a competência disponível e o impacto de um erro. Numa experiência isolada e reversível, uma equipa experiente pode escolher a sequência de trabalho dentro de limites acordados. Uma pessoa que acaba de conhecer o serviço pode precisar de explicação, demonstração e acompanhamento. A decisão muda se houver incidente ativo ou se faltar autorização. No exercício desta aula, escreve uma pequena matriz: quem decide, que resultado deve atingir, que limites não pode ultrapassar e que sinais obrigam a escalar. Revê a matriz quando muda a equipa, a tecnologia ou o contexto operacional.

Separar conflito técnico, interesses e conduta

Duas equipas podem defender datas diferentes porque uma precisa de estabilidade e outra ainda está a descobrir dependências. Pergunta o que cada data protege antes de propor um compromisso. Se há ataques pessoais, trata a conduta para recuperar condições de participação; isso não determina qual hipótese técnica está correta. Num teste de latência, por exemplo, verifica cargas, versões e condições antes de escolher a explicação mais convincente. Se as opções exigem despesa fora do mandato dos participantes, prepara o escalamento com alternativas e consequências. Mais reuniões não resolvem uma autorização que só outra entidade pode dar.

Observar o sistema antes de avaliar a pessoa

Um atraso repetido merece uma conversa apoiada em factos: compromisso, data, impacto e condições de execução. Antes de concluir falta de empenho, procura prioridades incompatíveis, acessos em falta, dependências e interrupções de produção. Num cenário com três gestores a pedir urgências à mesma equipa, consolida procura e capacidade e obtém uma prioridade comum. A conversa individual continua útil, mas usa exemplos específicos e combina apoio com acompanhamento. Também os incentivos influenciam o comportamento: premiar apenas tickets fechados pode favorecer reenvios entre equipas. Observa se a medição apoia a resolução efetiva do serviço e revê-a com quem tem autoridade para a alterar.

Dar espaço a contribuição útil

Participação não exige que todas as pessoas falem da mesma forma ou no mesmo momento. Num projeto internacional, uma chamada rápida pode esconder dúvidas de quem precisa de mais tempo para formular uma resposta em inglês. Acorda canais e prazos que permitam contributos concretos antes da decisão. O facilitador pode resumir opções, confirmar entendimento e distinguir objeções com impacto de preferências individuais. Evita transformar silêncio em aceitação. Mantém claro quem decide depois de ouvir as partes. Em equipas Scrum, respeita a responsabilidade dos Developers por organizar a execução; clarificar restrições não exige distribuir externamente cada tarefa individual.

Planear aprendizagem por lacunas concretas

Começa pelo que a pessoa terá de fazer e decidir no serviço. Uma especialista de Linux pode conhecer processos e permissões e ainda não reconhecer uma falha de reconciliação da aplicação. Usa uma conversa e um exercício inicial para localizar essas lacunas. Depois combina explicação, prática acompanhada e uma demonstração em que a pessoa justifica o próximo passo. No plano fictício de sucessão, reserva tempo para exceções e escalamento, além da sequência normal. Regista o que foi demonstrado e o que falta, sem substituir evidência por confiança declarada. Se a data de saída chegar primeiro, prepara uma cobertura temporária realmente acordada.

Converter falhas em mudanças verificáveis

Depois da estabilização, reconstrói uma sequência factual com ações, sinais e informação disponível em cada momento. Evita terminar a análise na frase devia ter prestado atenção. Pergunta que condição tornou a ação provável e que controlo poderia ajudar numa situação semelhante. Num caso fictício, dois ambientes tinham nomes quase iguais e o ecrã não mostrava o destino antes da execução. Uma melhoria pode tornar o destino explícito e ensaiar a confirmação; a eficácia precisa de ser observada. Define responsável, prazo e resultado esperado para a ação. A análise para aprender preserva os factos e não elimina a necessidade de acompanhar compromissos.

NA PRÁTICA

Exercício guiado: uma especialista sai em duas semanas. Dois substitutos executam o fluxo normal, mas falham quando a reconciliação diverge. Define três decisões que devem conseguir explicar, distribui as quatro sessões disponíveis e propõe evidência de prontidão. Compara depois a tua proposta com o caso de sucessão desta aula.

Armadilhas comuns

Confundir autonomia com permissões ilimitadas; atribuir atrasos a empenho sem observar carga; procurar culpa antes de compreender condições; medir formação por presença; exigir consenso mesmo quando existe uma autoridade de decisão definida.

Tópicos relacionados: Liderar sem ser o bloqueio · Stakeholders, mandatos e decisões entre equipas · Plano integrado: capacidade, dependências e previsão

Leva esta ideia contigo

Liderar é criar condições para decisões responsáveis: objetivo compreendido, limites claros, espaço para contribuir, aprendizagem observável e escalamento quando o mandato termina.

Criar conta

Referência: PMP Examination Content Outline July 2026 · PMP ECO July 2026; DR PMP 2026.7

PMP® é uma marca registada de Project Management Institute, Inc. A dr.pt é uma plataforma de preparação independente e não está afiliada, associada, patrocinada, autorizada nem aprovada por PMI. Os conteúdos e as perguntas são originais, não são perguntas oficiais de exame, e concluir os nossos testes não atribui nem garante qualquer certificação. Os nomes são usados apenas para identificar o tema. Todas as outras marcas pertencem aos respetivos titulares.