製品の成果物に関する作業をしているチームに起こりやすい 2 つのシナリオを以下に示します。各シナリオには独自のワークフローがあります。最初のシナリオは、単純な修正であり、製品の変更は必要ありません。 2 番目のシナリオは、置換であり、ブランチの作成と置換が必要です。
GPS 修正
チームは GPS 構成の最初のリリースの作業中で、タッチスクリーンのディジタイザーの問題に直面します。チームは、 「touch screen digitizer」子製品の分析を実行して、 製品に関連付けられている成果物を検出します。 チームは、修正をサポートするために変更する必要のある成果物を認識する必要があります。 影響分析の結果のダイアグラムには、関連付けられたすべての成果物が表示されます。 チームは、分析結果から成果物を開いて、関連する成果物 (ワークアイテム、要求、設計モデル、およびテスト・ケース) を更新します。チームは、製品構成を変更することなく、「GPS」製品の作業を続行します。
リフレクターの置換
チームは、後ろのホイールのリフレクターが落下するため安全上の理由でリコールされた「bike」構成の作業をしています。リフレクターは、接着剤で取り付けられていますが、作業をやり直して、ねじで取り付ける必要があります。
「wheel」製品には、「reflector」と呼ばれる子製品があり、「reflector」には、 「adhesive」と呼ばれる子製品があります。チームは、 「reflector」製品が別のバイクにも使用されていることを認識しています。
チーム・リーダーは、「reflector」製品を使用する他のバイクのリストを作成するために、「この製品を使用する製品の検索 (Find Use)」操作を実行します。 リーダーは、他のバイク・チームの連絡先を見つけるために、履歴を検討する場合があります。 チームは、他のバイク・チームに修正について通知します。
チーム・リーダーは、「reflector」子製品の分析を実行して、 その製品に関連付けられている成果物に対する更新を始める前に、関連付けられている成果物を検出します。
チーム・リーダーは、新しい 「screw」子製品を含む「reflector (affix=screw)」というブランチをチェックアウトし、そのブランチの置換操作を行います。
以下のステップは、「リフレクターの置換」シナリオを使用しています。