小さなチーム（3人または4人）は、完了するまでに1年かかる非常に大きなプロジェクトで作業しています。スクラムでプロジェクトを開始するためのプロダクトバックログを作成する手順
私たちは、基本的には、既存のソフトウェア（方向性なしで使用されている間に5〜6年以上の開発者だった）を再設計しています。現在、私たちが持っていたいもの（機能）のリストがあります。私たちは約25を持っています。
これらをどのようにバックログタスクに数多く効果的に変え、ここから仕様を構築するには？私たちはすべてデザインプロセスをかなり新しくしているので、どんなリソースや助けにも感謝します。
本来、製品のバックログにuser storiesを入力したいとします。本質的には、それぞれの物語に何をする必要があるのか、誰が必要とするのか、本当に気にしているのか、それをどうすべきなのかを説明する必要があります。これは、各機能で行います。
基本的には、チームは1週間に数〜（1〜5）のチームを完了できるようにスコープを設定する必要があります。 Moreは、米国が小規模な物語に分解される必要があるかもしれないことを意味しますが、あまりにも頻繁に指定しすぎるということはありません。
あなたは壊れたくありませんすべてのユーザーの話の最初にダウン。十分なストーリー（あなたのPOによって優先順位が決定される最も重要なストーリー）を分解し、1.5-2スプリントを持続させる必要があります。
「古いソフトウェアを改良する」以外の仕様がないと仮定すると、UIとAPI全体を調べて、システムが何ができるのかを確認することです。あなたは何か重要なことを忘れていないことを確認するためにこれを行います（それは一度私に起こりました）。省略したものは意図的なものでなければなりません。結果をの新機能のリストに追加し、優先順位付けを優先させます。
ご希望の場合は、
アッサフ。
私たちは最近、あなたの記述内容（私たちは約7年間開発中の製品について完全な書き換えを行った）をかなり正確に行いました。
タスクをただちに中断しても、今すぐ仕事に慣れてしまっても、古いものに実際に行くときにもう一度やり直す必要があります。もっと重要なのは、あなたが実際に開発者の一人でなければ、タスクについてまったく心配しないことです。開発チームは、実際にそれを達成するための技術的な詳細を実際に知っているので、できるだけ効果的に機能をタスクに分割することができます。あなたが気にしているのは、機能の進歩であり、それがあなたの焦点になるはずです。
仕様はおそらく少し曖昧な機能から始まります。ここでは、製品オーナーと開発チーム（私たちはチームのマーケティング担当者からUIデザイナーとして派遣されたアーティスト）を一緒に募集し始めました最も重要なバックログ項目を洗い出します。この段階で、私たちはバックログが少しこのように見えたので、最小限の実行可能な製品を作っ機能のほとんどが集中した：
これらのそれぞれのようなものになることをもう少し分解された：
まだ完全な製品を作り上げていないことに注意してください（wh 1回の反復では実用的ではなかったでしょうが）それぞれのスプリントごとに、潜在的に出荷可能なテストコードが生成されていました。
コントロールと主要なAPIに満足したら、製品のオーナーは「メインページ」のようないくつかの機能を上に上げました。これは基本的にすべてを統合する必要があることをチームに伝えました。そこから実際に働いたもの（最小限の実行可能な製品）が残り、リリースの残りの部分ではパフォーマンス調整（バックログ項目が「Xをより速くする」など）のような小さなバックログ項目を埋めて、バグや、後で、製品を微調整してください（あなたは最初に正しいことはありません）。
基本的に、リリースの早い段階で、プロダクトオーナーは、最小限の実行可能な製品に到達するための優先順位を提供するために何をすべきかを知るために、開発チームに大きく傾いています。あなたが正直に各スプリントの後に評価できる何かを持っているので、最小限の実行可能な製品段階に到達することに焦点を当てる（これは実際に "完了"する必要はない）。
おそらくプログラマに属し、StackOverflowではない – taylonr
hmm ok ..私はそこで試してみます。ありがとう –
私はそうは思わない;このサイトには何百ものスクラム関連の質問があります。 –