Enviar pesquisa
Carregar
ストーリーポイントをつけられるようになるために必要な3つのこと
•
5 gostaram
•
1,808 visualizações
Katsunobu Harada
Seguir
ストーリーポイントを理解して、規模の見積りができる人になるために押さえておきたいアレコレ
Leia menos
Leia mais
Software
Denunciar
Compartilhar
Denunciar
Compartilhar
1 de 17
Baixar agora
Baixar para ler offline
Recomendados
ストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのこと
Katsunobu Harada
もっとうまく頻繁に価値を届けたいチームのためのスクラム勉強会(公開用)
もっとうまく頻繁に価値を届けたいチームのためのスクラム勉強会(公開用)
Katsunobu Harada
ふりかえりのすすめかた
ふりかえりのすすめかた
Katsunobu Harada
朝会のアジェンダ
朝会のアジェンダ
Katsunobu Harada
Mid term retrospective
Mid term retrospective
Katsunobu Harada
スクラム実践入門という本が発売されるってよ
スクラム実践入門という本が発売されるってよ
Katsunobu Harada
プランニングポーカーではじめる工数見積りと計画づくり
プランニングポーカーではじめる工数見積りと計画づくり
Reimi Kuramochi Chiba
ストーリーポイントで見積もるということ
ストーリーポイントで見積もるということ
Yagi Natsuki
Recomendados
ストーリーポイントをつけれるようになるために必要な3つのこと
ストーリーポイントをつけれるようになるために必要な3つのこと
Katsunobu Harada
もっとうまく頻繁に価値を届けたいチームのためのスクラム勉強会(公開用)
もっとうまく頻繁に価値を届けたいチームのためのスクラム勉強会(公開用)
Katsunobu Harada
ふりかえりのすすめかた
ふりかえりのすすめかた
Katsunobu Harada
朝会のアジェンダ
朝会のアジェンダ
Katsunobu Harada
Mid term retrospective
Mid term retrospective
Katsunobu Harada
スクラム実践入門という本が発売されるってよ
スクラム実践入門という本が発売されるってよ
Katsunobu Harada
プランニングポーカーではじめる工数見積りと計画づくり
プランニングポーカーではじめる工数見積りと計画づくり
Reimi Kuramochi Chiba
ストーリーポイントで見積もるということ
ストーリーポイントで見積もるということ
Yagi Natsuki
Microsoft Teamsを使ったメッセージ通知開発
Microsoft Teamsを使ったメッセージ通知開発
miekobari
読書会Vol6
読書会Vol6
Mari Takahashi
20120529 アジャイルサムライ読書会第6回
20120529 アジャイルサムライ読書会第6回
株式会社コネクトスター(ConnectStar Co., Ltd.)
ビジネスプランの評価ポイント20110706
ビジネスプランの評価ポイント20110706
Takeshi Motohashi
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
俊仁 小林
概念モデルって難しいですよね
概念モデルって難しいですよね
Takuya Kawabe
Tc sympo tokyo_takayama20090825
Tc sympo tokyo_takayama20090825
和也 高山
テックヒルズ
テックヒルズ
tomo tsubota
20140627 agile japan_embrace change for unchangeability
20140627 agile japan_embrace change for unchangeability
グロースエクスパートナーズ株式会社/Growth xPartners Incorporated.
d.thinking workshopsheet
d.thinking workshopsheet
Tomoshige Nakamura
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
GuildWorks
匠Method 超入門(関西匠塾第一回)
匠Method 超入門(関西匠塾第一回)
Hagimoto Junzo
運用管理を楽にしたいという話
運用管理を楽にしたいという話
Hisashi HATAKEYAMA
Webサービスを作る人に伝えたい5つのこと
Webサービスを作る人に伝えたい5つのこと
Dai Murata
201708 BOOTSTRAP九大起業部向け_ユーザーヒアリング
201708 BOOTSTRAP九大起業部向け_ユーザーヒアリング
Hiromi Otake
ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ実践編
You&I
ユーザーストーリーワークショップ
ユーザーストーリーワークショップ
You&I
ユーザーストーリーワークショップ
ユーザーストーリーワークショップ
You&I
ユーザーストーリー作り(DevLOVE道場第二回)
ユーザーストーリー作り(DevLOVE道場第二回)
Kiichi Kajiura
Mais conteúdo relacionado
Semelhante a ストーリーポイントをつけられるようになるために必要な3つのこと
Microsoft Teamsを使ったメッセージ通知開発
Microsoft Teamsを使ったメッセージ通知開発
miekobari
読書会Vol6
読書会Vol6
Mari Takahashi
20120529 アジャイルサムライ読書会第6回
20120529 アジャイルサムライ読書会第6回
株式会社コネクトスター(ConnectStar Co., Ltd.)
ビジネスプランの評価ポイント20110706
ビジネスプランの評価ポイント20110706
Takeshi Motohashi
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
俊仁 小林
概念モデルって難しいですよね
概念モデルって難しいですよね
Takuya Kawabe
Tc sympo tokyo_takayama20090825
Tc sympo tokyo_takayama20090825
和也 高山
テックヒルズ
テックヒルズ
tomo tsubota
20140627 agile japan_embrace change for unchangeability
20140627 agile japan_embrace change for unchangeability
グロースエクスパートナーズ株式会社/Growth xPartners Incorporated.
d.thinking workshopsheet
d.thinking workshopsheet
Tomoshige Nakamura
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
GuildWorks
匠Method 超入門(関西匠塾第一回)
匠Method 超入門(関西匠塾第一回)
Hagimoto Junzo
運用管理を楽にしたいという話
運用管理を楽にしたいという話
Hisashi HATAKEYAMA
Webサービスを作る人に伝えたい5つのこと
Webサービスを作る人に伝えたい5つのこと
Dai Murata
201708 BOOTSTRAP九大起業部向け_ユーザーヒアリング
201708 BOOTSTRAP九大起業部向け_ユーザーヒアリング
Hiromi Otake
ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ実践編
You&I
ユーザーストーリーワークショップ
ユーザーストーリーワークショップ
You&I
ユーザーストーリーワークショップ
ユーザーストーリーワークショップ
You&I
ユーザーストーリー作り(DevLOVE道場第二回)
ユーザーストーリー作り(DevLOVE道場第二回)
Kiichi Kajiura
Semelhante a ストーリーポイントをつけられるようになるために必要な3つのこと
(20)
Microsoft Teamsを使ったメッセージ通知開発
Microsoft Teamsを使ったメッセージ通知開発
読書会Vol6
読書会Vol6
20120529 アジャイルサムライ読書会第6回
20120529 アジャイルサムライ読書会第6回
ビジネスプランの評価ポイント20110706
ビジネスプランの評価ポイント20110706
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
大規模JSプロジェクト ロードオブナイツの管理手法紹介 2012-11-06
概念モデルって難しいですよね
概念モデルって難しいですよね
Tc sympo tokyo_takayama20090825
Tc sympo tokyo_takayama20090825
テックヒルズ
テックヒルズ
20140627 agile japan_embrace change for unchangeability
20140627 agile japan_embrace change for unchangeability
d.thinking workshopsheet
d.thinking workshopsheet
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
匠Method 超入門(関西匠塾第一回)
匠Method 超入門(関西匠塾第一回)
運用管理を楽にしたいという話
運用管理を楽にしたいという話
Webサービスを作る人に伝えたい5つのこと
Webサービスを作る人に伝えたい5つのこと
201708 BOOTSTRAP九大起業部向け_ユーザーヒアリング
201708 BOOTSTRAP九大起業部向け_ユーザーヒアリング
ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ実践編
ユーザーストーリーワークショップ
ユーザーストーリーワークショップ
ユーザーストーリーワークショップ
ユーザーストーリーワークショップ
ユーザーストーリー作り(DevLOVE道場第二回)
ユーザーストーリー作り(DevLOVE道場第二回)
ストーリーポイントをつけられるようになるために必要な3つのこと
1.
ストーリーポイントを つけられるようになるために (たぶん)必要な3つのこと
@harakachi
2.
ストーリーポイントって? • 作業全体の、規模の大きさを表す単位
• 作業内容や難しさ、リスクなどが一体になったもの • 他の作業と比べて相対的に表す
3.
3つの必要なこと 1. 何故ユーザーストーリーを使うのかをだいたい理
解する 2. 受け入れ条件についても大体わかる 3. 規模の見積りとはどういうことなのかを知る
4.
1. 何故ユーザーストーリーを使うのかをだいたい 理解する
5.
ユーザーストーリーとは? (1) •
<ユーザ>として<達成したいゴール>がしたい(欲しい)。 なぜなら<理由>だからだ • リリースしたい単位の全体を表すことができる • 企画だけやる、デザインだけやる、開発だけやるというこ とを表しにくくなる • ユーザーの視点から見て、それに価値があるかどうかを判断で きるようになる • 本当にユーザはそれをしたいの?という議論がしやすい
6.
ユーザーストーリーとは? (2) •
価値があったかどうかを検証しやすくなる • もし価値があった場合、ユーザの行動はどう変わるのだろう? • 変わった行動を認識するために、どうやって検証する? • ユーザーストーリーとタスクの違い • 完了するとユーザにとって価値があるものになる=ユーザース トーリー • 完了しても、それ単体ではユーザへの価値にならない=タスク
7.
何故ユーザーストーリーを 使うのか? •
ユーザーストーリーならストーリーポイントが付けや すい • 着手~ユーザに届くまでを対象に考えることがで きる • デザインは簡単だけど作るの大変とか、その逆も あったりするので、チーム全員でやるべきことを 調整しながらストーリーポイントを付けることが できる!
8.
2. 受け入れ条件についても大体わかる
9.
受け入れ条件とは(1) • ユーザーストーリーが満たすべき条件のこと
• ユーザーストーリー(プロダクトバックログ)毎に 違うものになる
10.
受け入れ条件とは(2) • 例えば
• 「コミュのイベント参加ユーザとして、参加を決めたイベン ト開催日の3日前に通知が欲しい。なぜならイベント日は忘 れがちだからだ」 • 通知はメールで送られること • 開催日、タイトル、参加人数、リンクを本文に含めること • AM10時頃から送信を開始すること
11.
3.「規模の見積り」とはどういうことなのかを知 る
12.
何故 規模を見積もるのか(1) •
アジャイルチームは、規模の見積もりと期間の見積もりをを分けて考える。この違いを理解 するために、これから私が庭の端にある一山の土を、庭の反対側の端まで運ぶ事になったと しよう。 • A. 私は土の山を眺めて、手持ちの道具を思い浮かべる(シャベルと手押し車だ)。そして、こ の作業に5時間かかると見積もる • B. 山の寸法から考えて、私は土の量を300立方フィートと見積もった。 • 私の手押し車のラベルには、積載用量が6立方フィートと書いてる。300立方フィー トを6立方フィートで割れば、この手押し車で50往復で全ての土を運べることがわかる • 次に、一回の往復にかかる時間を見積もる。土を積み込むのに3分、庭の端から端ま で手押し車で運んで土を降ろすのに2分、空の手押し車を押して戻るのに1分。 • 合計すると、一往復にかかる時間は6分という計算になった。全部で50往復する予定 だから、期間の見積もりは300分、すなわち5時間だ。 アジャイルな見積りと計画作り P59より
13.
何故Bの見積りが良いの? • もし、どこかの工程がn分遅れだったとしても、全
体を通じて+m分多くなる。といった補正が可能 • そもそも規模を見誤っていた時も、認識して再計算 が可能 • 違う規模の同じ作業をする場合に、過去のデータや 経験を流用して計算が可能 • 規模感を考えてから、具体的な物事を考えると良い
14.
規模感は相対的に比較できる http://upload.wikimedia.org/wikipedia/commons/b/b2/Skyscrapers_Shinjuku_2007_rev.jpg
15.
規模感を比較してみよう • ドッグポイント見積もり。ドッグポイントとは、犬の肩の高さをあらわすポイントであると
定義。この前提で以下の犬種それぞれのドッグポイントを見積もってください • ラブラドール・レトリーバー • テリア • グレート・デーン • プードル • ダックスフント • ジャーマン・シェパード • セントバーナード • ブルドック アジャイルな見積りと計画作り P62より
16.
相対見積りの大事なこと • 見積もる対象の情報を引き出して把握する
• 「プードルってトイプードルのことじゃないよね?」 • 小さすぎる基準は危険 • 小さな基準で大きいものを相対評価する場合、倍率 が高くなりすぎてしまう • 大きなものを小さく分解する
17.
Comming Soon… 「大きなストーリーを分割して、1スプリントに収
まるようにする」
Baixar agora