Quando c'è da prendere una decisione che ha impatto sul lavoro del'utente il compito dello sviluppatore, del coach e del project manager è quello di lasciare scegliere l'utente (il product owner).
Anche se nel team c'è un esperto di dominio che conosce perfettamente il business dell'utente, difficilmente può conoscere la quotidianità in cui l'utente lavora e tutte le implicazioni della decisione sul suo lavoro. Ma anche se ipoteticamente le sapesse, l'utente è un'altra persona e quindi ha priorità, obiettivi, metri di giudizio propri.
Le differenze sulla priorità/importanza sono più di quelle che si è portati a credere. In "The Manager as Negotiator" (D.A. Lax e J.K Sebenius, 1986) sino spiegate almeno tre categorie molto comuni da cui hanno origine queste differenze:
- Differenza sulla stima della probabilità che un evento si verifichi in futuro - La compravendidta di titoli in borsa si basa su questa differenza
- Diversa propensioni al rischio - Il mercato delle assicurazioni si basano su questa differenza
- Differenze sulle preferenze temporali - Il settore creditizio si basa questa differenza
Alcuni suggerimenti sul tema presi da "Practices of an Agile Developer"
- Presenta i dettagli all'utente/cliente/product owner in un linguaggio che può capire e lasciagli prendere la decisione
- "Non so" è una risposta assolutamente lecita per un utente/cliente/product owner, può non aver valutato in anticipo tutte le conseguenze e implicazioni o può aver bisogno di vedere la cosa in funzione per considerare tutte le questioni. Avvisalo meglio che puoi e tieni il codice in buna salute pronto per eventuali cambiamenti
- Non assumere a priori che un dettaglio di basso livello non ha alcun impatto sul lavoro dell'utente. Nei casi in cui capita, non è affatto una cosa trascurabile
- Stabilsci con l'utente/cliente/product owner una buona relazione di lavoro onesta e trasparente
Tags :
Team Work |
Agile |
Pratiche |
Comunicazione |
Conflitto |
Negoziazione |
Cliente |