スクラムにはシステム仕様書が必要ですか？
会社の資産を管理するためのWebサイトを構築し、このプロジェクトにアジャイル/スクラムを適用しています。添付のように、製品バックログから始めました。最初のスプリントを開始する予定でしたが、チームはシステム要件（ハードウェア/ソフトウェアアーキテクト、データベース設計、セキュリティ、ユーザーロール/権限など）のPB以外の事柄に懸念を抱いています。これらの要件がないと開始できないと彼らは言いました。
したがって、質問は次のようになります。1. PBは良いものです。2.システム仕様を実施する必要がありますか。はいの場合、それが必要とする詳細とそれをいつ実行するか（ユーザーストーリーを取得する前または後）？
ありがとうございます。 - 
そのバックログから始めることができます。チームが優先課題に対処するために必要なものは何でも、最初の計画セッションでストーリーとして提示できます。これらは、最初のスプリントのために乗ったストーリーに含まれます。
SCRUMの重要なポイントは、必要に応じて透過的に通信し、必要なときに必要なことを実行することです。 「要件を詳しく説明するまで、私たちは始められない」と言うのは滝です。それらが存在しない場合にそれらの要件を取得し、それを作業として数えるようにするのはチームの責任です。
可能なアプローチはいくつかあります。チームは、最善の判断で何かを作成し、それをPOに提示してフィードバックを得てから繰り返すことに同意することができます。これは、仕様を明確にする1つの方法です。チームは、コードの記述を開始する前に、完全に文書化された合意を見つけることもできます。後者のアプローチは非常に俊敏であるとは見なされませんが、それでもSCRUMに適合する可能性があります。どちらの方法を選択する場合でも、機能に関する合意を見つけるのは手間がかかり、関係者との対話が必要です。署名されたドキュメントを待っているチームとして腰を据えることは、明らかに俊敏ではなく、SCRUMではありません。
スクラム（さらにはネクサス、スケーリングされたスクラムフレームワーク）がうまく機能しないものは、プロジェクトの開始です。プロジェクトの開始には、チームの編成、プロジェクトのビジョン、組織の方向性、最初の範囲、作業環境の作成、技術戦略、リスク管理などが含まれます。代わりに、スクラムは建設活動に焦点を当てています-今何をすべきかを選択し、解決策に向けて取り組み、プロジェクト全体で変化するニーズに対処します。 Scaled Agile Framework（SAFe） と Disciplined Agile Delivery（DAD） はどちらも、アジャイルコンテキストでこれらのアクティビティに対処します。
現在、SAFeとDADは企業で使用するように設計されており、複数のアジャイルチームが連携して製品を提供しています。チームが1つしかない場合は、やりすぎかもしれませんが、チームの発言内容を把握し、その一部を環境に適用できます。
たとえば、ハードウェアとソフトウェアのアーキテクチャやセキュリティの選択など、懸念事項のいくつかは技術戦略の一部です。 Scaled Agile Frameworkには、システムアーキテクトとリリーストレインエンジニア（プログラムまたはバリューストリームレベルで、開発チーム全体で作業）およびバリューストリームエンジニア（バリューストリームレベル）がいて、これらの分野横断的な技術的関与に焦点を合わせています。 Disciplined Agile Deliveryには、これらの決定を所有するアーキテクチャオーナーの役割がありますが、組織またはチームの他のメンバーとグループとして決定する場合があります。これらのスケーリングされたフレームワークの両方で、これらの人々はプロジェクトの早い段階で開発チームに送られる初期バックログの作成を開始します。
データベースの設計やユーザーの役割や権限など、その他の懸念事項のいくつかは、機能の設計と実装から生じます。それらは、製品の所有者（スクラムまたはDADの場合）またはソリューション管理、製品管理、および製品の所有者（SAFeの場合）が優先するビジネス要件から発生します。反復的および増分的なデータベース設計を実行でき、それに関する他のリソース（ここでの質問を含む）があります。
はい-デリバリーの反復またはスプリントを開始する前に、アーキテクチャと開発環境を確立するために、ある程度の事前作業を行う必要があります。詳細の量は、どの程度のリスクを受け入れるかによって異なります。正式なシステム仕様を取得する必要がある場合は、構成管理の要件によって異なります。規制対象の業界では、開発、テスト、および本番環境とツールに関する文書化された一貫したポリシーが必要です。他の産業では、それは必要ないかもしれません。フレームワークとしてのスクラムでは、これを行う方法を指定していないため、他のプロセスモデルを確認する必要があります。
あなたのバックログが良いものである限り...あなたのチームと協力してください。彼らが推定するのに十分ですか？各アイテムは適切にスコープが設定されており、サブタスクに分割して、チームで実行できますか？彼らだけがそれらの質問に答えることができます。