Skip to content

2. 明確で共有されたAIスタンス ​

原文: https://dora.dev/capabilities/clear-and-communicated-ai-stance/

定義 ​

明確で共有されたAIスタンス(Clear and communicated AI stance) は、開発者に「私たちがAIをどう使うことを期待し、どのツールを使え、どう支援するか」を伝える理解しやすく広く共有されたフレームワークです。Wikiに埋もれた法律文書ではありません。

DORA研究は、明確でよく共有されたAIスタンスが個人の効果性・組織パフォーマンス・デリバリー処理量へのAIのポジティブ効果を増幅すると高い確信をもって明らかにしました。また、AIが摩擦に対して持っていた中立効果を摩擦の減少に変えます。

AIの視点: 心理的安全性という支援者 ​

曖昧さは導入を妨げます。コーディングアシスタントの使用が解雇や訴訟につながるか確信がなければ、開発者は使用を隠す(シャドーAI) か避けます。

明確なスタンスは実験に必要な心理的安全性を提供し、認知負荷を「これは許可されているか?」から「これで問題をどう解くか?」へ移します。

成功するスタンスは、開発者が認識する4つの要素で定義されます。

  • 期待(Expectation): AI使用が期待されていると感じるか?
  • 支援(Support): 組織が実験を支援しているか?
  • 許可(Permission): どのツールが許可されるか明確か?
  • 適用性(Applicability): 自分の役割に適用されるポリシーか?

実装方法 ​

  1. 経営層のスポンサーシップを確保 — リーダーシップがAIミッションと導入計画を定義・擁護する。
  2. クロスファンクショナルなワーキンググループを組成 — 法務・セキュリティだけで作ったポリシーは現実と衝突する。エンジニアリング・法務・セキュリティ・IT・プロダクトリーダーシップを含める。
  3. 「3つのバケツ」フレームワーク — 二分法的なyes/noを避ける。
    • 禁止(Prohibited): 高リスク、絶対不可(例: 顧客PIIを公開チャットボットに貼る)
    • ガードレール付き許可(Permitted with guardrails): 特定の統制下で許可(例: 承認済みエンタープライズツールで独自コードを使用)
    • 許可(Allowed): 低リスク・高価値の活動を積極的に推奨(例: 独自データなしのボイラープレート生成・アイデア出し)
  4. 「生きた文書」として公開 — 静的なPDFを避け、中央の検索可能な開発者ハブに公式の承認ツール一覧・ポリシー・FAQを置く。
  5. 共有しフィードバックループを構築 — タウンホール・チームミーティングで知らせ、質問・ツール提案のチャネルを作る。

よくある落とし穴 ​

  • 一度きりのポリシー: AI技術は毎月変わる。定期的な見直し・更新が必要。
  • ホイップラッシュ(whiplash)効果: チームが適応する時間なくポリシーを頻繁に変えると、ポリシーがないより悪くなりうる。
  • 近視眼的な作成: 法務・セキュリティの一部門がエンジニアリングの入力なしに決めると、実務を無視したスタンスになる。

測定方法 ​

文書の存在ではなく理解度を測ります。

設問

  • 仕事で許可/不許可のAIツールがどれだけ明確か?
  • 組織はAI実験をどれだけ支援しているか?
  • 仕事でのAI使用が義務だと感じるか?
  • 組織のAIポリシーが自分の仕事に直接適用されるか?

システム指標

  • ポリシー文書のページビュー・滞在時間
  • ツール承認・ポリシー解釈に関する公開チャネルの質問数

出典

本記事はDORAのClear and communicated AI stanceを要約したものです。原文 © Google LLC、CC BY 4.0。

DORAのAIリサーチ(dora.dev/ai)を日本語で要約した非公式ガイドです。原文はCC BY 4.0。