Переконати організацію рухатися до ГІС з відкритим кодом? [зачинено]

Провівши більшу частину року на цьому сайті, я бачу, наскільки велика ГІС-спільнота з відкритим кодом. Раніше я просто думав, що це ESRI і більше нічого. Це означає, як ви починаєте підштовхувати або переконувати інших, що програми з відкритим кодом можуть бути кориснішими, ніж продукти ESRI?

Я спеціально не розпитую про особливості одних та інших, але насправді намагаюся переконати вищих вершин у переході до подібного продукту, який би забезпечив порівнянні результати щодо продуктивності, ефективності та кінцевого продукту.

Я здогадуюсь, що, зрештою, це зводиться до того, чи, зрештою, економія витрат перевищує час, який може знадобитися, щоб персонал ГІС звик до програмного забезпечення з відкритим кодом?

Для початку я б викинув цілі приміщення з відкритим кодом та власність і розглядаю це з точки зору "чи інструмент A виконує те, що нам потрібно кращим чином, ніж інструмент B, який ми використовуємо зараз?"

Далі слід продемонструвати демонстрації та відчутні приклади того, де інструмент, який ви пропонуєте як альтернативу, дає кращі результати, або виходить дешевша ціна придбання, ціна технічного обслуговування, крива навчання тощо. Будьте справедливими і врівноваженими, не замислюйтесь над областями, де альтернатива слабка або має прогалини.

Часто піднімається питання проти відкритого коду та для комерційних - це підтримка, коли хтось має в кінці телефону чи електронного листа, щоб відповісти на питання. Погляньте на підтримку, яку організація отримує від платних інструментів. Скільки разів і на яку глибину відповідають питання, які відповідає платній технічній підтримці, а не лише з Інтернету? Фактично збирайте дані та приклади для цього. Як і раніше, будьте справедливими та врівноваженими.

Якщо відповіді на будь-яке з цих досліджень з тієї чи іншої сторони надзвичайно важкі, швидше за все, не було зроблено достатньо домашніх завдань. У фірмових продуктах є велика цінність, а також у відкритому коді багато цінності. Питання полягає в тому, що ці цінні бали узгоджуються з вашим бізнесом?

Також пам’ятайте, що це не все чи нічого. S в ГІС - Система, мережа взаємопов'язаних частин і процесів. Додайте або замініть компоненти з відкритим кодом, де це має сенс.

І нарешті, просто використовуйте його самостійно. Коли хтось запитує: "як ти зробив ...?" Покажіть їх!

Мій процес полягав у встановленні та пошуку проектів / чемпіонів, щоб використовувати його "під" радаром.
Робити невеликі проекти, які мають високий коефіцієнт успішності, та отримувати інших на одній сторінці з вами буде мати величезні ефекти. Також використання програмного забезпечення в умовах без тиску допоможе досягти успіху та допоможе вам навчитися його виконувати.

Коли ви більше зрозумієте, що це за сильні / слабкі сторони, ви зможете застосувати це як інструмент у великих проектах. Це також збереже вашу цілісність разом, що дозволить іншим побачити, що ви не намагаєтесь "викинути" систему, а розширити систему.

Коли ви можете додавати досвідчених користувачів, не сплачуючи великих витрат на встановлене управління ліцензіями. Тоді наполегливо працюйте, щоб додати спеціальні платежі для розробників ОС. Це зробить рентабельність інвестицій набагато простішою для відстеження та подання.

На цю тему можна сказати набагато більше. Я впевнений, що й інші матимуть чудові поради. Давайте збережемо його конструктивним, хоча він, швидше за все, буде проголосований як "Неконструктивний"

Менеджери, швидше за все, не скоротять своїх працівників зі перевірених часом інструментів ESRI без підтримки корінних коренів. Уявіть альтернативу - скажімо, що ваша компанія використовує лише інструменти з відкритим кодом для виконання роботи, пов'язаної з ГІС. Якби всі раптові інструменти ESRI були накладені на вас, було б значне зниження продуктивності за короткий термін. Швидше за все, менеджери швидше перевіряють води і бачать, як працює потенційний перехід інструментів - адже вони в кінцевому рахунку відповідають за суть.

Я б застосував підхід до низового коріння і переконав співробітників ГІС перейти на FOSS, а не на більші злети . Одноразовий бонус, рівний річному збору за ліцензії, розділений між штатним персоналом, забезпечив би хороший стимул. Як тільки співробітники ГІС дійсно сприймуть FOSS, менеджери зрозуміють потенційну економію коштів і, швидше за все, вирішать перехід.

