ストーリーという概念いついて

エピックとバックログという概念がなかなか理解できない　で質問させていただき、だいぶ理解が進んできたところですが、ご教示いただいたアトラシアンのマニュアルやアジャイルコーチのチュートリアルを読んでいて疑問に感じました。

レガシーなテンプレートの課題タイプに、バグ、改善、機能要望（新機能）、タスク、サブタスクがあると思います。
しかし、エピック概念を取り入れたアジャイルや次世代の考え方だと、機能要望とタスクが見受けられません。
バグはバグなので省略します。
エピックの構成子要素がストーリー、バグ、サブタスクと記述がなっている箇所が多く見られます。

従来の「機能要望」という新機能の追加や既存機能の「改善」は、細かく分けずにまとめてストーリーとしている感じでしょうか？タスクについてもストーリーとしてまとめられ、ストーリーのサブタスクだけが存在するという形でしょうか？

次世代テンプレートでプロジェクト作成すると、デフォルトで用意されているのは、エピック、ストーリー、バグだけで、追加で用意されているのはタスクのみ（独自に新しい任意のものは作れます）です。
ここではタスクとサブタスクの概念はあまり理解できてません。

ServiceDeskなどクライアントから問い合わせが来て、それを精査した結果、既存でない機能は今までは機能要望としてきたが、これからはストーリーとして管理していくべきということでしょうか？
改善も同じく。
新機能だろうが改善だろうがバグ以外のものは、内部か外部から発生したかも問わず「〜したい」的なストーリーなのだと。エピックとそのストーリー、バグ、タスクくらいの粒度と概念で十分なんじゃないの？と。

みなさまの事例と意見をお聞かせいただければ幸いです。

ストーリーという概念いついて

1 回答