スプリント中のプロダクトバックログアイテムの入れ替え
みなさんこんにちは。@ryuzeeです。 スプリント中での着手対象プロダクトバックログアイテムの入れ替えについて、以下の記事を参照しつつ解説します。 Switching stories mid sprinthttp://agilesoftwaredevelopment.com/blog/jackmilunsky/switching-stories-mid-sprint プロダクトバックログアイテムの入れ替え要求に従わないことはプロダクトオーナーの軽視という意見もあるが、それは違うプロダクトバックログアイテムの入れ替えを受け入れ続けると、開発チームは混沌として、何も成果物ができあがらない開発チームは、「なんでこんなに突然にプロダクトバックログアイテムの入れ替えをするのか」聞いてみるべきである2週間のスプリントで現在が中間地点だとすると、たった5日前にはさらに重要度の高いものは無かったはずであ
画面設計とか外部設計とか、もうやめようよ - masayang's diary
昨日は特徴(Feature)、粗筋(Story)、脚本(Scenario)でちょいと言及した「Feature, Story, Scenarioがごっちゃになりかけている」プロジェクトの人達とお話しする機会があった。 よくよく見ると、FeatureとFunctionとがごっちゃになっていた。 つまり、要件分析の段階で実装のことを考えていたのである。 なぜ、そうなったのだろう？ 画面から要件分析をすると、こうなる どうやら要件分析する前の段階で「コンサルタント」の人達が、画面を使ってお客さんと「要件定義」をしていたらしい。 「この画面でこういうデータを入力すると、こんな画面に遷移します」みたいなやりとりがあったのだろう。 紙芝居感覚で交渉できるからわかりやすい。 だけど、先に画面を決めちゃうというのはいくつかの(そして時に致命的な)問題を抱えている。 実装をフィーチャとして捉える可能性。 例え
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
