移行が遅い場合、リスクは低くなります。予算の問題がソフトウェアのコストとともに発生するときはいつでも、発生するたびに1つずつお金を節約するソリューションを提供します。プロジェクトが手元のタスクを処理できるオープンソースソリューションを思いつくときはいつでも、節約について言及し、「それをもっと便利な何かに使うことができるのに、なぜソフトウェアに使うのか」と尋ねてください。新しいソフトウェアとスタッフの購入を求める新しいプロジェクトが加わる可能性があります。コストの削減について議論するたびに、組織がソフトウェアのコストを削減しないので、特に完全に無料で実行可能なソリューションが機能する場合に、他の場所で発生するトリミングを減らす必要がある理由を尋ねてください。そのようなときは、オープンソースソリューションを使用して、組織のお金を節約することを提案します。
新しい従業員が入ってきたら、オープンソースアプリケーションにすぐにアクセスし、独自のソフトウェアを「必要に応じて」提供します。高価なものが必要な場合は、ソフトウェアのリクエストに必要な理由を記入し、質問で返信します「インストールされているこのソフトウェアは、すでにその機能を果たしていませんか?」最終的には、これらの新しい従業員をひっくり返して、既存の従業員がオープンソースの方法のショートカットを学習できるようにします。新しい従業員に名誉のバッジまたはそのための週の従業員を与えます。それらをイノベーションの新しい最前線にします。
最後に、経営者から「でも、なぜこのソフトウェアについて聞いたことがなかったのですか?」「セールスマンがあなたに販売しようとしたのですか、それともベンダーのブースで見ましたか?」という真実を反論するだけです。...そして「それは、最終的に誰も私たち以外にこのソフトウェアを使用する必要がないからです。私たちはそれから利益を得る唯一のものだからです」
時間の経過とともに、ほとんどすべてを処理するために、大規模な組織のコンピューターの一部をUbuntuなどの完全なオープンスタックシステムに置き換えることができます。また、他のいくつかのコンピューターは、ゴール。しかし、組織内には独自のシステムに完全に固執する必要がある他の人がいるかもしれません。すべてに対応するオープンソースの代替手段はありません。あまりにも遠く、あまりにも速い逆火を押します。
アプリケーションとオペレーティングシステムの学習に費やした時間は、ほとんど気づかれていません。これは、私たちが自由な時間に新しいソフトウェアに慣れるのに費やす膨大な時間です。これはほとんど無意識の学習プロセスです。スロー移行アプローチ(ときどきの飛躍を伴う)が最適です。そうでなければ、失望が後に発生します。そうしないと、どの組織にとっても有益な製品に対する避けられない推奨事項が伴います。