簡単！楽しい！5分でわかるユーザーストーリーマッピング(User Story Mapping) - Qiita
なぜ必要なのか？ アジャイルにしたら全体像が見えなくなる。 なんて、よく聞くことはありませんか？ スクラムの場合、製品の全体像を決めるものは、プロダクトバックログです。 プロダクトバックログを単調な優先順位とストーリーポイントのリストにしてしまうと、確かに全体像が見えにくい場合があります。 例えば、以下の様なユーザストーリーのリストを見ると、確かに少しわかりづらいです。 電子メール管理システムの場合 1.ユーザは電子メールを検索できる。 2.ユーザは電子メールをファイリングできる。 3.ユーザは電子メールをキーワードで検索できる。 4.ユーザは電子メールを移動できる。 5.ユーザはサブフォルダを作ることが出来る。なぜならそこに電子メールを移動させたいからだ。 6.ユーザはひとつのフィールドで電子メールを検索できる。 7.ユーザはひとつ以上のフィールドで電子メールを検索できる。 8.ユーザは
基盤サービスにおけるユーザーストーリ作成のポイント - freee Developers Hub
ある程度事業規模が大きくなると、新規サービスを立ち上げたりマイクロサービスによるプロダクトの分割を行い、各サービスで共通に利用する機能を切り出したサービス、基盤サービスを立ち上げるタイミングがいつか来ることがあるかと思います。基盤サービスはCynefin Framework（クネビンフレームワーク）における複雑系と呼ばれるタイプの課題を取り扱う場合が多いですが、今回の記事はそういったエンドユーザーからは少し遠い基盤サービスを立ち上げ、どのように課題を設定し、MVPを定めていくかというポイントについて書いていきたいと思います。 こんにちは。ichyことTakeru Ichiiです。以前「私のスクラム開発。もしくはペペロンチーノの作り方。」という記事を書かせて頂き、おかげさまでペペロンチーノのつくれぽをTwitterで拝見したりしてニヤニヤしておりました。ペペロンチーノはシンプルですが奥が深く
【書籍紹介】Fifty Quick Ideas To Improve Your User Stories
出版社: Neuri Consulting LLP (2014/10/12)Gojko Adzic、David Evans(著)価格: 1,191円(Kindle版)言語: 英語ASIN: B00OGT2U7M詳細を見る スクラムでプロダクトバックログアイテムを用意する際に、具体的にどのような書き方をするのかは特に決められていません。 「◯◯機能」といった書き方をすることもあれば、「プレミアム会員としてホテルの部屋を予約できる」のような書き方をすることもあります。 また、解決したい課題、期限、プラットフォーム、成功失敗の判断のためのKPI、リリース希望タイミング、リファレンス情報、関係者などを含めているような会社もあるようです。 いずれにせよ、仕様書ではなく、あくまで会話のための道具なので、ステークホルダーとの間やスクラムチーム内で、共通理解や合意が形成できるのであれば、どんな形でも構いま
ユーザーストーリー駆動開発で行こう。
1. Toshihiro Ichitani All Rights Reserved. ユーザーストーリー 駆動開発で行こう。 Ichitani Toshihiro 市谷聡啓 開発を始める前にみんなで理解しておきたい ユーザーストーリーを用いた開発のお作法 2. Toshihiro Ichitani All Rights Reserved. http://about.me/papanda0806 Ichitani Toshihiro 市谷聡啓 @papanda 3. Toshihiro Ichitani All Rights Reserved. 受託→SIer→サービス→受託→旗揚 関西で組み込み製品のプログラマー→ プロダクトオーナー(企画者)支援 アジャイル開発プロジェクトマネージャ アジャイル開発コンサルタント ここまでのあらすじ 「リーン開発の現場」
ユーザーストーリーとは？
ユーザーストーリーとは？ 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人) ステークホルダー製品に対して責任をもち機能 スクラムプロセスがうまく プロダクトの開発を行う。 製品の利用者、出資者、管理職に優先順位を付ける いくようにする。 製品の成功に向けて最大限 などの利害関係者。鶏と称す 外
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
