Come gestisci i clienti che non possono aspettare che esista una funzionalità? [duplicare]

Question

Come gestisci i clienti che non possono aspettare che esista una funzionalità? [duplicare]

#1 da (4 voti)

2

Sto mantenendo un'applicazione legacy che interagisce con un ERP. L'ERP ha molte funzioni interessanti. Uno degli obiettivi dell'applicazione legacy consiste nel memorizzare i dati preparatori da inviare all'ERP, ma anche tenere aggiornati i dati in base a ciò che accade nell'ERP. Una sincronizzazione bidirezionale.

Purtroppo, l'applicazione legacy non implementa tutte le funzionalità dell'ERP per i bit che deve sincronizzare. Ciò non ha impedito all'azienda di utilizzare tutte le funzionalità ERP e quindi ha richiesto che l'applicazione legacy rimanesse sincronizzata.

Le differenze sono strutturali e non semplici da implementare nell'applicazione legacy. L'azienda non si preoccupa del problema perché è gestita dagli sviluppatori che devono raggruppare i dati in una struttura non destinata a questo, che porta a molti bug e che è costretta a violare le regole di integrità dei dati nel DB (che influisce sul business in cambio ma in modo così indiretto che non capiscono, non importa quante volte è spiegato). L'azienda ha priorità migliori.

Nella situazione data, sarebbe un dovere morale e / o professionale impedire che ciò accada ulteriormente per preservare la scarsa integrità dei dati e iniziare a percorrere una strada più pulita, o se la decisione dell'azienda fosse la fine di tutto tutti?

Nel caso in cui fermare la follia è la cosa giusta da fare, come si può fare? Sapendo che nel contesto attuale sembra impossibile dire "no, il software non può farcela, smettila di provare ad inserire i pioli quadrati nei fori rotondi". Il business è estremamente freddo all'idea che gli sviluppatori passino il tempo a rendere le cose strutturate e sicure, dal momento che non dà loro nulla di nuovo (funzionalità-saggio) da masticare. Fondamentalmente è interpretato come tempo sprecato.

client-relations

posta leokhorn 19.03.2015 - 17:36

fonte

1 risposta

Leggi altre domande sui tag client-relations

Hai bisogno di aiuto con il processo di pagamento usando Stripe Gestione dello scaffolding per build di debug e di produzione

score 4 · Answer 1

Questa è una classica situazione in cui prendi decisioni sbagliate con la tua vita che influiscono sulla mia vita.

È possibile (e probabilmente dovrebbe) far emergere il problema ai manager aziendali in ogni occasione. Esprimere la difficoltà di ulteriori aggiunte di funzionalità e il costo / rischio aggiuntivo associati alla prosecuzione delle basi rotte. Quando vengono richieste caratteristiche che non possono essere strettamente aggiunte a causa del problema, evidenziale come una motivazione per spendere più energia e attenzione sulle basi.

Ma ... non c'è magia qui. Non è possibile convincere la gente a voler mangiare solo cibi sani, esercitarsi frequentemente o prestare attenzione all'impianto idraulico della propria infrastruttura se rifiutano in modo uniforme di prendere sul serio tali requisiti. Il meglio che puoi fare è mantenere vivo il problema: sensibilizzare, spiegare le implicazioni e correlare l'aumento del tempo / costo / rischi che stanno affrontando a causa del mancato miglioramento dell'infrastruttura sottostante. Cerca alleati e orecchie ricettive. Gli individui che sono stati assunti o nominati in posizioni influenti sono buoni candidati come agenti del cambiamento, se riesci a ottenerli a bordo. Mescolare, sciacquare, ripetere.

Alla fine della giornata, è il loro sistema, i loro costi, i loro rischi da gestire. Puoi difendere, ma lo staff tecnico raramente è in grado di prendere decisioni importanti in merito all'investimento / non investire. Quindi continua a combattere la buona battaglia; continua a lavorare per influenzare coloro che possono iniziare a spostare il processo e le priorità di investimento per affrontare questa apparente e crescente ondata di debito tecnico .