Convencer a organização a avançar para o GIS de código aberto? [fechadas]

Depois de passar a maior parte do ano neste site, estou vendo o tamanho da comunidade GIS de código aberto. Eu costumava pensar que era ESRI e nada mais. Dito isto, como você começa a cutucar ou convencer outras pessoas de que os programas de código aberto podem ser mais benéficos do que os produtos ESRI?

Não estou perguntando especificamente sobre os recursos um contra o outro, mas realmente tentando convencer os altos que uma mudança para um produto similar que proporcionaria resultados comparáveis ​​em termos de produtividade, eficiência e produto final.

Acho que no final tudo se resume a isso: no final do dia, a economia de custos supera o tempo que leva para que a equipe do GIS se acostume com o software de código aberto?

Para começar, descartaria toda a premissa de código-fonte aberto versus propriedade e a veria em termos de "a Ferramenta A realiza o que precisamos de uma maneira melhor do que a Ferramenta B que estamos usando agora?"

Em seguida, acompanhe demonstrações e exemplos tangíveis de onde a ferramenta que você está sugerindo como alternativa oferece melhores resultados ou tem um preço mais baixo de aquisição, preço de manutenção, curva de aprendizado e assim por diante. Seja justo e equilibrado, não encoste em áreas onde a alternativa é fraca ou tem lacunas.

Um ponto frequentemente levantado contra o código aberto e o comercial é o suporte, tendo alguém no final do telefone ou e-mail para responder a perguntas. Dê uma boa olhada no suporte que a organização está realmente recebendo agora das ferramentas pagas. Quantas vezes e com que profundidade as perguntas são respondidas por esse suporte técnico pago em vez de apenas "da internet"? Realmente colete dados e exemplos para isso. Como antes, seja justo e equilibrado.

Se as respostas para qualquer uma dessas explorações forem extremamente pesadas, de um lado ou de outro, é provável que não tenha havido lição de casa suficiente. Não é um monte de valor em produtos proprietários, e há também um monte de valor em código aberto. A questão é se esses pontos de valor estão alinhados com o seu negócio?

Lembre-se também de que não é uma proposta de tudo ou nada. O S em GIS é System, uma rede de partes e processos interconectados. Adicione ou substitua componentes por código aberto, onde isso fizer sentido.

E, finalmente, use você mesmo. Quando alguém pergunta: "Como você fez ...?" Mostre a eles!

Meu processo foi instalar e encontrar projetos / campeões para utilizá-lo "sob" o radar.
Fazer pequenos projetos com uma alta taxa de sucesso e colocar outros na mesma página com você terá enormes efeitos. O uso do software em um ambiente não pressurizado o ajudará a obter sucesso e a aprender a realizar com ele.

Quando você entender melhor quais são seus pontos fortes e fracos, poderá aplicá-lo como uma ferramenta em projetos maiores. Isso também manterá sua integridade unida, permitindo que outras pessoas vejam que você não está tentando "jogar fora" o sistema, mas aumentá-lo.

Quando você pode adicionar usuários completos sem pagar os enormes custos do gerenciamento de licenças estabelecido. Em seguida, trabalhe duro para adicionar pagamentos específicos ao projeto aos desenvolvedores do SO. Isso tornará o ROI muito mais fácil de rastrear e apresentar.

Muito mais poderia ser dito sobre esse assunto. Estou certo de que outros também terão excelentes conselhos. Vamos mantê-lo construtivo, ou ele provavelmente será votado como "Não Construtivo"

É improvável que os gerentes cortem seus funcionários das ferramentas ESRI testadas sem o apoio das bases. Imagine a alternativa - diga que sua empresa usa apenas ferramentas de código aberto para realizar trabalhos relacionados ao GIS. Se todas as ferramentas repentinas da ESRI fossem impostas a você, haveria uma redução significativa na produtividade no curto prazo. Em vez disso, é mais provável que os gerentes testem as águas e vejam como uma possível transição de ferramentas funcionará - afinal, eles são os principais responsáveis ​​pelo resultado final.

