Abbiamo lo stesso problema nella mia azienda. C'è una storia di progetti a prezzo fisso, a tempo determinato, ei nostri clienti non sono generalmente molto progressisti.
Riguardo allo sviluppo senza impegni iniziali, ho sentito tanti agilisti fondamentalisti dire "So che è difficile, ma devi solo spingere i benefici", oppure "Potrebbero essere scettici ma vedranno quanto è andata bene e torna da te la prossima volta ". In alcune industrie, forse. Nel nostro, questo è un mucchio di merda. Non riesco a vedere nessuno dei nostri clienti che accetta di lasciarci fare la nostra cosa senza alcun impegno in merito a scopo o prezzo.
Ciò che abbiamo scoperto è che non è sempre necessario cambiare il modo in cui si citano / bid / fatturano i clienti per un progetto agile. Puoi mantenere il processo agile attenendosi al preventivo se gestisci correttamente.
Cita come faresti normalmente (con padding) e imposta alcuni limiti attorno all'ambito del progetto. Da quel momento in poi, segui la tua metodologia agile:
- Dai priorità al lavoro con il cliente - sviluppa prima le cose importanti
- Sviluppa in piccole iterazioni, mostrando i tuoi progressi
- Collabora con il cliente per assicurarti che stia effettivamente sviluppando ciò che desidera
- Aumenta le specifiche durante la scrittura del software
Ma ancora più importante:
- Se una funzione risulta più complicata di quanto inizialmente richiesto, informa immediatamente il cliente e assicurati che sia consapevole che influirà sulla timeline e / o sul prezzo.
- Tratta le modifiche principali (o anche minori) come richieste di modifica addebitabili.
Stai ancora utilizzando internamente Agile e ottieni i vantaggi, ma il cliente sta vedendo un progetto a prezzo fisso, a tempo fisso, a portata fissa più familiare. Qualsiasi modifica costa e spegne il tempo.
La parte più difficile di questo è l'impostazione dei limiti. Non è sicuramente qualcosa che può essere fatto da proprio il tuo addetto alle vendite, BA o project manager. Hai bisogno di uno sviluppatore esperto in quelle riunioni. È necessario individuare le aree che potrebbero causare problemi e decidere le aspettative.