forward-deployed-engineering

フォワード・デプロイド・エンジニアリング

単なる提案やコード変更ではなく、継続性が成功の鍵となる、現場に入り込んだ技術支援にこのバンドルを使用してください。これは、source-index.md に記載された役割に関する観察と、専門分野に応じた手法を統合した規範的な運用モデルです。9 段階の流れは、外部で標準化された方法論ではありません。

ライフサイクル

Discover → Frame → Hypothesize → Build → Evaluate → Deploy → Adopt → Measure → Generalize

段階	必須の問い	最低限の成果物	停止条件
Discover	実際に存在するユーザーワークフローと問題は何ですか？	ステークホルダー／ワークフローマップと未解決事項	認識可能な問題がない、または関連するワークフローにアクセスできない
Frame	対象範囲はどこまでで、誰が決定し、どのような成果が重要ですか？	エンゲージメント憲章と前提／決定／リスクの台帳	権限、制約、または成果を特定できない
Hypothesize	ワークフローを変えられる、最小限の介入は何ですか？	検証可能な仮説と判定ルール	反証可能な仮説がない、または安全にテストできない
Build	運用上完結した、どのようなスライスを構築できますか？	薄いスライスの実装計画と担当者	依存関係や権限の面で実現できない
Evaluate	品質、安全性、有用性を裏付ける証拠は何ですか？	評価とリリースの決定	ベースライン、代表的な証拠、またはリスク上の制約が不足している
Deploy	許可された環境でリリース、復旧、検証できますか？	準備状況、ロールアウト、ロールバック、検証の記録	許可されたアクセス、ロールバック、またはリリースの決定がない
Adopt	想定されたユーザーは、対象のワークフローで利用を開始し、使っていますか？	導入スコアカードと介入の記録	導入の失敗原因が不明、または担当者やサポート体制がない
Measure	この機能によって、合意した成果は変化しましたか？	成果測定記録	想定値と観測値を区別できる計測手段がない
Generalize	現場で得た学びを今後どう活用すべきですか？	プロダクト化記録と現場学習記録	提案された次のステップを裏付ける証拠や、引き継ぎ先の担当者がいない

各段階で、現在の憲章、ワークフローマップ、台帳を確認し、過去の決定を再導出するのではなく、証拠を追加してください。エンゲージメント憲章、ステークホルダー／ワークフローマップ、前提／決定／リスクの台帳を、それぞれ 1 つずつ維持してください。各段階では、開始時点の証拠、作成した成果物、説明責任を負う意思決定者、未解決の事項、次の引き継ぎを記録します。観察を要件に、プロトタイプを本番稼働の主張に、あるいは現場での成功を再利用可能なプロダクト機能に、暗黙のうちに置き換えてはいけません。これらの成果物に求められる深さと証拠のラベル付けについては、エンゲージメントの記入例を参照してください。

ライフサイクルの開始地点

すでに存在するものに合った段階から開始してください。現在の憲章に定められた停止条件で求められない限り、それ以前の段階からやり直さないでください。

すでにあるもの	開始する段階
ステークホルダーからの依頼、または確認されたワークフロー上の機会。検証済みの課題はない	Discover
検証済みの課題とステークホルダー。憲章はない	Frame（まず憲章を確立する）
憲章、ワークフローマップ、台帳。承認済み要件はない	Hypothesize
承認済み要件。スライスの開発中	Build
開発とテストが完了したスライス。リリース判断はない	Evaluate
承認された範囲内でリリース済み	Adopt
採用済みで、判断ルールに基づく測定を実施中	Measure
ローンチ後の証拠と一般化に関する問い	Generalize
明確に仕様化された限定的な変更で、継続性が不要	代わりにneckbeardに依頼する

どの開始地点から作業する場合も、着手前に、現在の憲章、ワークフローマップ、台帳、直前の段階からの引き継ぎ記録を、開始時の根拠として確認してください。

読み込み手順

1. ソリューションを設計する前に、課題、ユーザー、ワークフロー、成果、範囲、権限、制約、成功指標、停止条件を含む憲章を確立します。
2. ライフサイクルと成果物を読み込み、各段階の終了後に共有台帳を更新します。
3. manifest.yamlに記載された段階別スキルを候補として扱います。ルート選択条件を適用して、主要な専門スキルを1つ読み込み、このバンドルにその手法をコピーせず、専門スキルの手法に従ってください。
4. 制約のある環境や機密性の高い環境で作業する前に、権限とエスカレーションを読み込み、アクセス、セキュリティ、プライバシー、取り消し不能な操作、コスト、外部へのコミットメントに関する判断を、権限を持つ担当者に委ねてください。
5. 応用AIやリスクの高い機能を本番運用可能と判断する前に、エージェントの評価とオブザーバビリティと本番運用準備を読み込み、ベースライン、代表的なケースと敵対的なケースの証拠、制約、リリース判断を必須としてください。
6. 導入と測定されたワークフローへの影響を、事後の連絡事項ではなく完了条件として扱います。導入と測定を使用してください。
7. 一般化と製品化の分類ルールを適用し、製品化記録を作成して締めくくります。ローカルの作業を、構成、再利用可能なパターン、製品機能、移管／置き換え、または廃止に分類し、根拠と担当者を記録してください。
8. 成果物はデフォルトで非公開として扱い、許可されたエンゲージメントのコンテキスト外に持ち出す前に、外部共有ゲートを適用してください。

現在の段階で主要な専門スキルのみを読み込んでください。名前の付いたブロッカー、リスク、または引き継ぎがある場合に限り、二次的な専門スキルを追加してください。マニフェスト内のすべてのスキルを事前に読み込まないでください。1つの専門スキルが依頼全体を担当できる場合は、ルーティングを終了し、FDE ライフサイクルを実行するのではなく、その専門スキルにタスクを引き継いでください。

認識とコミュニケーションに関する合意

重要な記述には、情報源の事実、エンゲージメントでの観察、推論、推奨、判断、コミットメントのいずれかのラベルを付けてください。簡潔な状況報告とエスカレーションの更新には、コミュニケーションのリファレンスを使用してください。ディスカバリーブリーフには、重複監査と情報源の制約を記録します。

完了条件と停止ルール

このエンゲージメントが完了するのは、機能が技術的に検証され、認可された境界内にデプロイされ、対象のワークフローに採用され、合意済みの成果に照らして測定され、その学びを一般化するかどうかが判断された場合のみです。プロトタイプ、デモ、関係者の承認だけでは完了になりません。

問題を明確に説明できない場合、権限またはアクセス権が不足している場合、証拠が不十分な場合、採用されない理由を説明できない場合、採用状況が判断基準を下回る場合、または次のアクションがチャーターの範囲を超える場合は、停止して記録を保持してください。セキュリティ、プライバシー、取り消せない変更、多額のコスト、外部への約束、または事業上の権限に関わる場合は、推測せずにエスカレーションしてください。十分に仕様が定まったリポジトリのバグは、このライフサイクルを実行せず、neckbeardと該当する専門家に直接振り分けてください。

使用しない場合

シナリオ	依頼先	理由
範囲が明確なリポジトリ変更	neckbeard	範囲が限定された変更について、受付から検証済みPR、認可済みリリースまでを担当します
プロダクト投資、ポートフォリオ、またはライフサイクルガバナンス	product-lifecycle	投資とライフサイクルのガバナンスを担当し、デリバリーの継続性は担当しません
継続的な信頼性のオーナーシップ（SLO、アラート、インシデント）	site-reliability-engineering	常時の運用上のオーナーシップを担い、組み込み型のエンゲージメントは担当しません
社内プラットフォームの設計または運用	platform-engineering	プラットフォームのオーナーシップを担い、顧客へのデリバリーは担当しません
1つの専門分野がタスク全体を担当する場合	該当する専門家に直接依頼	1人の専門家が依頼を担当する場合、FDEは振り分けを終了します
実装と採用に至る前に終わるアドバイザリー分析	該当するアーキテクチャまたは意思決定の専門家	FDEの完了には、採用と成果の継続性が必要です

ファイル一覧

パス	読み込むタイミング
references/discovery-brief.md	境界、重複監査、または証拠の根拠を確認するとき
references/source-index.md	外部から検証可能な役割の主張や更新日を確認するとき
references/lifecycle-and-artifacts.md	ライフサイクルの各段階を開始または引き継ぐとき
references/route-selection.md	各段階の専門家を選び、その開始条件の境界に違反しないようにするとき
references/authority-and-escalation.md	アクセス、セキュリティ、プライバシー、コスト、権限の制約下で作業するとき
references/adoption-and-measurement.md	有効化、ワークフローへの採用、測定可能な効果を評価するとき
references/generalization-and-productization.md	現場で得たものを再利用可能にするかどうかを判断するとき
references/communication.md	状況、判断、エスカレーション、または引き継ぎに関する連絡を書くとき
references/worked-example-engagement.md	どの段階でも、成果物に期待される詳細度や証拠の表示方法を確認するとき
templates/	チャーター、ワークフローマップ、記録、段階ごとの引き継ぎ、エンゲージメント状況、評価とリリースの判断、採用スコアカード、成果測定記録、プロダクト化記録、または現場での学びの記録を作成するとき
manifest.yaml	機械可読な段階、ルート、出力、競合を確認するとき