Eu adotaria uma abordagem de base e convenceria os funcionários do GIS a migrar para o software livre, em vez dos altos . Um bônus único igual às taxas de licenciamento de um ano, dividido entre os funcionários, proporcionaria um bom incentivo. Uma vez que os funcionários do GIS realmente adotem o software livre, os gerentes perceberão a potencial economia de custos e provavelmente optarão pela transição.

Muito dependerá de quais componentes da ESRI sua organização está usando. Identifique onde a mudança para o código aberto pode ser mais benéfica.

Se você usa ESRI principalmente para cartografia ou soluções móveis, pode descobrir que alternativas podem custar mais do que ESRI. É possível obter ganhos reais quando você estiver usando web gis ou processando muito, e é aí que as soluções de código aberto se destacam.

Uma migração lenta seria menos arriscada. Sempre que surgirem problemas orçamentários, além do custo do software, ofereça soluções que economizem dinheiro, uma por vez, à medida que surgem. Sempre que um projeto apresentar uma solução de código aberto capaz de lidar com a tarefa em questão, mencione as economias e pergunte: "Por que gastar isso em software quando podemos gastá-lo em algo mais útil"? Pode haver novos projetos que exijam a compra de novos softwares e funcionários. Sempre que surgirem discussões sobre redução de custos, pergunte por que a organização não está reduzindo o custo do software, para que ocorra menos redução em outros lugares, especialmente quando soluções viáveis ​​funcionam totalmente gratuitas. Nesses momentos, ofereça-se para usar a solução Open Source e economize o dinheiro da organização.

Quando novos funcionários entrarem, forneça a eles acesso imediato a aplicativos de código aberto, com software proprietário para chegar "conforme necessário". "Este software instalado já não funciona?" Eventualmente, entregue esses novos funcionários para ajudar os funcionários estabelecidos a aprender os atalhos da maneira Open Source. Dê aos novos funcionários um distintivo de honra ou funcionário da semana por isso. Faça delas as organizações uma nova linha de frente para a inovação.

Por fim, quando a gerência pergunta: "Mas por que eu nunca ouvi falar desse software antes?" Simplesmente responda a verdade: "Um vendedor tentou vendê-lo para você ou você o viu em um estande de fornecedores?" ... e "Isso é porque ninguém precisa de nós para usar este software, além de nós mesmos, porque somos os únicos que lucram com ele"

Com o tempo, alguns dos computadores de uma grande organização podem ser substituídos por sistemas completos de pilha aberta, como o Ubuntu, para lidar com quase tudo, enquanto outros podem ter aplicativos mistos que estão em algum estado de transição para alternativas de código aberto, como objetivo. Porém, pode haver outros em sua organização que precisem se ater completamente aos sistemas proprietários. Não existe uma alternativa de código aberto para tudo; empurrando longe demais, rápido demais.

A quantidade de tempo gasto no aprendizado de aplicativos e sistemas operacionais é MUITO MAIS PERCEBIDA. É uma quantidade enorme de tempo que gastamos, em nosso tempo livre, nos familiarizando com o novo software - é principalmente um processo inconsciente de aprendizado. A abordagem de migração lenta (com saltos ocasionais) é a melhor; caso contrário, desapontamentos surgirão mais tarde e, com isso, as inevitáveis ​​recomendações contra os produtos que seriam benéficos para qualquer organização.

Para aproveitar o que alguns outros mencionaram, as restrições orçamentárias podem ser muito úteis.

No meu local de trabalho, temos um número surpreendentemente limitado de licenças ESRI, e a equipe geralmente fica frustrada com a incapacidade de realizar o trabalho GIS necessário. As pessoas recorrem a táticas como esperar até o horário comercial para obter uma licença para o dia seguinte. Nesse ambiente, descobri que as pessoas eram muito receptivas às ferramentas de código aberto.

Eu concordo com os comentários que defendem migrações lentas e pequenos projetos, e a enfatização de código aberto versus proprietário. Se as pessoas puderem ver esse uau, eu posso ter meu próprio software GIS sem o incômodo de compartilhar licenças, elas tentarão por si mesmas. Também notei que, uma vez que as pessoas instalam o QGIS em execução, elas começam a pedir que outros usuários confiem menos nos formatos proprietários da esri.

Lento e constante!