スクラムマスターは、[5]で述べられているように、できるだけ早く問題をチームと共有するように依頼する必要があります。「スクラムマスターは、チーム内および他の利害関係者との透明性とコラボレーションを促進する必要があります。データセキュリティの問題に関する懸念がある場合は、チームに提起してオープンに議論する必要があります。その後、チームは、製品バックログ項目を作成するか、「完了」の定義を更新するか、その他のアクションを実行するかなど、対処方法を決定できます。」

Scrum Guide1 によれば、複数の Scrum チームが 1 つの製品に共同で取り組む場合、各チームは互いに作業を調整する必要があります。これを実現する方法の 1 つは、Scrum を拡張するためのフレームワークである Nexus を使用することです。Nexus は、チーム間の依存関係と統合の問題をより透明化することで、それらの問題を軽減するのに役立ちます。複数の開発チームが同じ製品バックログで作業する場合の主な懸念事項は、チーム間の依存関係を最小限に抑えて、「完了」の定義を満たす統合された増分を提供できるようにすることです。

Scrum Guide1 によると、インクリメントは製品目標に向けた具体的な足がかりです。各インクリメントは、以前のすべてのインクリメントに追加され、徹底的に検証され、すべてのインクリメントが連携して機能することが保証されます。価値を提供するためには、インクリメントが使用可能である必要があります。スプリント中に複数のインクリメントが作成される場合があります。インクリメントの合計はスプリントレビューで提示されるため、経験主義がサポートされます。ただし、インクリメントはスプリントの終了前に関係者に提供される場合があります。スプリントレビューは、価値をリリースするための入り口とは決して考えられません。したがって、製品バックログ項目を潜在的にリリース可能な製品機能のインクリメントに変えるには、開発チームに必要なスキルがすべて備わっている必要があります。