Relazioni con i clienti in uno sviluppo agile

9

La mia gestione ha appena fatto una domanda senza precedenti nella mia (certamente breve) storia con l'organizzazione: "Che cosa possiamo fare per aiutarti?"

Allo stesso tempo, stiamo lavorando a diversi grandi progetti per un cliente abbastanza nuovo la cui capacità di spingere i requisiti attorno al progetto medio è leggenda. Lo sviluppo per questi ragazzi è come il tip tap sulle sabbie mobili.

Sembra una grande opportunità per proporre un passaggio a un approccio più agile. Quello che so che mi verrà chiesto, e di cui non ho idea, è come citare / bid / bill per quel tipo di progetto. Vai ogni ora? Offrite una gamma di prezzi? Ti carica dallo sprint?

Più in generale, l'aspetto del Manifesto Agile che recita "Apprezziamo la collaborazione dei clienti rispetto alla negoziazione del contratto" sta andando a spaventare la mia gestione. Come valuti questo nel mondo reale dei clienti che vogliono molto per un po '?

    
posta Dan Ray 29.09.2010 - 19:21
fonte

3 risposte

6

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.

    
risposta data 29.09.2010 - 23:42
fonte
0

Prova a suggerire alla tua azienda di negoziare un contratto retainer e quindi adottare la metodologia agile per soddisfare le esigenze del cliente. Ti viene pagata $ X per il numero Y di ore al mese dalla tua squadra. Poiché il cliente sta guidando le priorità, nessuno sta andando fuori di tasca. La bellezza del fermo è che ottengono il tuo tempo indipendentemente da ciò su cui stai lavorando per loro, e possono sostanzialmente cambiare idea senza ucciderti. Il cliente otterrà il suo valore più presto per i loro soldi e il modello supporta la guida delle modifiche nel mix durante lo sviluppo a causa della metodologia agile.

Se il contratto non è negoziabile, prova comunque il modello agile, ma poi devi essere diligente per assicurarti di essere pagato per il tuo tempo.

    
risposta data 30.09.2010 - 22:36
fonte
0

Un cliente vuole pagare poco per un sacco non pagherà di più solo perché si scrive una grande serie di requirments e si ottiene di firmare un contratto. Torneranno sempre e lo vorranno cambiato senza pagare. Affermeranno di aver frainteso le specifiche o, ancora meglio, l'hai interpretato male. Richiederanno cambiamenti sapendo che non respingerete. Questa è una brutta relazione che non vuoi continuare.

Se interrompi un progetto di grandi dimensioni e riscuoti che paghi mentre vai, è più facile vedere che questa quantità di sviluppo costa questa somma di denaro. Il prossimo componente costerà la stessa quantità e richiederà lo stesso tempo per costruire. Quando è tutto insieme in un grande progetto, vorranno ottenere una sorta di sconto "di massa".

Ho assunto qualcuno per lavorare a casa mia. Iniziato con un piccolo progetto. Forse avrei potuto negoziare un prezzo migliore raggruppando un sacco di lavori insieme, ma cosa faccio quando si trova nel bel mezzo di 3 progetti, facendo un lavoro scarso e impiegando più tempo del previsto? Ho visto la quaility e l'attualità del suo lavoro. E mi sentivo molto a mio agio nel trovarlo ad altri lavori e non dovevo controllarlo. Potresti avere una relazione molto migliore con i tuoi clienti. Potrebbero chiedere di più perché potrebbero ritenere che tu stia approfittando di loro.

    
risposta data 23.10.2010 - 13:49
fonte

Leggi altre domande sui tag