PBLのためのScrumとチケット駆動開発を組み合わせた事例
大学の授業にある課題解決学習(PBL)にスクラムとチケット駆動開発を適用した事例がSlideshareに公開されていたのでメモ。
【元ネタ】
Scrm+PBLの良い点は、タイムボックス形式の開発ゆえに授業の形式とマッチしやすいこと。
また、スプリント終了時にデモが前提のため、評価できるタイミングと場をセットすることで、最後に何もできなかったということがない。
また、スクラムが支援するメンバーの自己組織化もメリットの一つ。
逆に弱点は、タイムボックス形式なので残業でカバーできない。
また、スプリントデモが実行できる品質まで到達しない場合も考えられる。
それら弱点は、運用ルールでカバーできる点もあるが、現状の進捗管理に弱点もあるので、その部分にチケット駆動開発を適用したらしい。
チケット駆動開発を導入した利点は、以下の通り。
・スプリントバックログをチケット化することで、作業ボリュームを管理しやすい
・実績を記録することで、バーンダウンチャートの生成や残タスクの管理がしやすい
・スプリント終了時に、ふりかえりのための判断基準の多くをチケットから取得できる
・No Ticket, No Commitの運用によって、成果物とチケットを連動させることで、開発のリズムが出る
大学の授業らしく、人別の見積の誤差、人別の生産性、人別の担当チケット遵守状況などのメトリクスを採取しているのが面白い。
見積りは、スプリントを経るごとに誤差は小さくなっている。
生産性も、スプリントを経るごとに少しずつ上昇している。
チケット駆動開発の事例を他にも集めてみる。
| 固定リンク
「Redmine」カテゴリの記事
- Redmineのブロッキング機能はどこで使うのか?~FF関係で使うべきだ!(2026.08.10)
- AIエージェントのハルシネーションは「チケット駆動」で防ぐ~次世代アジャイル開発の実践論(2026.08.04)
- 製造業でアジャイルが定着しない理由~スプリント不在とチケット二重管理の壁 #Redmine(2026.07.18)
- Redmineはチェンジマネジメントのツールであるべきだ(2026.07.13)
- Redmine利用成熟度モデルによる運用戦略(2026.07.12)
「ソフトウェア工学」カテゴリの記事
- 人の成果物は品質基準に不足しすぎるが、AIの成果物は品質基準を超過しすぎる(2026.08.16)
- 「System of Systems(SoS)の統合テストは不可能だ」という言説を聞いた(2026.08.16)
- チケット駆動でAIを制御する仕組みのアイデア(2026.08.13)
- 脱PDCA!DXを加速する超高速戦略「KillChain」(2026.08.10)
- Redmineのブロッキング機能はどこで使うのか?~FF関係で使うべきだ!(2026.08.10)
「チケット駆動開発」カテゴリの記事
- 人の成果物は品質基準に不足しすぎるが、AIの成果物は品質基準を超過しすぎる(2026.08.16)
- チケット駆動でAIを制御する仕組みのアイデア(2026.08.13)
- Redmineのブロッキング機能はどこで使うのか?~FF関係で使うべきだ!(2026.08.10)
- AIエージェントのハルシネーションは「チケット駆動」で防ぐ~次世代アジャイル開発の実践論(2026.08.04)
- 製造業でアジャイルが定着しない理由~スプリント不在とチケット二重管理の壁 #Redmine(2026.07.18)
「Agile」カテゴリの記事
- チケット駆動でAIを制御する仕組みのアイデア(2026.08.13)
- アジャイル開発を強化するキルチェーン進化の歴史~VUCA時代におけるモノづくりの新アーキテクチャ(2026.08.11)
- 脱PDCA!DXを加速する超高速戦略「KillChain」(2026.08.10)
- AIエージェントのハルシネーションは「チケット駆動」で防ぐ~次世代アジャイル開発の実践論(2026.08.04)
- AIが設計も思考も代替する時代ではエンジニアはモデルを理解するだけの存在なのか?(2026.07.25)


コメント