Organizzazione convincente a passare al GIS Open Source? [chiuso]

Dopo aver trascorso la parte migliore dell'anno su questo sito, vedo quanto è grande la comunità GIS open source. Pensavo solo che fosse ESRI e nient'altro. Detto questo, come inizi a spingere o convincere gli altri che i programmi open source potrebbero essere più vantaggiosi dei prodotti ESRI?

Non sto specificatamente chiedendo informazioni sulle funzionalità dell'una rispetto all'altra, ma in realtà sto cercando di convincere i superiori a passare a un prodotto simile che fornirebbe risultati comparabili in termini di produttività, efficienza e prodotto finale.

Immagino che alla fine si riduca, alla fine, il risparmio sui costi supera il tempo necessario per far acclimatare il personale GIS al software open source?

Per cominciare, butterei via l'intera premessa open source vs proprietaria e la guarderei in termini di "lo strumento A realizza ciò di cui abbiamo bisogno in un modo migliore rispetto allo strumento B che stiamo usando ora?"

Quindi segui dimostrazioni ed esempi tangibili di dove lo strumento che stai suggerendo come alternativa offre risultati migliori o arriva a un prezzo di acquisizione, prezzo di manutenzione, curva di apprendimento più economico e così via. Sii giusto ed equilibrato, non sorvolare le aree in cui l'alternativa è debole o presenta delle lacune.

Un punto spesso sollevato contro l'open source e per la pubblicità è il supporto, con qualcuno alla fine del telefono o e-mail per rispondere alle domande. Dai un'occhiata al supporto che l'organizzazione sta attualmente ricevendo dagli strumenti a pagamento. Quante volte e fino a che punto rispondono alle domande di quel supporto tecnico a pagamento rispetto al solo "da Internet"? Raccogliere effettivamente dati ed esempi per questo. Come prima, sii giusto ed equilibrato.

Se le risposte a una di queste esplorazioni sono estremamente pesanti da una parte o dall'altra, è probabile che non ci siano abbastanza compiti da fare. Ci sono un sacco di valore a prodotti proprietari, e c'è anche un sacco di valore in open source. La domanda è: quei punti di valore si allineano alla tua azienda?

Ricorda anche che non è una proposta tutto o niente. La S in GIS è System, una rete di parti e processi interconnessi. Aggiungi o sostituisci componenti con open source, laddove ciò ha senso.

E infine, usalo da solo. Quando qualcuno chiede "come hai fatto ...?" Mostrali!

Il mio processo è stato quello di installare e trovare progetti / campioni per utilizzarlo "sotto" il radar.
Fare piccoli progetti con un alto tasso di successo e portare altri sulla stessa pagina con te avrà effetti enormi. Anche l'utilizzo del software in un ambiente non pressurizzato ti aiuterà a raggiungere il successo e ti aiuterà a imparare a realizzarlo.

Quando hai una maggiore comprensione di quali siano i suoi punti di forza / debolezza, sarai in grado di applicarlo come strumento in progetti più grandi. Ciò manterrà anche la tua integrità insieme permettendo agli altri di vedere che non stai cercando di "buttare via" il sistema ma di aumentare il sistema.

Quando puoi aggiungere utenti esperti senza pagare i costi enormi della gestione delle licenze consolidata. Quindi lavorare sodo per aggiungere pagamenti specifici per progetto agli sviluppatori del sistema operativo. Ciò renderà il ROI molto più facile da tracciare e presentare.

Si potrebbe dire molto di più su questo argomento. Sono sicuro che anche altri avranno ottimi consigli. Manteniamolo costruttivo o sarà probabilmente votato come "Non costruttivo"

È probabile che i manager non escludano i propri dipendenti dagli strumenti ESRI testati nel tempo senza il supporto di base. Immagina l'alternativa: supponi che la tua azienda utilizzi solo strumenti open source per eseguire lavori relativi a GIS. Se tutti gli improvvisi strumenti ESRI ti fossero imposti, a breve termine ci sarebbe una significativa riduzione della produttività. Piuttosto, i manager hanno maggiori probabilità di testare le acque e vedere come funzionerà una potenziale transizione di strumenti, dopo tutto sono in ultima analisi responsabili della linea di fondo.

Vorrei adottare un approccio di base e convincere il personale GIS a passare al FOSS piuttosto che ai livelli più alti . Un bonus una tantum pari alle tasse di licenza di un anno divise tra il personale fornirebbe un buon incentivo. Una volta che il personale GIS avrà effettivamente adottato FOSS, i manager realizzeranno i potenziali risparmi sui costi e probabilmente opteranno per la transizione.

