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

Colaboração e aprendizagem em equipas adaptativas

Define resultados comuns, facilita decisões verificáveis e cria capacidade de aprendizagem entre equipas de projeto e operação.

Transformar uma intenção num resultado comum

Num projeto fictício de reconciliação, a expressão automatizar o serviço pode significar coisas diferentes. Desenvolvimento conta scripts e APS conta intervenções evitadas; negócio quer resolver exceções mais cedo. Começa por definir quem recebe o benefício, que casos pertencem à população e onde começa e termina a medição. Depois pergunta como cada entrega contribui para esse resultado. Uma experiência pequena pode mostrar que uma regra de encaminhamento é mais útil do que outra página. Regista a hipótese e a evidência que levaria a mudar de direção. O objetivo comum permite rever o meio escolhido sem perder o propósito.

Facilitar uma decisão com critérios e limites

Duas opções de alertas geram conflito entre equipas. Antes de votar, identifica o problema que cada proposta resolve e combina critérios observáveis num conjunto sintético de eventos. Se recuperar o serviço for uma condição obrigatória, verifica-a antes de comparar pontuações de conveniência. A opção com melhor interface não passa automaticamente uma condição de recuperação em falta. Durante a discussão, separa contributos técnicos de comportamentos que impedem participação. Um especialista pode apresentar um risco válido e, ao mesmo tempo, precisar de respeitar o acordo de não interromper. Corrigir a conduta não exige descartar a evidência.

Aplicar responsabilidades Scrum no contexto certo

Quando o cenário usa Scrum, as responsabilidades ajudam a resolver conflitos concretos. O Product Owner ordena o Product Backlog; os Developers dimensionam o trabalho e adaptam o plano do Sprint. Um gestor não cria capacidade reduzindo unilateralmente uma estimativa. O Daily Scrum deve produzir inspeção e adaptação pelos Developers, e não funcionar apenas como relatório hierárquico. Se uma mudança externa tornar obsoleto o Sprint Goal, a autoridade de cancelar o Sprint pertence ao Product Owner. Estas regras aplicam-se ao contexto Scrum explicitado. Um projeto que use outra abordagem precisa de um acordo próprio sobre responsabilidades e decisões.

Representar quem trabalha noutros turnos

Uma demonstração às 10:00 pode excluir precisamente quem opera o serviço às 02:00. Identifica contextos diferentes: permissões, apoio disponível, língua e acesso à documentação. Prepara material que possa ser consultado antes da reunião e um canal para respostas assíncronas com prazo e responsável. Conta papéis representados, não apenas mensagens recebidas. Três respostas de produto não substituem a confirmação operacional pedida ao turno da noite. Ao comunicar o estado, distingue decisão tomada, condição pendente e informação desconhecida. Uma ata resumida por IA deve ser comparada com o registo original antes de servir de base a compromissos.

Planear aprendizagem como trabalho verificável

Se todas as iterações gastam a capacidade em funcionalidades, uma intenção de formar substitutos pode nunca acontecer. Reserva prática acompanhada, acesso autorizado e tempo de feedback. Define o que a pessoa conseguirá executar e em que condições deve parar e escalar. Depois regista a evidência por tarefa. No exercício, A tem João e Ana habilitados; B apenas Ana; C João e Luís; D apenas Luís. Com uma regra local de duas pessoas por tarefa, B e D têm lacunas. Uma sessão frequentada por todos não prova que todos conseguem executar todas as tarefas. Planeia a aprendizagem onde falta cobertura.

Exercício: critérios antes da votação

Usa o quadro sintético abaixo numa revisão de opções. A regra fictícia exige recuperação demonstrada; depois compara utilidade. A opção A tem maior pontuação, mas não é elegível. B é a melhor das duas opções que cumprem a condição. Explica isto a quem prefere A e oferece uma via concreta: demonstrar a recuperação e voltar a comparar com evidência atualizada. Em seguida, prepara uma mensagem em inglês que indique decisão, fundamento e próximo passo. Não prometas aprovação futura só por teres aceite investigar. A síntese desta aula é ligar propósito, participação e evidência à autoridade de decidir.

Synthetic decision fixture, not bank policy
option | recovery demonstrated | utility
A      | no                    | 92
B      | yes                   | 84
C      | yes                   | 78
Rule: eligibility first; maximize utility only among eligible options.
Result: B. A may be reconsidered after applicable evidence changes.
NA PRÁTICA

Num serviço de fundos fictício, a equipa de alertas testa três opções e escolhe B porque cumpre a recuperação obrigatória. A fica em investigação, com critério e responsável explícitos.

Armadilhas comuns

Confundir popularidade com elegibilidade, contar mensagens como representação de papéis, baixar estimativas para caber trabalho e aceitar resumos automáticos como decisões autorizadas.

Tópicos relacionados: Autonomia, colaboração e equipas adaptativas · Plano integrado: capacidade, dependências e previsão · Mudança, contexto e melhoria com evidência

Leva esta ideia contigo

Uma equipa adaptativa aprende com resultados observáveis. As decisões precisam de contexto, critérios, participação relevante e autoridade explícita.

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.