スプリントレビューの進め方

みなさんこんにちは、@ryuzeeです。 スクラムにおいてはフィードバックが重要です。プロセスに対するフィードバックはスプリントレトロスペクティブ、プロダクトに対するフィードバックはスプリントレビューを活用します。 今日はスプリントレビューについて、一般的な手順や注意点を紹介します。 なお、あくまで一般的な手順であることに注意してください。スクラムの基本は「透明性・検査・適応」です。自分たちで随時やり方を検査して、もっとうまくできるように適応していかなければ効果はあがりません。 スライドはこちらをご参照ください。 1. スプリントレビューの目的 2. スプリントレビューの参加者 3. スプリントレビューのアジェンダ（例） 4. スプリントレビューの事前準備 5. ステークホルダーへの質問（例） 6. 良いスプリントレビューの特徴 7. スプリントレビューのアンチパターン 1. スプリントレ

[ryuzee]

ブログ書いた。基本的な内容ですが、スプリントレビューのやり方について整理しました。

[tricknotes]

自分でやるときは、「1. 利用者の体験をレビューしている」「4. プロダクトの現状とこの先が分かる」あたりにとくに力を入れてる。あとは、情報をオープンにすることと正直であることかな。

[ino-agile]

「機能を主軸にしたレビューにすると、フィードバックの質が低下します。」なるほど!

[tak4hir0]

スプリントレビューの進め方

[peketamin]

“スプリントレビューが進捗確認会議になっている”

[monorod]

完成してないものをデモしないってのはあんまりアジャイル的じゃない気もする。アジャイルで作ってるものっていつまでも完成しないものでしょ？（常にフィードバック貰いながらエンハンスする的な意味で）

[sinsoku]

中途半端なものを見せたり、進捗報告にするのは良くない

[otihateten3510]

今ってレトロスペクティブって呼ばないんだっけ（クソリプ）

[sylvan_l]

スプリントレビューの進め方

[nakamurataisuke]

あとで読む

[radiocat]

「重要なのはステークホルダー」「プロダクトの進捗にあわせる」昔、リリース時期が見えてきてからサポートを呼ぼうと思っていたのに忘れていて痛い目をみた。儀式的にこなし始めるとやばい。

[hoppie]

"動いていないもの、中途半端なものを見せるとフィードバックの質も下がりますし、スクラムチームに対する信頼もなくなります。... 完成させたものを自慢するくらいの感じで進めるのが理想です"