私は2つの親指のルールを使用します：

1. ストーリーの優先順位を下げるか破棄できる分割を選択します。 80/20の法則は、ユーザーストーリーの価値のほとんどは、機能のごく一部からもたらされると述べています。
2. より同じサイズの短編小説を作成する分割を選択してください。

同様に、ユーザーストーリーのスライスとは何ですか？ユーザーストーリーは、垂直で、テスト可能で、ユーザーにとって価値があり、複数のアーキテクチャレイヤーにまたがる必要があります。ストーリースライシングとは、より薄いストーリーを作成することです（ただし、垂直方向です）。グループを小さなチームに分け、ストーリーを分割する理由を考えさせました。

その中で、なぜユーザーストーリーを分割するのですか？

ユーザーストーリーを分割する明らかな理由は、ストーリーが大きすぎてスプリントに収まらない場合です。しかし、ストーリーの分割について考える必要があるのはこれだけではありません。要件の1つは、ドキュメントがユーザーと共有されたときのユーザーへの通知でした。

機能をストーリーに分割するための推奨される方法の1つは何ですか？

反復回顧。 PI計画イベント中に機能をストーリーに分割するための1つの推奨される方法は何ですか。機能の最も単純なバリアントを実装してから、拡張機能を実装します。