いい加減(自分のためにも)PBLのフォーマットを決め、テンプレートを用意するようにしました。最強なのかはともかく、現時点で一番わかりやすく運用しやすいPBLのフォーマットは、以下のようになりました。テンプレートにはGoogleスプレッドシートを利用しています。いうと、現状ではこれが一番全体の把握がしやすく、多くの人が特に追加費用無しでアクセス可能であり、独自カスタマイズを許容できるツールになるからです。強いこだわりがないのであれば、現状はスプレッドシート一択で良いのではないでしょうか。PBL項目スプレッドシートの各項目は以下のような用途を想定しています。開発範囲を示すときに使う。誰のための価値になるものを作るのかを明示する。いったことを実現するのか。いう価値が提供されるのか(リリース後に検証する内容)を書く。このアイテムでどういったことを実現するのかを具体的に書く。SKIPにした理由や、アイテム分割した際の情報などを書くPBLに携わる人数が多ければ、起票者の項目もあると便利ですスクラムでのPBL運用フローではこのPBLをスクラムのイベントに沿って運用するフローを提示してみたいと思います。各自がプロダクトバックログにTODOでアイテムを追加する(事前記入だったり、時間を取ってやったりする)プロダクトバックログリファインメントを実施し、アイテムの上の方から内容を確認していくTODOを追加した人から内容の説明を受け、チーム内のゴール認識を合わせる(レビューチェック内容を決める)アイテムのストーリーポイントを見積もるアイテムの状況に合わせて、ステータスを変更するアイテムの粒度が大きすぎたり、不明瞭な場合は、実現可能な粒度にアイテムを分割して、再度内容を精査するステータスは以下のような意味合いで利用します。スプリントプランニングを実施PBL上位のアイテムでステータスがREADYとなっているものからスプリントで実施するアイテムを決め、そのアイテムのステータスをDOINGにする。選んだアイテムはスプリントバックログ(ホワイトボードを使うのがお奨め)に移動し、タスクを詳細化・細分化する。スプリントレビューを実施スプリントで作成した成果(プロダクトインクリメント)を、PBLのレビューチェック内容と照らし合わせながらレビューする。実現できていればステータスはDONEにし、追加で実現したいことが見つかったならPBLに新しいアイテムをTODOで追加する。繰り返しこれらを繰り返していく。まとめ個人的には、価値を生み出す作業にどれだけ注力できるかが、アジャイル開発の目指すところかなと思っているので、それ以外の部分については可能な限り力をかけずに済ませるようにしたいです。PBLのフォーマットに迷うくらいであれば、とりあえずこのフォーマットに書き殴ってみて、後で適当なものに切り替えてみるとかはどうでしょうか。)参加グループプログラミングはてなブログをはじめよう!seri_wbさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。