アジャイル開発プロセスに従うために、高レベル設計および低レベル設計のドキュメントが必要ですか？
私たちのチームはアジャイル開発プロセスを使用してプロジェクトを開発しています。すべての要件が製品のバックログ項目に変換され、それに基づいてタスクが分類されます。私のチームメンバーの1人が、要件の高レベルドキュメント（HLD）と低レベルドキュメント（LLD）を維持することを提案しました。
アジャイルプロセスに従うためにこれらのドキュメントが必要ですか？
いいえ、アジャイルは、HLD（またはSRS、ビジネス要件）ドキュメントまたはLLD（または技術仕様）をユーザーストーリーに関連付ける必要を求めていません。これらのドキュメントは、Waterfallプロセスでは非常に推奨されます。
アジャイルがこれを要求しないからといって、それが存在してはならないということではありません。それらは相互に排他的ではありません。理論的にはアジャイルプロジェクトを管理し、HLDおよびLLDドキュメントを要求することもできますが、これらのドキュメントが利害関係者に価値をもたらす場合は、訴訟を起こす必要があります。
アジャイルでは、利害関係者に価値をもたらすタスクのみを実行することを強くお勧めします。ほとんどの場合、これらのドキュメントはこれを実行しないと主張します。それらはアーキテクトや開発者に価値をもたらす可能性がありますが、ユーザーや他の利害関係者は、成果物として具体的に必要としない限り、そのようなことを気にしないでしょう。
短い答えはありません。アジャイルはあなたがしなければならないこと、してはいけないことについてはあまり言いません。それは主に一連の値と考え方です。
ただし、アジャイルプロセスでは、通常、書かれた要件はかなり軽いです。 HLDとLLDのドキュメントは、一般的なものよりも重いように聞こえます。
通常、バックログはストーリーで満たされます。ストーリーは、主にデザインに関するディスカッションへの招待です。議論の後、いくつかのメモを書き留めるか、いくつかの許容基準がわかりました。しかし、それは根拠の必要性からして、かなり非公式なものです。
答えは、ドキュメントを完全に禁止するのではなく、必要だと思うときにドキュメントを使用する必要があるということです。プロジェクトが長い場合は、当時の目標や目的が何であるかを説明したオリジナルのドキュメントを保持しておくと便利な場合があります。アジャイルが登場するずっと前から、私はこの常識的なアプローチを使用していました。セクション全体をテスト戦略と計画から除外したことで、何度か言われました。それらは、標準に準拠するためだけに完成するのではなく、私がやっていることに関しては役に立たなかったからです。テスト計画を1つのページに記述できる場合は、特にプロジェクトに他のドキュメントがまったくない場合は、時間がたつと間違ったパスをたどるのが簡単になるため、それを行います。その中の情報が間違っていたり、無関係だったり、役に立たなかったりしない限り、それは悪いことではありません。役立つときは、そうでないときは、それを実行してください。それは「アジャイル」です
これらのことを気にする場合は（環境/プロジェクトによって異なります）、それらをタスクとして扱い、他のタスクと同じように計画します。これらのドキュメントを作成するかどうかは、アジャイル/スクラムプロセスとは無関係です。
私はそれが次のようないくつかの要因に依存すると信じています：
プロジェクトのビジネスドメインは、医療アプリケーションなどについて話している場合、FDAまたは同等の承認のためのこれらのタイプのドキュメントを常に追跡する必要があります。
2〜3年を想定している場合にリリースされるプロジェクトの予想寿命は、プロジェクトのライフタイムを通じて重要な変更を追跡するために、可能な限り最小限で効果的なレベルのドキュメントを維持することをお勧めします。
そして、そのような決定に影響を与える可能性のある要因がさらにある可能性があるので、そのようなタイプのドキュメントを作成および維持し、維持することの長所と短所を定義することをお勧めします。