-
- いいね！0
Motosuke Shindo
@shindomo
ブランコのイラスト。顧客が本当に必要だった物。それが作ってみるまで分からない状況が生まれている。すべてを予測できない。 #tfsug
2012-07-13 19:20:43
Kenichi Ohtomi
@k_ohtomi
期間が短いからアジャイルでやる、ではないし、慣れたやりかたでやったほうが良いことも多いはず。プロジェクトのステークホルダーが要求を把握できていないことを理解していることが最低条件なんだろうな。 #tfsug
2012-07-13 19:23:43
Motosuke Shindo
@shindomo
リソースと期間で総量規制。コップに入れられる水の量は決まっている。大事なものから先に作っていく。欲しいものをリストにしてユニークに順位をつける。N 番目にほしいモノ。順位は状況によって変わる。これがプロダクトバックログ。 #tfsug
2012-07-13 19:25:44
関 満徳@fullvirtue
@fullvirtue
#tfsug 優先順位はユニークな数字で付けてみるといい。 http://t.co/jMg0CyUZ
2012-07-13 19:27:13
Motosuke Shindo
@shindomo
ロール1。プロダクトオーナー。製品の責任者。プロダクトバックログの管理者。優先順位の意思決定の最終決定権限を持つ。 #tfsug
2012-07-13 19:28:15
Kenichi Ohtomi
@k_ohtomi
Scrumのキモのひとつに、"ワンチーム"でやることがある。これは強く同意。いまのプロジェクトでも縦割りの壁を壊して、すべてにコミットできるように人を集めることから始めているし。 #tfsug
2012-07-13 19:31:35
Motosuke Shindo
@shindomo
スプリント計画会議で、プロダクトバックログの中から優先順位の高いものを、タスクに分ける。これがスプリントバックログ。 #tfsug
2012-07-13 19:35:28
Motosuke Shindo
@shindomo
チームは出荷可能な製品の増分を作る。共通の理解として、完了の定義を作り、何をもって出荷可能かを定める。 #tfsug
2012-07-13 19:37:46
pantomimer
@pantomimer
チームは出荷可能なものを作る。小さくても使える、事前に定義した条件を満足しているものを作る。レビュー、性能、ドキュメント、デプロイ可能etcetc・・・。完了条件って決めること自体に割と紛糾しそうな気がします。 #tfsug
2012-07-13 19:38:12
Kenichi Ohtomi
@k_ohtomi
チケット駆動でプロジェクトを進めていると、スプリントバックログにばらして、いつ、誰が起票するか、で悩むことがある。作りすぎを防ぐのにチケットが使えるのだけれど、担当者によってブレークダウンの粒度が異なるので、効果が薄れるんだよなあ。 #tfsug
2012-07-13 19:40:06
長沢 智治 \ Tomoharu Nagasawa
@tnagasawa
この辺で、最近書いた絵 - サイクルタイムと創発的アーキテクチャ、Virtical Slicing #tfsug http://t.co/MoMY1400
2012-07-13 19:40:32
拡大
Motosuke Shindo
@shindomo
毎日のデイリースクラムで、チームがスプリントゴールに向かって進んでいるかをチェック。15 分一本勝負。昨日やったこと、今日やること、困っていること。 #tfsug
2012-07-13 19:41:36