運用・管理→運用管理倫理

経営倫理

1）なぜそれを必要とします

オペレーションは一定のスピード↔リスク↔コストトレードオフです。倫理的なフレームワークは、ユーザーやステークホルダーを欺かないように、データ、お金、期限の圧力の下で決定を下すのに役立ちます。プライバシーを侵害し、プラットフォームの長期的な持続可能性を損なわないようにします。

• チームと彼の呼び出しのための行動の明確な赤い線とルールを設定します。
• インシデントにおけるSLA、メトリクス、コミュニケーションの完全性を確保します。
• ユーザー/パートナーのプライバシー、データ、権利を保護します。
• 自動化とAIを管理しやすく、説明可能で安全にします。

2）基本原則（中核）

1.安全第一に：ソリューションは、ユーザー/データへの害の可能性を高めるべきではありません。
2.測定の正直さ：ない「化粧品」の指標、単一のSSOTおよび再現性。
3.アクションの透明性：誰が何をしたのか、なぜ、どのデータに基づいて。
4.責任と説明責任：役割→権限→監査→影響。
5.データの最小化：必要なもののみを収集し、アクセスと保存期間を制限します。
6.説明可能なOps/AI：自動ソリューションは明確で可逆性があり、使い捨てです。
7.エクイティと非差別：ルールとモデルにおける「バイアスなし」ポリシー。
8.責任のない、しかし服従しない：間違いは事実を隠さないで、システムを変更する理由です。

3）指標、SLO/SLA、レポートの倫理

• メトリックの統一された定義（ウィンドウ、アグリゲータ）、数式のバージョン管理。
• 「計画された仕事」で事件を隠すこと、「美しい」SLAのためにウィンドウ/タイムゾーンを転送すること、ドキュメンタリーの根拠なしでデータを除外することは禁止されています。
• 明確なラベル付け：「推定」、「予測」、「事実」、「例外と理由」。
• Postmortemsは「PRテイク」ではなく、事実と行動で公開されています。

アンチパターン：「p99の2つのバージョン」、レポートの手動調整、選択期間「ピークなし」。

4） PII/支払データのプライバシーと作業

最小化：デフォルトでは、PIIは本番ループを残しません。ログ/ダッシュボードのマスク。
役割によるアクセス：最低特権の原則；機密データの各読み取りを監査します。
保持：明確な保持、削除/匿名化ポリシー。
データインシデント：規制に従って所有者/法人の即時通知。

禁止：匿名化なしで実際のPIIをステージ/アナリティクスに転送します。契約外のベンダーと共有します。

5）インシデントにおける倫理的コミュニケーション

真実とタイムリーさ：ETAのステータス、明確な言語、省略なし。
個人を非難しないでください：事実と全身的な原因に焦点を当ててください。
「静かな」修正はありません：ユーザーに影響を与える変更を指定する必要があります。

投機を制限する： 「我々はXをチェックします、午後8時15分に次の要約」

What is happening/who is affected/what we are doing/when the next update/where to follow

6）業務における自動化とAIの倫理

クリア周辺：AI/ボットが確認せずに実行できるアクションのリスト（リバーシブルと低リスクのみ）。
説明可能性：各レコメンデーション-ソースと引数、禁止「参照なし」。
HITL（ループ内の人）：敏感なアクションの確認（トラフィックシフト、PSPスイッチング、制限変更）。
監査：プロンプト/アクション/意思決定ログ、ドライランレポート。
バイアス&公平性：歪み（地理、デバイス、プレーヤータイプ）の推奨事項を定期的にチェックします。
AIのためのデータ：PII/秘密「吸う」禁止；非人格的な表示例の使用。

7）ベンダーとの関係及び利益相反

SLOのSLA/OLA：依存関係の公正なマップ；ベンダーの停止に関する公的事実。
競合する利益：「個人ボーナス/紹介スキーム」による建築上の決定を行わない。
入札者とパイロットの倫理：同等のテスト、記録された勝利基準。
禁止：プロバイダの失敗を「私たちのもの」として非表示にし、「勝者」の比較指標を変更します。

8）赤い線（disjoint）

データとレポートの操作。
ユーザー/お金に影響を与えるインシデントの隠蔽。
保護されていない環境で実際のPIIを活用します。
HITLとロールバックプランのない取り返しのつかないアクションの自動化。
従業員に指標を「装飾」するか、ゲートをスキップするように圧力をかけます。

違反は、リリースを停止するまでの正式な調査のトリガーです。

9）方針と規範（断片）

- All metrics are described in the catalog with formula, window and owner.
- Formula change - via RFC and parallel run (old vs new).
- Any exceptions in the SLA are documented and signed by the parties.

