Come convincere il cliente che il back-end della sua applicazione ha bisogno di una riscrittura?

Se lo discuti nel modo in cui viene posta la domanda, non puoi. Quello che il cliente sentirà è "bla bla bla, voglio giocare con un nuovo giocattolo brillante, bla bla bla, ti costerà un mucchio di soldi, bla bla bla"

Ciò che devi fare è inserirlo nel contesto di ciò che è importante per loro. "Il back-end sta arrivando alla fine della sua vita lavorativa, se si vuole continuare a fornire servizi di base ai propri utenti finali in modo economicamente conveniente e avere la capacità di supportare le nuove funzionalità che si aspettano e sfruttare il più veloce ed economico cicli di sviluppo forniti da strumenti moderni, è necessario pianificare un percorso di migrazione verso una piattaforma più moderna che si scalerà bene. Sono più che felice di mettere insieme una proposta "

Se hai bisogno di parlare di tecnologia in questa fase, dovrai (e dovresti) perdere. Un sacco di sistemi mission-critical sono stati scritti 20 o 40 anni fa, e nonostante il retorico, è più conveniente pagare i programmatori Cobol che ricostruirlo usando [Inserisci l'ultima parola buzz / pallottola d'argento qui]

Leggi Cose che non dovresti mai fare, parte I

when making a change or adding a feature to the front-end, change those components in the back-end that are affected, eventually you get to everything.

How do I convince the client that we need to rebuild the back-end?

Queste due dichiarazioni sembrano in contrasto con me. Una riscrittura è molto diversa dall'evoluzione di un'applicazione tale che è diversa tra un anno. Una riscrittura completa è quasi un fallimento garantito.

Non dirai loro che riscriverà il back-end. Fai esattamente quello che hai detto prima, correggi il codice in decomposizione mentre ti avvicini. Alla fine il back-end potrebbe evolvere in qualcos'altro, ma un riscrittura completo significa 1) Il loro "nuovo" back-end non funzionerà a lungo 2) Il loro back-end esistente non verrà risolto per molto tempo. È una situazione di sconfitta per fare una riscrittura completa.

Mostrando loro come risparmieranno o guadagneranno di più facendo questa riscrittura, e dal momento che dici che è fondamentale per le loro operazioni - che non saranno disturbati in alcun modo mentre la riscrittura sta succedendo.

Una riscrittura non è la stessa di un reengineer.

Ho postato questo in altre domande simili.

Questo grafico potrebbe aiutare a vendere l'idea di un rewrite / replace / reengineer, è una funzione della qualità del codice base e del valore commerciale dell'applicazione: