Content last updated 2026-07-14

Support Innovation Group (SIG) のワークフローと承認プロセス

このページでは、アイデアの提出、レビュー、承認に関する Support Innovation Group（SIG）のワークフローと承認プロセスについて説明します。

概要

アイデアは、RFC テンプレートを使用して STM（Support Team Meta）の作業アイテムで RFC（Request for Comments）として提出します。まったく新しいツールやプロセス、または既存のものの改善を提案できます。プロセスの更新を含む MR も対象です。

この情報には、3 つのプロセス図が付属します。

図 1 : 全体概要: プロセス全体を端から端まで簡潔に示したもの。まずここから始めます。
図 2 : フェーズ 1 の詳細: STM の提出から承認までの完全な承認フロー。
図 3 : フェーズ 2 の詳細: チームのフィードバックからデリバリーまでの実装計画フロー。

すべてのアイデアは、実装計画に進む前に、SIG による初期レビュー、投資評価、スコープに応じた承認経路を通ります。承認経路はスコープによって異なります。グローバルなアイデア、または大幅な変更を伴うアイデアにはグローバルのシニアリーダーによる承認が必要であり、リージョンのアイデアにはリージョンリーダーの承認とグローバルリーダーへの通知が必要です。

役割と責任

役割と責任の図

プロセス

ステップ 1: アイデアを提出する

チームメンバーは、アイデアを提出するため、STM（Request for Comment）の作業アイテムを作成します。作業アイテムには、解決する問題の明確な説明、提案するソリューション（新しいツール、新しいプロセス、または既存のものの改善）、および想定する影響範囲（リージョンまたはグローバル）を含める必要があります。これには、リクエストが長期間放置されないよう、設定したタイムラインも含める予定です／含める必要があります

スコープの定義を含む提出内容の構成方法に関するガイダンスは、既存の RFC テンプレートに記載されています。

注:

STM のフィールドだけでプロセスを開始できます。プロセスの成熟に伴い、フォームは今後イテレートされる可能性があります。
すべての SIG リクエストに RFC が必要なわけではありません（例: プロダクトカテゴリの追加には RFC は不要です。直接 SIG 受付に進みます）。

ステップ 2: SIG による初期レビュー

SIG は、2 つの基準に照らして提出内容をレビューします

戦略との整合性: このアイデアは、Support の短期または長期の目標を支援するか？目標に沿わないアイデアは、提出者への書面によるフィードバックとともにクローズされます。
重複チェック: これ、または実質的に類似するものが既に提出されているか、進行中か？その場合は提出者に通知し、既存の項目を案内します。
これは別のリクエストに沿っているか（また、そのリクエストの影響を受けるか）

注: この段階でクローズされたアイデアは、目標またはコンテキストに大きな変更がない限り、再提出できません

ステップ 3: 投資と優先順位の評価

SIG は、必要に応じて技術／運用チームと相談し、そのアイデアに投資する価値があるかを評価します。評価では、次の 2 つの質問を扱います。

価値は投資に見合うか？期待される価値、効率向上、品質改善、または戦略的メリットは、コストと労力に見合うか？この基準を満たさないアイデアは、提出者への書面によるフィードバックとともにクローズされます。
見合う場合、優先順位はどの程度か？このアイデアは、現在進行中の作業と比較してどこに位置するか？結果として、高、中、低の優先度が付けられ、それによって進行速度が決まります。

注: 優先度が低くてもアイデアはクローズされず、記録して再検討します。投資しないという決定だけがクローズにつながります。SIG は、非同期の週次サイクルで投資評価を完了することを目指します

ステップ 4: スコープの決定

提出者は、提出フォームでリージョンまたはグローバルのどちらであるかを含め、想定するスコープを示します。SIG はプロセスの一環としてこれをレビューし、想定される影響が提出者の評価と異なる場合はスコープの指定を調整できます。後の段階の承認者も同様に調整できます。最終的なスコープの決定によって、承認経路が決まります。

ステップ 5a: リージョンの承認経路

リージョンをスコープとするアイデアには、次の手順が適用されます

リージョンリーダー: アイデアをレビューし、正式に承認します（またはフィードバックを添えて却下します）。
リージョンチームのコール: 周知のためにアイデアを共有します。承認は不要です。
グローバルのシニアリーダー: 周知のために通知を受けます。承認は不要です。

ステップ 5b: グローバル／大幅な変更の承認経路

グローバルをスコープとするアイデア、またはリージョンに大幅な変更をもたらすアイデアには、次の手順が適用されます。

SIG による完全な精査: SIG が提案を詳細にレビューし、影響、リスク、リソースの必要性、実装アプローチを確認します。
リージョンリーダーのコール: リージョンリーダーは、リージョンの SIG メンバーから説明を受け（非同期の場合もあります）、懸念の提起や意見を述べる機会を得て、認識していることを確認するよう求められます。
グローバルのシニアリーダー: 正式に承認します。これは必須の承認ゲートであり、この承認なしにアイデアを実装へ進めることはできません。

ステップ 6: チームのフィードバックと要件収集

原則として承認された後、最終的な実装に何を求めるかを把握するため、STM の作業アイテムを通じて Support チームに意見を求めます。意見を集めて合意したら、統合した要件を使って SIG 受付の作業アイテムを作成し、アイデアからアクティブな作業アイテムへの移行を示します。

ステップ 7: RICE スコアリングと最終的な優先順位付け

SIG 受付の作業アイテムは、RICE スコアリングプロセス（Reach、Impact、Confidence、Effort）を通ります。これが最終的な優先順位付けのステップであり、ほかのすべてのアクティブな作業と保留中の作業に対し、デリバリーキュー内でその項目がどこに位置するかを決定します

ステップ 8: 実装経路

RICE スコアリング後、実装経路は Support Operations の関与が必要かどうかによって異なります。Support Ops の代表者が SIG に参加しているため、この判断は RICE スコアリングプロセスの一環として行われ、個別のエスカレーションや決定は必要ありません。

Support Ops が必要: Support Operations チームの既存の作業負荷に照らして項目の優先順位を決めます。作業を開始する前に、そのチームとスケジュールとリソース配分について合意します。
Support Ops が不要: 通常は元のアイデア提出者が DRI となり、実装まで作業を進めます。提出者がリードするのに最適な立場にない場合は、作業を開始する前にリーダーと協力して、より適した人を特定できます。