Devo incorporare i costi di uscita nella scelta di una soluzione

Il costo di uscita è parte del TCO (il T rappresenta totale ), ma è difficile da inchiodare a meno che non si conosca a priori quanto tempo durerà il sistema. In altre parole, se sai che il sistema verrà utilizzato esattamente per un anno e costerà $ 52.000 per la disattivazione da un anno a questa parte, puoi essere abbastanza fiducioso nell'aggiungere $ 1.000 a settimana al budget operativo per coprirlo.

Questo modello esce dalla finestra quando non si conosce la durata del sistema. Il sistema potrebbe, in teoria, rimanere in uso per sempre, il che significa che non ci sarà denaro speso per spegnerlo. Tutto ciò di cui vi occupate ora sarà nei dollari di oggi, e quelle cifre potrebbero essere prive di significato a cinque anni da ora a causa di cambiamenti nei tassi di lavoro e nella tecnologia che rendono il processo più facile (o più difficile).

Faresti meglio a dare ai tuoi clienti un'idea di ciò che è necessario per uscire dal sistema e farteli prendere in considerazione nelle decisioni sulla sostituzione quando arriverà quel momento.

(E ora, dopo aver scritto questa risposta, posso votare per chiudere questo fuori tema.)

YAGNI è una grande regola al suo posto, ma non sono sicuro che dovrebbe applicarsi in questo caso. Stai stimando i costi futuri qui, un'attività che dovrebbe comportare una certa considerazione dei cambiamenti dei requisiti futuri. Se stavi scrivendo l'implementazione sarebbe una storia diversa!

Suggerirei di fare i costi, ma assicurati che il cliente capisca perché l'hai fatto. Se non sono molto tecnici non sorprenderti se dicono qualcosa all'effetto di "non può essere una buona soluzione se stai già pensando di usare qualcos'altro!"

Potrebbero esserci alcuni aspetti più specifici da considerare quando stai facendo / presentando le tue stime di costo:

• Quanto è probabile che i dati vengano migrati su un altro sistema in futuro?
• È probabile che il fornitore di soluzioni modifichi il proprio formato di dati in modo che sia più facile / difficile eseguire la migrazione dei dati in futuro? In tal caso, ciò influenzerà la tua soluzione?
• Anche se non desideri modificare i dati in un secondo momento, è possibile che tu voglia presentarli / accedervi in un modo diverso? La mia esperienza è che è abbastanza comune!

Lavorando dal tuo commento sulla situazione del file Excel, lo considero come:

• non modifica il formato corrente (soluzione 1)
• contro l'analisi del formato ora e la memorizzazione in un formato diverso (eventualmente / si spera più adatto / pronto per il futuro) (soluzione 1 + passo di analisi, a.k.a. soluzione 2)

Credo che YAGNI si applichi a quel passo di analisi; assicurati di mantenere la conoscenza della struttura corrente, ma non implementare ancora l'analisi.

Inoltre, la struttura dei dati analizzata potrebbe non essere flessibile come si pensa; i requisiti potrebbero anche andare verso la memorizzazione di informazioni / file diversi, il che significherebbe che devi aggiornare / espandere le tue tabelle.

Se non sei sicuro al 95% che verrà modificato in futuro - Soluzione 1 - YAGNI =)

Sicuramente dipende dai tuoi clienti e dalla tua esperienza nella programmazione di qualcosa per questo cliente.

Nella mia esperienza, le ruote reinventate impiegano più tempo a reinventare di quanto si pensi, e le ruote esterne tendono ad essere più facili da sostituire. Entrambi i tipi di ruote tendono a sembrare peggiori una volta acquistati rispetto a quando hanno preso la tua decisione.

Se pensi veramente che il primo è facile da attuare, e ti stai chiedendo quanto tempo impiegherà il secondo, vorrei ascoltare la domanda. Attuate subito il n. 1 e pensate al design più grande mentre procedete. Questo ti aiuterà se in seguito vuoi reinventarlo.

Se al contrario # 1 non sembra più facile come pensavi, passa alla # 2.