Come dissuadere un cliente che ha appena imparato una tecnologia e vuole usarla ovunque? [chiuso]

Di recente il mio cliente ha scoperto cos'è la riscrittura degli URL, senza capire completamente di cosa si tratta, come funziona e i suoi pro e contro. Ora chiede molti strani cambiamenti nei requisiti effettivi dei progetti attuali e cambiamenti nei vecchi progetti al fine di implementare ciò che crede sia la riscrittura degli URL.

Da un lato, sono infastidito quando mi viene chiesto di fare cose che non hanno alcun senso invece di fare un vero lavoro. D'altra parte, non posso dire al mio cliente che non capisce nulla sull'argomento nonostante il suo interesse per esso.

Penso che molte persone abbiano avuto situazioni in cui il loro manager o il loro cliente hanno appena appreso una nuova parola d'ordine o una nuova tecnologia, e lo ha amato così tanto di quanto volesse usarlo in ogni progetto, ovunque, riscrivere l'intera base di codice solo per usare questo nuovo cosa, ecc.

Inoltre, di recente ho letto qualcosa di correlato su Programmers.SE in cui le persone hanno raccontato le loro esperienze quando c'era un grande ronzio attorno a XML, e alcuni manager avrebbero chiesto di introdurre XML in ogni progetto solo per mostrare a tutti che lo hanno usato.

Quindi quelli che si sono trovati in una situazione simile, come ci sei riuscito?

IMO dovresti avere la discussione "Non capisci la riscrittura degli URL" con il tuo cliente.

Ovviamente non dovresti dire senza mezzi termini al tuo cliente "Non capisci". Invece, vorrei iniziare con "Prima di investire qualsiasi cosa, penso che dovremmo discutere di X per assicurarci di essere sulla stessa pagina su ciò che sono i pro e i contro di X e le sue alternative".

Se si scopre che in realtà conosce le cose che fai, ma vuole comunque implementare X, allora gli chiedi di che colore lo vuole.

Devi assicurarti di scegliere con cura la tua formulazione. Dopotutto, c'è una possibilità (per quanto insignificante) che lui sappia più di X di te (e c'è l'ovvio punto - stai parlando con la direzione ), quindi assicurati di liberarti di qualsiasi tono condiscendente.

Questo è esattamente dove aiuta un elenco di priorità delle attività che si svolgono nel team. Se fossi in te, valuterei i vantaggi in termini di costi della riscrittura degli URL e mostrerei al cliente come aggiungere / rimuovere dall'esperienza complessiva.

Pensa a te stesso come un dottore. Le persone vanno sempre dai medici con un elenco di farmaci che hanno visto su un annuncio / sintomi che immaginano. È compito del medico assicurarsi che la persona ottenga effettivamente ciò che dovrebbe ottenere.

Inoltre, utilizzare il controllo del codice sorgente e la diramazione rigorosamente per ogni modifica. In questo modo, puoi tornare indietro nel tempo e mostrare al cliente cosa si è perso, nel caso in cui si dimentichi di averlo portato da solo.

Infine, trascrivi tutti i tuoi incontri. Un giorno torneranno utili.

Suddividilo in dollari e centesimi. Dagli stime realistiche di quanto tempo ci vorrà per attuare i suoi capricci e includi l'impatto su altre funzionalità. Passa a una discussione sulle priorità e chiedi dove si adatta. Da lì puoi passare a una discussione per assicurarti che capisca davvero cosa sta chiedendo. Ciò assicurerà che:

1. Sa cosa sta chiedendo
2. Sa quanto costa
3. Sa come influenzerà il programma di altre funzionalità
4. Sa quanto ci vorrà

In molti casi, dopo aver avuto quella discussione, sarà facile per lui accettare di lasciarla cadere o renderla una priorità molto bassa (leggi: non aspettarti mai che sia fatta).

Da un lato, sono infastidito quando mi viene chiesto di fare cose che non hanno senso invece di fare un vero lavoro.

Come fai a sapere che cosa ti viene chiesto ha così poco valore? Forse ci sono ulteriori motivi che potrebbero non essere chiari a prima vista sul perché qualcosa viene fatto. " Cera, mano destra. Cera, mano sinistra. Cera, cera. Inspirare attraverso il naso, fuori dalla bocca. Cera, cera. Non dimenticare di respirare, molto importante. " "The Karate Kid" vale la pena notare qui in una certa misura.

Dove ho avuto esperienze con aziende che fanno cose che mi chiedo "Perché lo fai in questo modo?" ci sono momenti in cui chiederò qual è il vantaggio desiderato e ci sono altri modi per arrivarci. La chiave qui è di essere aperti e curiosi piuttosto che giudicare ed essere giusti che il "vero lavoro" sembra implicare piuttosto fortemente nella mia mente.