エンジニアリングと IT: ギャップを埋める

正直に言うと、IT 部門は通常、組織内で最も愛されているメンバーではありません。 IT は重要な役割を果たしていますが、他の部門は一貫して IT を障害またはボトルネックとみなしています。 これは IT 部門の不当な特徴付けですが、その認識は依然として残っています。 もちろん、IT グループとのやり取りのレベル、つまり不満の度合いは、仕事をする上で情報テクノロジをどの程度活用するかによって決まります。 したがって、IT 部門と最も摩擦を起こしている人々のグループがエンジニアであることは驚くべきことではありません。
私が最近一緒に仕事をしたエンジニアリング マネージャーは、チームの IT 環境の改善に数年間取り組んだ後、当社に来ました。 彼は組織の制約に不満を感じており、より良い方法を見つけるために独自に行動を起こしていました。 このマネージャーの根底にある不満は、彼の IT グループが会社全体に役立つソリューションを必要としていることでした。 彼らが提供したものは大多数の設計エンジニアには機能しましたが、このマネージャーのシミュレーション グループにとっては非常に不十分であり、解決策が必要でした。 彼のグループは、IT 部門が簡単、迅速、または安価に追加できるものではなく、より優れた、より利用可能な HPC リソースを必要としていました。
間違いなく、IT マネージャーとエンジニアの関係は、対立する運命にあります。 その理由を理解するのは難しくありません。 エンジニアは作成、設計、テストを行います。 これらのタスクを達成するためにエンジニアに優れたリソース (またはより多くのリソース) を提供すれば、それらのツールは最高の最終製品を作成するために最大限に活用されると確信できます。 IT プロフェッショナルは、自分の持っているリソースを使ってユーザーに最高の製品を提供しようとするという点で同じ立場にあります。 しかし、彼らの提供能力を制限するリソースは、無数の関係にとって大きな問題点であり議論の源です。それは「予算」です。 彼らのツールキットは小切手帳であり、利用可能な残高は簡単には増えません。 IT プロフェッショナルは予算の制約内で、組織内の全員にとって最適なソリューションを作成する必要があります。 さらに、IT 担当者は、インフラストラクチャのセキュリティ、広範囲にわたる使いやすさ、製品の互換性など、エンジニアの主な関心事ではない事柄も考慮する必要があります。
IT とエンジニアリングの間でこの問題を複雑にしているのは、エンジニアが問題解決に使用するツール (ハードウェアとソフトウェアの両方) が常に進化しており、エンジニアは通常、テクノロジーの進歩の最先端にいるという事実です。 ムーアの法則は確かに死んだ（または死にかけている）かもしれませんが、人工知能、ディープラーニング、モノのインターネットの台頭により、エンジニアは技術の限界に常に挑戦し続け、IT リソースの必要性がこれまで以上に高まることは間違いありません。フォワード。
IT とエンジニアリングの関係に注目すると、非常に有能で勤勉な専門家からなる XNUMX つのグループがあり、その道筋は分かちがたいものであることがわかります。 IT とエンジニアリングは、異なる目標を持つ異なるパラダイムの下で動作しており、うまく共存できず、常に摩擦が生じます。
ということで、ここに、避けられない潜在的な緊張を持ちながら、表面的にはありきたりな存在になる運命にあると思われる XNUMX つのグループが存在します。 しかし、それができたらどうでしょうか？
緊張が取り除かれ、各グループが理解できる制約の範囲内で権限を与えられるようにシステムが再設計されたらどうなるでしょうか?
クラウドに入る！
クラウド コンピューティングの登場により、IT リソースは民主化されました。 かつては組織内の IT 専門家を関与させ、複雑な承認と統合のプロセスを経なければ利用できなかった機能に、今ではインターネット接続で簡単にアクセスできるようになりました。 IT グループは、限られた予算を使用して、グループ全体にとってどのハードウェアとソフトウェアが最適であるかについて難しい決定を下す必要がなくなりました。 各グループは、自分たちのニーズに最適なハードウェアおよびソフトウェア ソリューションを選択できるようになりました。
では、これは IT とエンジニアリングの関係にどのような影響を与えるのでしょうか?
クラウドが登場する前は、IT マネージャーはエンジニアにとって、物事を成し遂げる上で障害となるものとみなされていました。 エンジニアがクラウドに移行するにつれて、IT マネージャーはリソースへのアクセスを制御できなくなります。 IT 部門はそのクラウド リソースの統合を承認するだけで済みます。 これには主にセキュリティが健全であることを保証することが含まれますが、クラウドが成熟するにつれ、評判の良いクラウド プロバイダーは強固なセキュリティ基盤の上に構築されており、ほとんどの監査を比較的簡単に通過できます。
しかし、以前の関係における摩擦の原因である、すべての人に提供するために内部で働いていた予算 IT についてはどうなるのでしょうか? 予算はまだ存在しますが、それを管理する責任は変わりました。 IT スペシャリストが多額の資本投資を入念に分析する代わりに、クラウド プロバイダーは、コストをエンジニアが管理する運用経費に移すことができます。
予算の変更により、エンジニアリング マネージャーは問題へのアプローチ方法を変更する必要があります。 計算工学は、与えられた空間を隅々まで埋める膨張する気体になるように訓練されてきました。 クラウドと理論的には無限のリソースがあるため、エンジニアはワークロードを設計する際にプロジェクトのコストを考慮する必要があります。
この投稿の冒頭で述べたエンジニアリング マネージャーのことを振り返ってみると、私たちは HPC リソースのソリューションを提示することができ、彼の IT 部門は喜んで対応してくれました。 このソリューションにより、エンジニアリングと IT 部門は、組織内の少数のユーザーを満足させるソリューションを目指して協力することが可能になり、同時にこの種の作業に対する予算管理の権限をエンジニア自身に移すことができました。 IT 部門は緊張点を緩和できて安堵し、一方、エンジニアリング グループは社内ハードウェアに代わる手頃な価格の代替品を見つけました。
クラウドがもたらすこの新しい関係には、慣れるまでに少し時間がかかります。 IT 管理者は、クラウドのセキュリティと整合性を快適に扱えるようにする必要があります。 エンジニアは、プロジェクトを設計するときにリソースの予算を立てる方法を学ばなければなりません。 しかし、各部門がクラウド環境内での運用を学ぶにつれて、イノベーションを妨げている唯一のものは運用予算です。 エンジニアが運用資金を利用できない場合は、その部門または組織内で優先度の高いニーズが原因である可能性が高く、エンジニアにとってはこれを理解して対処する方がはるかに簡単です。
この変化はすでに劇的に加速して起こっています。 パブリック クラウド サービスへの世界的な支出は、年平均成長率 20% 近くで増加しています。 質問はもうありません 　 クラウドを利用することになりますが、 の。 この動きが続くにつれて、革新的な成長が複雑な IT プロセスに行き詰まることがなくなりました。 予算が許す限り、雲の中で急上昇することも可能です。