G 業種別
IT企業の監視｜技術者への説明と開発環境の両立
IT企業では、技術情報、ソースコード、顧客のシステム構成。いずれも外に出ると競争力や信用に直結します。開発者という、監視に最も敏感な職種を抱える職場でもあります。
特有の事情
| 事情 | 監視への影響 |
|---|---|
| 技術者が監視の仕組みを理解している | 回避策を探されやすい |
| 持ち出しが業務の一部 | 正当な操作と不正の区別が難しい |
| 成果がコードで残る | 活動量より成果で評価しやすい |
技術者にとって、監視は「理解できるからこそ納得しにくい」ものです。
納得を得る説明
技術者には、仕組みを隠さず説明するほうが効果的です。何を記録し、どこに保存し、誰が見られるか。技術的に説明できる範囲で開示すると、納得が得られやすくなります。逆に、曖昧な説明は不信を招きます。
通知の作り方は監視 通知文 の書き方をご覧ください。
記録の対象
ソースコードの外部送信、私的なリポジトリへの複製、顧客の環境情報の持ち出し。これらを対象にします。開発に必要な操作と、持ち出しの区別が難しいため、許可された経路を決め、それ以外を確認の対象にする運用が現実的です。
開発環境との両立
開発では、外部のツールやライブラリを頻繁に利用します。すべてを制限すると、業務が止まります。許可するツールを一覧化し、それ以外の利用を記録する、という設計にします。制限と生産性のバランスを、現場と一緒に決めることが重要です。
アプリとサイトの制御はアプリ サイト ブロックをご覧ください。
よくある質問
Q. 技術者に監視は受け入れられますか。
A. 目的と範囲を明確にし、技術的に説明すれば、受け入れられる場合が多いです。評価に使わないことを明言することも有効です。
Q. リモートの開発者も同じ運用にできますか。
A. できますが、接続環境の違いを考慮します。回線の制約で記録が欠ける場合があるため、欠損を異常と決めつけない運用にします。
導入前のチェックリスト
- 許可するツールとサービスを一覧化しているか
- ソースコードの外部送信を、どの経路で許可するか決めているか
- 記録を評価に使わないことを、明文化しているか
- 技術者への説明で、記録の仕組みをどこまで開示するか決めているか
- リモート開発者の接続環境の違いを、運用に反映しているか
まとめ
IT企業の監視は、記録の対象を許可された経路の外側に絞り、仕組みを隠さず説明することで納得を得ます。制限と生産性のバランスを、現場と一緒に決めてください。
iMonitor でできること
本記事の内容を踏まえて、機能と導入条件を確認したい方は次のページをご覧ください。