Come gestire i conflitti nel team di progetto: dalle posizioni contrapposte alla risoluzione del problema
Quando un team discute su ciò che può consegnare, torna all’accordo attuale prima di chiedere un compromesso. Verifica il risultato promesso, la data, le persone disponibili e le prove alla base della stima contestata. Distingui quindi una domanda da approfondire da una scelta che richiede un’autorità precisa. Chiedere maggiore collaborazione non crea capacità aggiuntiva. Questo metodo riguarda divergenze che incidono su un impegno reale del progetto. Si concentra sul lavoro da cambiare, non sul carattere dei colleghi. Il risultato può essere un ambito rivisto, una sequenza diversa o il rifiuto di un’aggiunta priva di basi sufficienti, senza cercare necessariamente una via di mezzo.
Confrontare la modifica con l’impegno esistente
Immagina un piccolo team che prepara una dimostrazione per un laboratorio interno. L’accordo comprende tre funzioni. Qualcuno ne chiede una quarta, mentre chi realizza il lavoro ritiene che si perderebbe il tempo previsto per i controlli. È un esempio ipotetico. Recupera l’ambito confermato e la data concordata, poi verifica se la quarta funzione fosse già promessa o sia una richiesta nuova.
Scrivi la differenza in termini concreti: funzione aggiuntiva, attività necessarie e verifica potenzialmente interessata. Una durata non controllata rimane una stima. Se le persone usano versioni diverse dell’ambito, chiarisci prima quale sia attuale. Una discussione sulla velocità potrebbe nascondere aspettative differenti sul risultato da consegnare.
Capire quale condizione protegge ogni posizione
Voler aggiungere subito la funzione può rispondere a un obiettivo del laboratorio; volerla escludere può proteggere una verifica necessaria. Chiedi che cosa i partecipanti devono vedere o saper fare e quali controlli restano indispensabili. Una preferenza per una presentazione più ricca è diversa da un’esigenza effettivamente confermata.
Il Program on Negotiation di Harvard distingue gli interessi dalle posizioni dichiarate e raccomanda criteri oggettivi. Applica questo principio ai risultati concordati e alle prove del progetto. Non attribuire intenzioni ai colleghi: chiedi a ciascuno se la tua descrizione rappresenta correttamente la condizione che cerca di preservare.
Distinguere la verifica tecnica dalla decisione sull’ambito
Se il dubbio riguarda la capacità di un componente esistente, concorda un controllo circoscritto con responsabile, tempo disponibile e risultato osservabile. Verifica la parte pertinente invece di costruire subito l’intera funzione. Stabilisci prima quale riscontro renderebbe praticabile l’opzione e quali incertezze rimarrebbero dopo il controllo.
Se tutti sanno già che il nuovo lavoro supera il tempo disponibile, un’altra discussione tecnica potrebbe non risolvere nulla. Occorre scegliere tra ambito, calendario e capacità. Al contrario, una piccola prova riuscita non approva automaticamente il lavoro aggiuntivo: fornisce informazioni a chi deve decidere, senza sostituirne l’autorità.
La distinzione vale anche senza richieste aggiuntive. Immagina due colleghi che propongono percorsi diversi per ottenere un risultato già concordato. Confronta le ipotesi usando gli stessi dati di ingresso, condizioni operative e criteri di accettazione. Chiedi a ciascuno quale osservazione potrebbe smentire la propria proposta. Un confronto limitato può rivelare una dipendenza dimenticata o condizioni differenti. Registra ciò che è stato verificato e le incognite rimaste; il livello gerarchico di chi sostiene un’opzione non ne dimostra la fattibilità.
Valutare le conseguenze sull’intero progetto
Confronta possibilità realmente disponibili: mantenere la dimostrazione originale, sostituire una funzione con l’autorizzazione del responsabile oppure rinviare l’aggiunta a un’altra sessione. Per ogni scelta, indica effetti su preparazione, controlli, materiali e persone. Se serve il lavoro di un collega assente dalla riunione, verifica la sua disponibilità prima di assumere impegni al suo posto.
La Project Trade-Off Analysis di Atlassian esamina ambito, tempo, costo, qualità e rischi, chiedendo quali aspetti siano più flessibili. Prevede inoltre di rivedere le priorità quando emergono nuove informazioni. Puoi riprendere queste domande senza adottare tutto il formato del laboratorio. Un controllo indispensabile non diventa facoltativo solo perché la data è difficile da spostare.
Concludere con una decisione eseguibile
Usa l’autorità già prevista nel progetto. Presenta l’impegno attuale, i risultati verificati, le ipotesi ancora aperte e le conseguenze delle opzioni praticabili. Se il team non può cambiare la data o aggiungere una persona, dichiaralo. Registra la scelta, i responsabili delle attività modificate e l’istruzione precedente che viene sostituita.
Una discussione del PON sui team negoziali distingue i contrasti legati al compito dagli attacchi personali; non dimostra che ogni conflitto migliori i progetti. Al controllo successivo, verifica se il risultato richiesto è stato preservato e se qualche ipotesi non regge. Riapri quella decisione quando necessario, senza trasformare la conversazione passata in un giudizio permanente sull’affidabilità di un collega.