Багато що залежатиме від того, які компоненти ESRI використовує ваша організація. Визначте, де перехід на відкритий код може бути найбільш вигідним.

Якщо ви в основному використовуєте ESRI для картографії або мобільних рішень, ви можете виявити, що альтернативи можуть коштувати вам дорожче, ніж ESRI. Реальні вигоди можна досягти, коли ви використовуєте веб-gis або багато обробляєте, саме там вирізняються рішення з відкритим кодом.

Повільна міграція була б менш ризикованою. Щоразу, коли проблеми з бюджетом виникають разом із вартістю програмного забезпечення, тоді пропонуйте рішення, що дозволяють економити гроші, по одному під час їх виникнення. Кожен раз, коли проект пропонує рішення з відкритим кодом, яке може впоратися з поставленим завданням, згадайте про заощадження і запитайте: "Навіщо витрачати це на програмне забезпечення, коли ми можемо витратити його на щось інше, більш корисне". Можливо, з’являться нові проекти, які вимагають придбання нового програмного забезпечення та персоналу. Щоразу, коли виникають дискусії про обрізання витрат, запитайте, чому організація не знижує вартість програмного забезпечення, щоб менше обрізання доводилося виникати в інших місцях, особливо коли життєздатні рішення працюють абсолютно безкоштовно. У той час запропонуйте скористатися рішенням з відкритим кодом та заощадити гроші організації.

Коли приходять нові співробітники, дайте їм негайний доступ до програм з відкритим кодом, а власне програмне забезпечення надходить "за потребою". Коли їм потрібно щось дороге, запропонуйте їм заповнити запит на програмне забезпечення з тієї причини, яка їм потрібна, а потім відповісти на запитання. "Хіба це встановлене програмне забезпечення вже не виконує цю функцію?" Врешті-решт, перетворіть цих нових співробітників, щоб допомогти встановленим працівникам вивчити ярлики шляху відкритого коду. Подаруйте новим працівникам почесний знак чи працівника тижня за це. Зробити їх організаціями новою лінією інновацій.

Нарешті, коли менеджмент запитує вас: "Але чому я раніше не чув про це програмне забезпечення?" Просто поверніть правду: "Чи намагався продавець продати її вам, чи ви бачили її на торговому стенді?" ... і "Це тому, що нам в кінцевому підсумку не потрібно використовувати це програмне забезпечення, окрім нас самих, тому що ми єдині, хто отримує прибуток від цього"

З часом деякі комп’ютери у великій організації можуть бути замінені повноцінними системами з відкритим стеком, як Ubuntu, щоб обробляти майже все, тоді як деякі інші можуть мати змішані програми, які перебувають у певному стані переходу до альтернативних відкритих джерел, як мета. Але у вашій організації можуть бути інші, яким потрібно повністю дотримуватися власницьких систем. Не існує альтернативи з відкритим кодом для всього; штовхаючись занадто далеко, занадто швидко стріляє назад.

Кількість часу, витраченого на навчання додаткам та операційним системам, НАЙБІЛЬШЕ НЕВІДОМО. Це величезна кількість часу, який ми проводимо, у вільний час, знайомлячись з новим програмним забезпеченням - це здебільшого несвідомий процес навчання. Підхід до повільної міграції (з випадковими стрибками) найкраще, інакше розчарування виникне пізніше, і з цим виходять неминучі рекомендації щодо продуктів, які в іншому випадку були б корисні для будь-якої організації.

На основі того, про що згадували деякі інші, бюджетні обмеження можуть бути дуже корисними.

На моєму робочому місці ми маємо напрочуд обмежену кількість ліцензій на есрі, а персонал часто засмучений їх нездатністю виконувати необхідні роботи в ГІС. Люди вдаються до такої тактики, як очікування до робочого часу, щоб забрати ліцензію на наступний день. У цьому середовищі я виявив, що люди дуже сприйнятливі до інструментів з відкритим кодом.

Я погоджуюсь з коментарями, які аргументують повільну міграцію та невеликі проекти, а також знецінення відкритого джерела проти власності. Якщо люди можуть побачити, що вау, я можу мати власне програмне забезпечення ГІС без клопоту про розподіл ліцензій, люди спробують це на собі. Я також помітив, що після того, як у людей буде встановлена ​​QGIS, вона починає просити інших користувачів менше покладатися на власні формати esri.

Повільно і стійко!