-
- いいね！0
Takeru@目指せサブ3.5
@sgtakeru
上げた機能を、フィーチャーで分けてみる。必須、線形、魅力。ステークホルダーにとって、立場は変わるよね。 #haw #agile
2010-06-19 14:25:33
Takeru@目指せサブ3.5
@sgtakeru
アンケートを取るということがあるけど、それに囚われていてもいけない。以前の結果がこれだから、この機能はつくらないといけないとか。それよりも、今この瞬間で最も必要なものを作る #haw #agile
2010-06-19 14:27:03
Takeru@目指せサブ3.5
@sgtakeru
○○として、～～したい、なぜなら、××だから。 〇〇は、値を感じる人が当てはまる。血が通った感じが必要。 #haw #agile
2010-06-19 14:32:39
Shigeyuki Azuchi
@techmedia_think
ユースケースはシステム的に見えて、その場に入り込めないきがする。ストーリーは血が通ってる必要がある。 #haw #agile
2010-06-19 14:32:44
Shigeyuki Azuchi
@techmedia_think
ストーリーからタスクに落とした際にストーリポイントの規模と異なるようなケースもある。その場合はストーリーポイントを修正する。そうやって修正するタイミングを設けるのも大事。 #haw #agile
2010-06-19 15:20:51
Shigeyuki Azuchi
@techmedia_think
１イテレーションで実施するストーリーの優先度を決める。リスク、価値が高いものを最初に実施した方が最初に課題が上がってきてイイ。 #haw #agile
2010-06-19 16:33:13
Shigeyuki Azuchi
@techmedia_think
ファーストイテレーションで見積もった規模の精度は低い。イテレーションを繰り替えす内に精度があがっていく。 #haw #agile
2010-06-19 16:34:32
Shigeyuki Azuchi
@techmedia_think
ベロシティとは、速度。１イテレーションで何ストーリーポイント実施できる余力があるのかを示すもの。このチームは、SP分の作業を行うことができるみたいな。 #haw #agile
2010-06-19 16:37:49
Shigeyuki Azuchi
@techmedia_think
生産性と言ってしまうと、速度が遅いのは開発チームの生産性が悪いという認識になりやすい。開発者だけでなくみんなで一緒に速度をあげていこうとする取り組みになりにくい。 #haw #agile
2010-06-19 16:40:11
Takeru@目指せサブ3.5
@sgtakeru
ストーリーを実現するのに、機能目線で考えるのではない。機能目線で考えると、不要な修正を行う場合もある。例えば、画面のレンダリングが多いから管理画面をつくるってこともあるけど、実はネットワークのスピードを改善すればいいだけかもしれない。 #haw #agile
2010-06-19 16:40:28