Gli aggiornamenti automatici sono una funzionalità realistica da aspettarsi dalle applicazioni Web aziendali?

StackOverflow https://stackoverflow.com/questions/49732

  •  09-06-2019
  •  | 
  •  

Domanda

La maggior parte del lavoro che svolgo riguarda quelle che potrebbero essere considerate applicazioni Web aziendali.Questi progetti hanno budget elevati, tempistiche più lunghe (da 3 a 12 mesi) e forti personalizzazioni.Poiché come sviluppatori abbiamo propagandato l'idea del Web come prossimo sistema operativo desktop, i clienti si aspettano che il software in esecuzione su questo "nuovo sistema operativo" reagisca come sul desktop.Ciò include aggiornamenti automatici facili da gestire.In altre parole: "È disponibile un aggiornamento.Vuoi eseguire l'aggiornamento?" È un'aspettativa realistica?Qualcuno può parlare per esperienza nel tentativo di implementare questa funzionalità?

È stato utile?

Soluzione

A la mia compagnia disponiamo di installazioni aziendali che raggiungono migliaia di posti.Se implementassimo un aggiornamento automatico, i nostri clienti si ammutinerebbero!

Le grandi installazioni presentano problemi peculiari che non si applicano a quelle piccole.Ad esempio, con 2000 utenti (non tutti, diciamo, i più sofisticati tra gli utenti degli strumenti), la formazione sugli strumenti è un grosso problema:tempi di formazione, demo interne, documenti di processi interni, ecc.Non possono lanciare una nuova funzionalità o una modifica dell'interfaccia utente senza la possibilità di capire come si adatta al loro processo e quindi quali sono le loro migliori pratiche interne e come comunicarle ai loro utenti.

Anche quando le applicazioni falliscono, la responsabilità è del team IT interno.Pertanto, vogliono tempo per installare una nuova versione in un'area di prova, completarla e distribuirla di sabato solo quando sono pronti e pronti.

Posso vedere il valore nel rendere le patch minori più facili da installare, in particolare quando la patch è solo per la correzione di un bug e non per qualcosa che richiederebbe una riqualificazione, e se gli amministratori hanno ancora l'ultima parola una volta installata.Ma anche allora, non credo che nessuno lo abbia mai chiesto!Forse perché non lo vogliono o perché sono addestrati a non aspettarselo, non sembra che ne valga la pena.

Altri suggerimenti

Beh, dipende davvero dal tuo modello di business, ma per molte applicazioni il modello SaaS può finire per tormentarti.È ottimo per molte cose, ma per alcune applicazioni più grandi gli utenti non investono una quantità significativa in anticipo e potrebbero passare a qualcos'altro prima di aver guadagnato denaro.

Vedere

http://news.zdnet.com/2424-9595_22-218408.html

e qui

http://www.25hoursaday.com/weblog/2008/07/21/SoftwareAsAServiceWhenYourBusinessModelBecomesAParadox.aspx

per maggiori informazioni

Uno dei motivi principali per implementare un'applicazione come applicazione Web è che ottieni aggiornamenti automatici gratuitamente.Perché agli utenti verrebbero richiesti gli aggiornamenti su un'app Web?

Per le applicazioni Windows, "Aggiornamento è disponibile, vuoi aggiornare?" La funzionalità è fornita da Microsoft utilizzando ClickOnce, che ho usato correttamente in un ambiente aziendale: ci sono alcuni gotchas ma per la maggior parte è un buon modo per gestire la distribuzione automatica e l'aggiornamento delle app di Windows.

Per le app mobili, puoi anche implementare gli aggiornamenti automatici, anche se è un po' più complicato.

In ogni caso, per rispondere alla tua domanda in senso lato, non so se è previsto che tutte le app aziendali rendano facile l'aggiornamento, ma sicuramente vale la pena spendere dal punto di vista del supporto IT per progettarle per consentire un facile aggiornamento.

Se fornisci una soluzione ospitata, non mi preoccuperei.Lascia che l'aggiornamento avvenga in silenzio (magari con un avviso di averlo fatto).Se vendi un'applicazione ospitata sui loro server, lascia che la decisione sull'aggiornamento venga presa da un singolo proprietario, non da tutti gli utenti dell'app.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top