管理ユーザーの物語のための大規模なプロジェクト[定休日]

Question

まだらか大きなプロジェクトのサブプロジェクト.い、現在利用にどのような名前の処理ができないかと考えているかのようなアジャイル/scrumlikeプロセスのバックドアです。

のかに焦点を当てて行く予定です一番の良さ、受注残高全体のプロジェクトと、少なくとも、私の頭のアイディアの繰り返しがあるものの残ったもので詳細を開発し、妥当な締切日

どんな技法人利用の休憩事業へも、受注残高、受注残高が作成したかを維持しています。またどのように関係要素（ieこすれば防ぐことができるのではないが、このた物語は、現在では五)

までお問い合わせくださいに期待している回答のためにこの質問を見ています。いと思ったのがされている場合があり、オープンソースプロジェクトがそのオンライン受注残高あんどその他います。

そして、もう一つが+1からというのは実例のユーザーからリアルプロジェクトの"ユーザーでログオン"の物語になった写真も私のプロジェクト.

感謝。

Answer 1

私は弁護士お考えく前に採用ツール、特に以来、そのようなプロセスが流体を最初としているが、足を取られてしまいます。私の感じは無線lanスポットサービスを利用するプロジェクトへの協賛を始めきよきことは、簡単ではないので代替用 良いカードの壁には物理的空間.私はあなたが代わりに集中取組みの一のなかでのツールきってしまったような感覚にする必要があります。そのころにはしょうがはっきり伝えることがあります。

いつのアジャイルプロとして必要な、より複雑なツールによりスプレッドシート、プロジェクトの予算超百万ポンドが可能です。主としたホワイトボード、指数カード（ユーザ）は十分です。

を特定する際に皆様のお話だくには、常に表現してい面があっても無視されるのでご注意ご利用にあれだけ小さい)の割可能です。によって、自分に滑り止めの物語が書かの技術的内容となることを実証するユーザーです。

のスキルがシミュレーションしなが話をしてみて優先のものをご存知っていない最初の計画のための何かを習いたいなん)なら話をすることなく、開発のコア機能のお申し込み、その後の話を包み込む機能-技術の複雑性)をおこなっています。

いることを確信できる場合もありますが一部のパズルまで降にな汗をかくのことなどを書き単語カードを代表する大きな会話する必要がありまして、車がありますのでご注意ください。重要なんですよ。が必要な場合はスピードを肌で感じてのサイズのうち、広帯域デ推定手法 企画のポーカー.

のマイクCohn書籍を中心に アジャイルの推定と計画 いくこと、まつかの有用な技術をするのに用いられております。

幸運を祈っています。

Answer 2

のようにDanielHonigも使用していますRallyDev(小規模でラウンジに関連するすべてのシステムのためのする少なくともお試しいただけます。

また、書籍のユーザー物語法の開発 ユーザー物語応用 デワローマンエクスペリエンスCohn.私は確かにすることができません。で答えするべく多くの質問をします。

Answer 3

さんこうおもしている場合があります。Max用プールからcodesqueezeは、ビデオの説明をする"アジャイル壁".涼しい見た場合でも、必ずしも関わる質問

私のアジャイル壁掛(かぎ)

Answer 4

なのでヒントをいくつか紹介:を使用していまRallyDev.
また見ているパッケージが当社要求に暮らしやすいところです。大きな話標識としての叙事詩にされてのリリース残りのリリースとを意図しています。子どもたちの叙事詩.発見したのでエンターテインメントの階も粒状.粗粒話が困難な現実的に見積もりを実行します。

従って、一般的に:

1. 編をリリース

2. 保 繰り返しの間に2～4週間

3. 製品オーナーやプロジェクト 管理者に追加の話にリリース 受注残高

4. 機器のチームの推定 の物語に基づいｔシャツサイズ ポイント。
5. 春企画 meeetingsの発チームの選択 作業の繰り返しから リリースbacklog.

これが今取り組んできたのは、過去4ヶ月になっています。非常に重要サイズを小さな粒状.

記憶の投資およびスマート頭文字のみの評価のためのユーザーの話は、話すべき:I-独立 N-譲渡性 V-貴重 E-Sem S-小 T-テスト容易化

スマート:

S-特定 M-測定 A-達成 R-関連する T-時間-箱入り

Answer 5

い始めよ"ということで簡単..共用のトトラッキング（およびバックアップ).された場合のスケーリングまたは同期の問題などを維持した受注残高一貫した状態がありますが、より長い時間がかかり、貿易ます。この自動的に検証を正当化の支出/再ます。

を読んでも良いことを約 との交流からThoughtworks.

Answer 6

こちらはへの回答は同様の問題があり過ごせばよいかを教えてくれるアイデア

ヘBA!管理ユーザー物語...

Answer 7

多くのこれらの対応とさせていただいてについての提案ツールを利用します。しかしながら、現実は、そのプロセスのよりも、遥かに重要なツールをご利用の手順を実施するためにな場所には近づかないでくださいツールから始めようとする塾の方法論を下せん。でも、慎重な実施古非アジャイルプロセス用の新しいツールです。ここでは強い事実を考慮すべきポイントについて決定するツールのためのプロセス:

1. 悪い工程を強くのソフトウェアツールの結果が悪い ソフトウェアツールimplemention.
2. プロセスの変化に基づくグループです。の 重要なのは人なのです。実装する ことができたり、プロジェクトの成功は難しいと考えられる。

すべてとはいえ、ここにいくつかの例がありますガイドラインが示す:

• 始まり、純粋な実施の記録過程
• を繰り返し、
• 後に繰り返し自分のチームというもの 変更の実行に変化する。

大きな機関をご利用の場合はスクラムを使用しカスケードスタンド機構。スクラム修士とそのチームあります。その後、スクラムマニスタンドアップ6-9は、スーパー-スクラム-マスターの責任報告の項目からのスカム-マスターのスクラムを次のレベルに...そ..

すべての毎週のスーパー-スクラム会議をすれば足りるものとしますにおいて世界のトップレベルご関係である。