skillup

技術ブログ

プロジェクト管理

スプリントレビューについて

投稿日:

現在の現場では主に画面系の機能をベースにスプリントレビューを実施しています。

私はほぼ見学みたいなものなんですが、これを機にスプリントレビューについてちょっとまとめてみようと思います。

以前のアジャイル開発の記事では、まとめたものを「アジャイル開発」という記事に記していました。

スプリントレビューの目的

関係者全員を巻き込む

スプリントレビューですが、一般的な開発者とレビュアーだけでなく、ユーザーなどプロダクトの関係者全員を巻き込むことが一般的なようです。

一般的にユーザーの方は忙しく開発中に成果物を見れないことが多いのですが、少しでも参加してもらうことによって実際の成果物と要件のずれを最小限に抑えることができます。

成果物のフィードバックを短い期間で行うことができる

スプリントというのがスクラム開発で行われる時間の1つの単位でして、1週間程度が一般的なようです。この単位で成果物をレビューしていただくことで細かいフィードバックを関係者から得ることができます。

アジャイル開発の目的として、短い期間でのフィードバックがあると思いますが、仕様の齟齬を防ぐというのもありますし、冒頭で紹介したようなプロダクトを育てるという意味合いもあります。

今後の開発の方針を決められる

システムってやはり画面を見ないとわからないことが多いため、実際に成果物を見てもらい、関係者からフィードバックを得られることによって、プロダクトの今後の課題点などを決めることができるのが大きいでしょう。

他参考リンク

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

-プロジェクト管理

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

no image

自動テストをやる上で今まで障害だったこと

自動テストについて、考え方自体は5年以上前から知っていましたが、プロジェクトで実際に使われているのを見たのは今年4月になってからでした・・・ 自動テスト完備なんて昔は夢物語だと思ってたんですけどね・・ …

no image

開発時最低限必要かつ有用なドキュメントに関して

ウォーターフォール型の開発をかれこれ1年近くやっております。 自分がやってきた仕事とすると別職種に近いようなイメージでしたが、得ることも多かったため、ここに記しておこうと思います。 以前書いたことの記 …

no image

ドキュメント作成(要件定義〜設計)のポイントについて

4月から新しいプロジェクトが始まり仕事がドキュメント作成(要件確認書、基本設計、詳細設計)などをしております。この仕事自体が自分にとってあまりなじみのないものだったので、そこで思ったことなどを。 Co …

no image

設計業務での改善点など

比較的大規模なプロジェクトの設計段階で思ったことなど。会議など頻繁に開かれると思いますが、聞いているだけだったり、各人が色々なことを喋って内容がまとまっていなかったり・・結局何をやりたいかわからなくな …

no image

アジャイル開発について

エンジニアとして仕事をしてから7〜8年立ちましたが、その間9割近くはいわゆるアジャイル開発でやってきたと思っていました。今は比較的大規模な開発をしておりますので、ウォータフォールですが・・・ が、先日 …

アーカイブ