Molto dipenderà dai componenti ESRI utilizzati dall'organizzazione. Identificare dove il passaggio all'open source può essere più vantaggioso.

Se utilizzi principalmente ESRI per cartografia o soluzioni mobili, potresti scoprire che le alternative potrebbero costarti di più dell'ESRI. Veri guadagni possono essere ottenuti quando si utilizzano web gis o si fa molta elaborazione, che è dove spiccano le soluzioni open source.

Una migrazione lenta sarebbe meno rischiosa. Ogni volta che sorgono problemi di budget insieme al costo del software, offrono soluzioni che consentono di risparmiare denaro, uno alla volta quando si presentano. Ogni volta che un progetto presenta una soluzione Open Source in grado di gestire l'attività a portata di mano, menziona i risparmi e chiedi "Perché spenderli in software quando possiamo spenderli in qualcos'altro di più utile". Potrebbero esserci nuovi progetti che richiedono l'acquisto di nuovo software e personale. Ogni volta che sorgono discussioni sui costi di riduzione dei costi, chiedi perché l'organizzazione non sta riducendo i costi del software in modo che meno ritagli debbano avvenire altrove, specialmente quando le soluzioni praticabili funzionano completamente gratuite. A quei tempi, offrire di utilizzare la soluzione Open Source e risparmiare denaro dell'organizzazione.

Quando arrivano nuovi dipendenti, dai loro accesso immediato alle applicazioni open source, con software proprietario per arrivare "secondo necessità" Quando hanno bisogno di qualcosa di costoso, compili una richiesta di software con il motivo per cui ne hanno bisogno, quindi rispondi con una domanda "Questo software installato non ha già questa funzione?" Alla fine, gira questi nuovi dipendenti per aiutare i dipendenti affermati a imparare le scorciatoie del modo Open Source. Offri ai nuovi dipendenti un distintivo d'onore o un dipendente della settimana per averlo fatto. Rendi loro le organizzazioni un nuovo fronte per l'innovazione.

Infine, quando il management ti chiede "Ma perché non ho mai sentito parlare di questo software prima?" Basta replicare la verità, "Un venditore ha provato a venderlo a te o l'hai visto in uno stand di venditori?" ... e "Questo perché alla fine nessuno ha bisogno che usiamo questo software, oltre a noi stessi, perché siamo i soli a trarne profitto"

Nel tempo, alcuni computer di una grande organizzazione possono essere sostituiti con sistemi open stack completi, come Ubuntu, per gestire quasi tutto, mentre alcuni altri possono avere applicazioni miste che si trovano in uno stato di transizione verso alternative open source, come obbiettivo. Ma potrebbero essercene altri nella tua organizzazione che devono attenersi completamente ai sistemi proprietari. Non esiste un'alternativa open source per tutto; spingendo troppo indietro, fuochi troppo veloci.

La quantità di tempo dedicata all'apprendimento di applicazioni e sistemi operativi è per lo più NON NOTATA. Questa è un'enorme quantità di tempo che dedichiamo, nel nostro tempo libero, a familiarizzare con il nuovo software - è principalmente un processo inconscio di apprendimento. L'approccio di migrazione lenta (con salti occasionali) è il migliore, altrimenti in seguito sorgeranno delusioni, e con ciò arrivano le inevitabili raccomandazioni contro i prodotti che sarebbero altrimenti vantaggiose per qualsiasi organizzazione.

Per basarsi su ciò che alcuni altri hanno menzionato, i vincoli di bilancio possono essere molto utili.

Nel mio posto di lavoro, abbiamo un numero sorprendentemente limitato di licenze esri per andare in giro e il personale è spesso frustrato dalla loro incapacità di svolgere il necessario lavoro GIS. Le persone ricorrono a tattiche come aspettare fino a dopo l'orario di ufficio per ottenere una licenza per il giorno successivo. In questo ambiente, ho scoperto che le persone erano molto ricettive agli strumenti open source.

Concordo con i commenti che sostengono migrazioni lente e piccoli progetti e la de-enfatizzazione dell'open source rispetto al proprietario. Se la gente lo vede , wow, posso avere il mio software GIS senza il fastidio della condivisione delle licenze, le persone lo proveranno da soli. Ho anche notato che una volta che le persone hanno un'installazione di QGIS in esecuzione, iniziano a chiedere ad altri utenti di fare meno affidamento sui formati proprietari di esri.

Lento e costante!