開発者はPCの管理者権限を持つべきか 質問する

答えは「はい」です。開発者は、システム構成をいじってアイテムをテストしたり、ソフトウェアをインストールしたり (少なくとも、開発中のもののインストール プロセスをテストしたり)、レジストリを調べたり、管理者権限がないと正常に動作しないソフトウェアを実行したりする必要があります (これらはほんの一例です)。開発作業に不可欠な、管理者権限が必要なタスクは他にも多数あります。

開発スタッフが必ずしも本番システムへのルート アクセス権を持っているわけではないことを念頭に置くと、ローカル PC の管理者権限によって本番システムのセキュリティが大幅に損なわれることはありません。業務を遂行するために管理者アクセスを必要とするスタッフに対して、ローカル PC への管理者アクセスを制限する正当な運用上の理由はほとんどありません。

ただし、管理者アクセスを提供する最も重要な理由は、危険にさらされた開発環境や二流の開発環境を設定すると、開発スタッフに次のようなメッセージが送られるからです。

「私たちはあなたの仕事をあまりに軽視しているので、正当な理由もなくあなたの仕事の能力を著しく損なうこともいといません。実際、私たちは自分の尻ぬぐいのため、つまらない官僚主義の気まぐれに迎合するため、あるいは単に面倒くさくて、喜んでそうしています。これは最良のケースです。最悪のケースは、私たちが本当にコントロールフリークで、あなたに仕事のやり方や、何をするべきか、何をする必要がないかを指示するのが私たちの権利だと考えていることです。与えられたものでやりくりし、仕事があることに感謝してください。」

一般的に、開発スタッフに二流の（根本的に欠陥のある）作業環境を提供することは、スタッフを怒らせるという当然の結果を招くことになります。つまり、有能な人材を維持できない、スタッフの離職率が高い、士気が低い、納品品質が低い、といった結果です。わざわざそうすることは、特に官僚的な気まぐれに迎合しているようなニュアンスがある場合は、無責任な行為です。

スタッフの離職は、単にスタッフの交代にかかるコストだけがかかるのではないことを覚えておいてください。スタッフの離職による最も深刻なコストは、残ったスタッフのほとんどが、より良い仕事に就くことができない役立たずになってしまうことです。時間が経つにつれて、影響を受ける部門の能力が低下します。業界が十分に近ければ、評判も悪くなる可能性があります。

注目すべき点は、管理者権限は、Windows の場合よりも、Unix 系またはメインフレーム システムでの開発でははるかに問題が少ないということです。これらのプラットフォームでは、ユーザーはシステム全体の権限を必要とせずに、自分のドメインではるかに多くのことを実行できます。開発者にはおそらく root または sudo アクセスが必要ですが、これがなくても問題が発生する頻度は大幅に減ります。この柔軟性は、コンピュータ サイエンスの学校で Unix 由来のオペレーティング システムが引き続き人気がある重要な理由ですが、あまり知られていません。