Come gestisci le modifiche nell'attenzione al cliente?

Naviga le tue risposte
7

Stiamo lavorando a un grande progetto in corso che ha continue modifiche alle funzionalità. Queste funzionalità potrebbero richiedere fino a 3 - 4 settimane.

Questo naturalmente andrebbe bene, tranne che il client sta cambiando sempre le sue priorità / focus in base alle richieste dei suoi clienti che potrebbero voler implementare alcune funzionalità prima di altre.

Quindi, spesso dobbiamo spostare le marce nel bel mezzo di una importante feature build e iniziare una nuova funzione che all'improvviso ha una priorità maggiore. Ovviamente, a un certo punto, abbiamo il costo di unire tutto insieme, e anche il costo di quella perdita di impulso sulla funzione originale.

Le nostre stime sono fuori dalla finestra a quel punto.

C'è un buon modo per gestirlo?

Alcune opzioni che ho pensato:

  1. supponiamo che questo sia il modo in cui andranno le cose, e applica un fattore "cliente distratto" fino al 100% su tutte le stime (questo è pericoloso nel caso in cui possiamo effettivamente completare una funzione senza interruzioni)
  2. istruisci il cliente sui costi del cambio di marcia e magari applica un premio di modifica alle stime precedenti se vuole che cambiamo a lavorare su una funzione diversa
  3. rifiuta di lavorare su più di una funzione / versione alla volta (a parte le correzioni dei bug). Questo probabilmente non è realistico.

Non vedo l'ora di sapere come gli altri hanno affrontato questo problema. Non può essere raro.

    
posta ScottE 22.10.2010 - 21:13
fonte

4 risposte

5

Penso che il tuo # 2 sia la strada da percorrere. Tali problemi possono essere risolti solo parlando al cliente. Dì loro che i cambiamenti sono costosi, sia in termini di tempo che di denaro. Mostra loro le tue stime e indica dove le loro nuove modifiche interferiscono.

    
risposta data 22.10.2010 - 21:36
fonte
2

Ero solo sul fatto di fare la stessa domanda. Penso che tutti abbiamo lavorato per clienti / boss che cambiano costantemente marcia. Ecco una tipica settimana lavorativa per me (a volte):

Lunedì: Boss dice: "Ehi, mi è venuta questa fantastica idea per il fine settimana! Facciamolo!" Quindi passo il resto della settimana a codificarlo e testarlo.

Lunedì successivo: dico "Ok, ecco la grande idea che hai avuto". Dicono, "Eh, non mi interessa più, ma mi è venuta un'idea eccezionale per il fine settimana! Facciamolo!"

Risciacqua e ripeti.

Ora sono al punto che ignoro solo la metà delle cose pazzesche che il mio capo ha inventato.

    
risposta data 22.10.2010 - 21:25
fonte
1

Sono assolutamente d'accordo con # 2. Tuttavia, è meglio assicurarsi di prestare attenzione alla formulazione del contratto.

Ovviamente, dovresti avere una certa flessibilità (su entrambi i lati) per consentire un'ulteriore definizione delle funzionalità sulle funzionalità esistenti e consentire l'aggiunta di alcune (piccole) funzionalità per riempire qualsiasi funzionalità mancante che è stata pensata di più tardi.

Tuttavia, se ci sono grandi cambiamenti, è necessario che il cliente ne percepisca il costo. Spiegare il costo per loro è una cosa, ma a meno che non lo si trasmetta loro in un certo modo, è improbabile che cambino. Può anche pagare per stilare un secondo contratto per quel nuovo lavoro, se è un lavoro veramente nuovo.

Rendi il costo realistico. Non vuoi scavare il tuo cliente, ma non vuoi avere un cambio di contesto costante - a lungo andare, questo potrebbe portare a software scadente. Se ti viene in mente un costo che valga davvero il cambio di contesto, e loro sono d'accordo, allora vincono tutti.

    
risposta data 22.10.2010 - 23:01
fonte
0

A meno che non aggiungano funzionalità e non aggiusti l'importo fatturabile, ritengo che questo cliente sia a conoscenza di questo già da quando succede così tanto. Sanno che sarebbe stato più economico farlo in anticipo. Se il costo vale o meno dipende da loro.

    
risposta data 22.10.2010 - 22:22
fonte

Leggi altre domande sui tag

Come posso mantenere la padronanza di più lingue? [chiuso] Google Chrome Extension Development for Dummies? [chiuso]