スプリントレビューのチェックポイント - Qiita
スクラムイベントの中でも難しいのはスプリントレビューです（持論） というわけで、スプリントレビューを進行する人が気にしたいことを挙げていきます。 スプリントレビューの目的は理解されているか 質問やフィードバックの無いスプリントレビューは開催の意味がないことを全員が認識しているか 目的外のMTGになっていないか(進捗確認MTGみたいな) 参加者は積極的に質問やフィードバックをしようとしているか デモをする人は質問やフィードバックを得ようとしているか 参加者は適切か 協力的ではない参加者が紛れていないか 適切ではない人が適切ではないフィードバックをしていないか 適切なフィードバックをくれるスクラムチーム外の人物を巻き込めているか デモの方法は適切か デモの準備は万全か 実際にユーザが体験する形に近い方法でデモを行なおうとしているか プロジェクターで写す(見る)以外の適切な方法を模索しているか
BacklogチームがScrumを始めてみた話 | 株式会社ヌーラボ(Nulab inc.)
私達Backlog開発チームでは2016年1月から現在まで約3ヶ月、アジャイル開発手法のScrumに取り組んでいて、それなりに成果がでているように思います。理想的に上手く行っているという程ではありませんが、その試行錯誤の様子について書くことにしました。Scrumに興味がある方の参考になれば幸いです。 ※なお、私達の製品であるタスク管理ツール「Backlog」とScrum用語の「バックログ」が紛らわしいので、製品のほうはアルファベット、Scrum用語のほうはカタカナで表記しています。 もくじ 発端 目的 準備段階 第1回計画ミーティング 見積もり スプリントでの作業範囲決定 最初期（1回〜3回） すぐに発生した問題 最初の頃の感想 試行錯誤期（4回〜現在） 専門家に意見を聞いた 1週間スプリント ポイント見積もり・ベロシティ ケーキ 詳細見積もりによる精度向上 助けたこと／助けられたこと 実
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