- First summary of 15 minutes, then ETA.
- Tone: facts, hypotheses are marked, references to artifacts.
- It is forbidden to promise deadlines without justification (progress/plan/resources).

- Allowed: summaries, tickets, requests for observability, annotations, pre-scale (reversibly).
- Requires confirmation: feilover, changing limits, enabling safe-mode, canary pause.
- Required: activity log, explainability, dry-run before use.

10）役割と責任

Opsの責任者：倫理政策の所有者、「ストップバルブ」の権限。
インシデントマネージャー：コミュニケーションの質と誠実さ、死後の管理。
SSRE/Observability： SSOT指標、監査数式およびアラート、「化粧品」に対する保護。
DPO/セキュリティ：プライバシー、アクセス、リーク調査。
法律/PR：法律/契約の遵守、外部コミュニケーション。
ドメインコマンド：ゲート、正しいデータ、アーティファクトへの準拠。

11）ダッシュボードと倫理アーティファクト

メトリックインテグリティ-Online↔DWHの不一致、数式の変更、古いパネル。
インシデントコム：最初の更新までの時間、ETA準拠、要約の完全性。
プライバシーとアクセス：PIIへの呼び出し、異常な要求、保存期限。
AIガバナンス：自動車アクションの数、ドライランシェア、キックバック、物議を醸す決定。
ベンダーの真実：プロバイダによるインシデント、レポートとSLOの照合。

12）チェックリスト

• フィッシュフラッグとロールバックプランがあります。
• SLOアラートと注釈が含まれています。
• ゲートを迂回する「上から」圧力はありません。
• 文書化されたリスク/除外、合意。

• タイムリーな最初のアップデートとETA。
• 仮説から切り離された事実、データへの参照。
• スケール/インパクトを軽視する試みはありません。
• 時間通りに死後、スケジュールされたアクション。

• 許可された自動操作のリストが承認されます。
• ログと説明が有効になっています。
• PII未使用/マスク。
• 敏感な操作のためのHITL。

13）倫理成熟度KPI

メトリックインテグリティスコア（ドリフトOnline↔DWH ≤ 2％、バージョン化式のシェア≥ 95％）。
インシデントコムSLA（最初の要約≤ 15分、ETA準拠≥ 90％）。
プライバシー侵害=0、正当化とPIIへのアクセスの共有=100％。
AI Safety：リバーシブル自動操作=100％、キックバック<5％、論争の多いケースの分解=100％。
Whistle Safety Index：匿名チャンネルが機能し、通話は7日間≤ソートされます。

14）アンチパターン

「草を塗る」：メトリクスで化粧品、SLAを「遡及的に」再定義します。
締め切りのための「フラグのない夜のリリース」。
ログなしのプライベートチャットとソリューション。
有毒なレトロ/死後、責任ゲーム。
RAGなしのAI/説明可能性、操作中のブラックボックス。
「念のために」供給過剰なデータ収集。

15）実用的な言語（方針にコピーすることができます）

We tell the truth about the state of the systems.
We do not hide incidents and do not distort metrics.
We protect user data and restrict access.
We automate only reversible and safe actions, the rest is through HITL.
We document decisions and respect the "stop crane."

- SLO/guard rails are active; rollback plan checked.
- Changes of metrics/formulas are formalized by RFC and announced.
- No conflicts of interest, decisions made on data.

16） 30/60/90-実装計画

• 「レッドライン」、コード、インシデントコミュニケーションとプライバシーのポリシーを承認します。
• 所有者の割り当て（Ops、 DPO、 Observability）。
• Metrics IntegrityパネルとIncident Commsパネルを起動します。

• メトリクス数式とSSOTのRFCを実装する。物議を醸すパネルを再構築します。
• AI/botsの境界（許可されたアクション、HITL、ログ）を形式化します。
• オンコールおよびドメイン管理者のための倫理トレーニングを実施します。

• コンプライアンスの監査、ケース/苦情のレビュー、ポリシーの更新。
• 倫理KPIとチームOKRを関連付ける（例：インシデントコムSLA、 Integrity Score）。
• 「赤い線」の効率と調整でレトロ。

17） FAQ

Q：ビジネスがSLAレポートを「微調整」するように頼んだ場合はどうなりますか？
A：正直なメトリックポリシーとSSOTを引用して拒否します。代替手段を提供する：契約を通じて作成された理解可能な例外を含む「ユーザーエクスペリエンス」メトリック。

Q：リリーススピードと倫理をどのように組み合わせるのですか？
A：小さい増分、phicheflags、カナリアおよびSLOのオートゲート。倫理はブレーキではなく、高価なミスに対する保険です。

Q：間違いを公に認めるのはいつですか？
A：影響がユーザー/パートナーにpalpableとき常に。ステータステンプレート+アクションプラン+期限。