![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
ゴールをシステムの機能ではなく、クライアントが何をしたいかというニーズを満たすためにできることに区切ってつくっている、という意見も #smn2014c
2014-03-19 20:52:33![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
機能リリースをストーリーにしなきゃいけない、ということは無さそう。課題の設定次第 #smn2014c
2014-03-19 21:01:36![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
point大きすぎるのならストーリー分割してみたら良いかも。pointが5を超えるものを作らないようにするとか #smn2014c
2014-03-19 21:04:15![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
1年スプリントまわすと、リリースする、という大きなストーリーから、やるべきストーリーがよく見えるようになり、今では細かくストーリーを分けてもれなく洗い出せるようになった #smn2014c
2014-03-19 21:09:54![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
初めてやるようなタスクはアラートマークをつけてみんなでフォローしやすいようにしている #smn2014c
2014-03-19 21:10:33![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
POの育成ってどうしたらいいか?という話→やりたいことがたくさんある人がやっている例 #smn2014c
2014-03-19 21:12:31![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
やりたいことがたくさんかどうかは重要じゃないのでは?少なくても重要なものを指定できる方が良いかも #smn2014c
2014-03-19 21:16:04![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
KPI達成すべきこと以外、phpのバージョンアップとか、のストーリーに関する優先度を判断できる人も必要なのでは?? #smn2014c
2014-03-19 21:19:07![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
POになって欲しい人は、みんなと同等で、上司じゃない人がいい。現場と対等に議論出来るひとが良いと思う。POが強制力持つのはちょっと。。。 #smn2014c
2014-03-19 21:21:02![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
バックログに入れないストーリーを裏で持つ、ということやっている事例の話。1日あたり○時間はバックログのストーリー、それ以外の時間を使ってやっている例 #smn2014c
2014-03-19 21:24:31![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
スクラムのメリットは可視化。どんな細かいタスクも入れていく方法もあれば、把握もコストなので内容を絞る方法もあり。 #smn2014c
2014-03-19 21:26:08![](https://tgfile.tg-static.com/static/web/img/placeholder.gif)
3時間のふりかえりで6つぐらいのネクストアクションが決まり、次のスプリントで実行できるようになった例も #smn2014c
2014-03-19 21:31:07