How Advanced Roadmaps helps teams across AtlassianTry now Products Featured Developers Product Managers IT professionals Business Teams Leadership Teams Featured Developers Product Managers IT professionals Business Teams Leadership Teams
エピック、ストーリー、テーマ、そしてイニシアティブ | Atlassian
ストーリーは「ユーザーストーリー」とも呼ばれ、要件またはリクエストをエンドユーザーの観点から簡潔にまとめたものです。 エピックは、より小さなストーリーに分割できる、まとまった作業です。 イニシアチブは、共通の目標達成のためのエピックの集合体です。 アジャイルのストーリーとエピックは、映画や文学のストーリーとエピックに似ているところがあります。映画や文学では、内容を簡潔に示したものがストーリーで、相互に依存する関連ストーリーをまとめたものがエピックです。これはワーク マネジメントにも当てはまり、関連するストーリーを完了することでエピックが完了します。ストーリーは完了した一連の作業を示すのに対し、エピックは 1 つの目的の概要を示します。 アジャイル チームは、ストーリーを 1 週間から 2 週間のスプリント内で終了することを約束します。大体、開発者は 1 か月に数十件のストーリーを処理します
ストーリー、エピック、テーマ by Mike Cohn - kawaguti’s diary
「アジャイルな見積りと計画作り」の著者マイク・コーンさんがブログで、「ストーリー」と「エピック」の使い分けについて説明していましたので、だいたい訳して載せておきます。 ちょうど最近、ストーリーとエピックについてご質問をいただいたので、これを参考にしていただけるとうれしいです。 ストーリー、エピック、テーマ ( STORIES, EPICS AND THEMES by Mike Cohn) http://blog.mountaingoatsoftware.com/stories-epics-and-themes 最近、「ユーザーストーリー」「エピック」「テーマ」の違いがわからないというメールを受けることがだんだん多くなってきている。今回はこれらの用語を説明する事を通じて、基本的な(でもとても役立つ)領域に立ち返り、確認していく。 まず、この用語にはあまり深い意味はない。この用語には、プログラ
ユーザーストーリーとは？
ユーザーストーリーとは？ 1. ユーザーストーリーとはhttp://www.flickr.com/photos/cannedtuna/4674434821/ 2. 吉羽龍太郎 (@Ryuzee) アジャイルコーチ 認定スクラムプロフェショナル(CSP) 認定スクラムマスター(CSM) 認定スクラムプロダクトオーナー(CSPO) http://www.ryuzee.com/ 野村総合研究所等を経てベンチャーのCTOhttp://www.flickr.com/photos/adforce1/2539903964/ 3. プロダクトオーナー スクラムマスター チーム (7±2人) ステークホルダー製品に対して責任をもち機能 スクラムプロセスがうまく プロダクトの開発を行う。 製品の利用者、出資者、管理職に優先順位を付ける いくようにする。 製品の成功に向けて最大限 などの利害関係者。鶏と称す 外
魅力的なプロダクトバックログで開発を楽しく！
どんな開発プロセスでも製品やサービスを作るときは何からの形で要件をまとめると思います。KRAYが採用しているアジャイルソフトウェア開発フレームワーク『スクラム』では、製品やサービスの要件リストをプロダクトバックログと呼びます。実はこのプロダクトバックログ、その書き方や運用の仕方で開発のモチベーションが大きく違ってきます。書き方一つで、開発チームにとってもプロダクトオーナーにとっても見るのが楽しみな資料になりうるのです。 今回は、見るのが楽しみになる魅力的なプロダクトバックログを作るコツについてお話しします。 プロダクトオーナーから見たプロダクトバックログ 最初にプロダクトバックログのライフサイクルについて簡単におさらいします。 開発が決まったら、プロダクトオーナーは製品のビジョンを実現するために必要な機能などをユーザーストーリーと呼ばれる文章で表現し、プロダクトバックログに追加していきます
自己組織化チームとは何か？
最後の疑問から始めることにしましょう。チームとは何か？ チームの専門家であるJ. Richard Hackman氏と同じく，私たちにとっても，多くの場合，まったく明確ではありません。これは自分の望むものをそこに見出すという，一種のロールシャッハテストのようなものです。チームに対する考えや意見が違えば，心に思い浮かぶものも違ってきます。現実のチームは多くの場合，いわゆる共同作業グループと混同されています。共同作業グループが互いに近距離で作業していても，それぞれの仕事を実施する上での依存関係がないことに対して，真のチームには４つの特徴があります。 第1に，切実な使命を果たすための共同作業。 第2に，情報の流れ，他の組織的単位との整合性，リソース，意思決定方針といった面での明確な境界。 第3に，この境界内において自己管理の権限，そして 第4に，合理的な期間にわたる安定性。 さらに，すべての組織単
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
InfoQ: アジャイル/スクラムプロジェクトにおけるバグへの対応
スクラムの７つの罪とアジャイルのアンチパターン
開発チームを改善するためのスクラムTips
スクラムの知られざる勘所
