Cambiato il mondo del cliente: come gestirlo?

Il tuo team deve fare la conversione dei dati per loro. In primo luogo dovresti averlo fatto per loro in primo luogo.

Sono stato coinvolto in una serie di costose migrazioni di piattaforme e il venditore sempre, always ha il proprio team di conversione dei dati che è responsabile della comprensione del sistema legacy, scrivendo tutti gli script di migrazione, facendo tutti i test, e in generale assicurandosi che tutto faccia quello che si suppone.

Alcune società potrebbero avere un brillante personale IT che può farlo da sé. Altri potrebbero richiedere di essere in grado di farlo da soli, ma in realtà non possono farlo. In quest'ultimo caso, devi essere abbastanza umile da sederti, ma anche essere pronto a intervenire se e quando la direzione ha deciso che il team interno non sta facendo un lavoro abbastanza buono.

Questo è il tuo sistema e tua implementazione. Tu e sei solo sei responsabile di assicurarti che abbia successo. Non aspettarti che il cliente sia in grado di fare da solo una parte di questo. Solo se insistono assolutamente a fare questa parte da soli, dovresti prendere in considerazione quell'opzione e, in tal caso, devi coprire i mozziconi - nel contratto dovrebbe esserci qualcosa che dice che se scelgono di fare questo loro, quindi sono responsabili per il suo risultato.

Possono pagarti per fare da babysitter alla loro squadra se vogliono, e possono pagarti per ricominciare da capo se vogliono, ma non sprecare cicli inutili senza un qualche tipo di accordo. Soprattutto se hai un contratto a tempo determinato o a costo fisso, questa situazione è mortale.

Il punto è, come dici tu, sono il cliente, il che significa che fanno non lavorare per te. Infatti, se sei un cinico come me, potresti sospettare che alcuni di loro stiano attivamente contro per mantenere la loro sicurezza sul lavoro. Affidarti al cliente di fare qualsiasi parte della tua implementazione è un errore.

Se devi assumere un paio di slave di immissione dati con salario minimo per eseguire la conversione dei dati manualmente - fallo. Qualsiasi cosa per riportare il risultato nelle tue mani .

Sono loro che pagano le bollette quindi alla fine devi dare loro quello che chiedono anche se non sarebbe la soluzione migliore e un passo indietro.

Devi considerare comunque che forse le persone che usavano il mainframe hanno un punto. Mia moglie lavorava per una banca dove usava un sistema mainframe per inserire varie transazioni finanziarie usando centinaia di diversi tipi di codici. Era essenzialmente la sua mini-lingua. Quando la banca ha speso milioni di dollari implementando un sistema basato su GUI che ha ridotto enormemente la complessità e le fasi coinvolte, in seguito ha scoperto che la produttività PLUMMETED e non è mai stata ripristinata.

Il nocciolo della questione era che mentre il sistema mainframe era inutilmente complicato e aveva una curva di apprendimento elevata, erano molto più veloci con esso rispetto al sistema GUI perché diventavano abili nell'accettare centinaia di transazioni all'ora semplicemente digitando velocemente una tastiera. Ha portato a un rifiuto di massa da parte della base di utenti e il progetto è stato scartato come un fallimento completo. Produttività restituita.

La morale è, non respingere completamente le preoccupazioni dei clienti. Prendi seriamente in considerazione le loro considerazioni e chiediti se la soluzione che stai fornendo soddisfi le esigenze di TUTTI gli stakeholder.

them that the new system doesn't provide data that the old system did (when it really does).

Dovresti prendere questo MOLTO Seriamente ..

Quindi:

1) Assicurati che stai lavorando con i ragazzi di Legacy per risolvere tutti i problemi relativi.

2) Assicurati di comprendere appieno cosa manca e perché è necessario. Lavora con i legacy per assicurarti questo. Quindi RESTATE il problema e chiedete loro di dire "Sì, questa è la nostra preoccupazione".

Se sei d'accordo, preoccupa:

3) Quindi proporre una soluzione, fare in modo che i team precedenti inseriscano \ convalida su \ della soluzione.

4) Procedere con le misure correttive.

Se non sei completamente d'accordo con i Legacy, e ritieni che siano preoccupanti, allora non sono validi:

3) Esprimi le preoccupazioni per la gestione usando lo stesso linguaggio che i Legacy Guys hanno detto essere corretto. E avere la Direzione decidere dove o non dovresti preoccupartene.

"I Legacy Guys temono che XXX, non sono sicuro che sia un problema a causa di YYY. Sono corretti?"

Suggerisco un'e - mail di soffocamento di grande panico, colpire tutti gli associati non solo la loro gestione. Tenerlo breve e al punto.
2 punti:

1) Possiamo rispondere alle vostre preoccupazioni durante una riunione / telefonata (proporre un orario)

2) Abbiamo piena fiducia nel sistema in quanto è privo di problemi e spese di ulteriori modifiche

Sembra che tu abbia una lista delle loro preoccupazioni e puoi discuterle punto per punto nella riunione. Hai solo bisogno di fermare il panico, lasciarli raffreddare un po 'e poi colpirli con verità. Anche offrire di entrare e aiutare con la mappatura dei vecchi dati a nuovi. Se richiedono ancora cambiamenti ... beh, sono i loro soldi.

In primo luogo, voglio sottolineare che mentre la sezione IT potrebbe essere la tua interfaccia, il vero cliente NON è la sezione IT, ma l'attività per la quale la sezione IT funziona. Fare qualcosa per danneggiare il business per placare l'IT non sarebbe un buon servizio.

Siediti con IT, in modo informale. Comprali ciambelle. Assumi il ruolo di studente per il loro insegnante e chiedi "Cosa c'è di sbagliato nel nostro software design?" Ascolta sia quello che stanno dicendo sia quello che non stanno dicendo. Potrebbero avere un punto che è stato trascurato nelle specifiche originali o avere preoccupazioni basate su problemi passati. Poi di nuovo, potrebbero reagire a causa della paura di qualcosa di nuovo. Ma il punto è che se conosci le loro obiezioni intimamente, sei in una posizione migliore per ottenere un risultato positivo e rispondere alle loro obiezioni.

Avevi menzionato che il problema era nella migrazione dei dati dal sistema legacy al nuovo sistema. Se la sezione IT ha problemi a migrare i dati, prenderei in considerazione la possibilità di creare un piccolo strumento per farlo in modo rapido e pulito.

Consulta lo staff IT del tuo cliente per supportare la migrazione dei vecchi dati nel nuovo sistema. Qualcuno della tua azienda che comprende il nuovo formato di dati dovrebbe fisicamente andarci e aiutare i responsabili IT a fare la migrazione.

In questo modo, si spera che possano insegnare ai ragazzi dell'IT il nuovo sistema, che i dati vengano migrati correttamente e che la tua implementazione sia più fluida.