下記のように、スクラムをソフトウェア開発だけでなく、経営や組織運営に応用してきましたが、そろそろ運用経験もたまってきたので、その暗黙知を形式知にしてみたいと思います。(SECIモデルを意識)
形式知としてまとめたいのは、バックログとインクリメントです。下記のように「完成の定義」と「受け入れ基準」までは、まとめているので、それをもとにバックログとインクリメントのテンプレートを作成します。また、バックログに関しては「ユーザーストーリー」も意識することとします。
完成の定義
「プロダクトとして定めた「リリース判断可能なプロダクト」を作成するために実施しなければいけないことの一覧」となります。今回のテンプレートの前提は上記の記事に記載した内容としています。
・成果をモニタリングしている数値(経営指標やKPIなどの目標・見込・実績)に反映
・成果をまとめるページを新規に作成
・成果を既存のページ(組織、イベント、ルールなどのテンプレート的なもの)に反映(アップデート)
「完成の定義」と「受け入れ基準」
受け入れ基準
「プロダクトオーナーの視点から何を持ってプロダクトバックログの項目が完成したかを確認するための基準」となります。今回のテンプレートの前提も上記の記事に記載した内容としています。
・バックログの目的を達成するために必要な情報などを定義
・どのように成果をまとめ資料に反映するかのガイドライン
「完成の定義」と「受け入れ基準」
ユーザーストーリー
「要求仕様を自然言語で完結に記述したもの」となります。具体的には以下のような記述になります。
〈どういったユーザーや顧客〉として
〈どんな機能や性能〉がほしい
それは〈どんなことが達成したい〉ためだ
SCRUM BOOT CAMP THE BOOK【増補改訂版】
上記の記述(引用)は次のようにWho、What、Whyに対応させることもできます。
- Who: <どういったユーザーや顧客>(役割)
- What: <どんな機能や性能>
- Why: <どんなことが達成したい>(ビジネス価値)
今回の用途(経営や組織運営)ではWhoは基本的に「組織」になるので、バックログにはWhatとWhyのみ記載することにしました。
バックログ
ということで、バックログのテンプレートは次のようにしました。
- タイトル: バックログのタイトル
- What: バックログの実施内容
- Why: バックログの実施理由
- 受け入れ基準: インクリメントに反映する方法
- 状態: バックログの状態(スプリント開始前)
- ToDo: スプリントで実施できない準備中の状態
- Ready: 情報や環境を整理してスプリントで実施できる状態
- Doing: スプリントで実施中の状態
- Waiting: 妨害事項のため待ちの状態(解決したら次スプリントで継続実施)
- Pending: 妨害事項のため一旦中止の状態(実施のタイミングは改めて検討)
- Done: 完了の状態
インクリメント
次は、インクリメントのテンプレートです。表紙(1ページ目)は次の通りです。
- 週番号: スプリントの識別子(スプリント期間は1週間なので週番号を利用)
- スプリントゴール: スプリントで達成すべき目標
- 概要: スプリントの(目標に対する)成果の概要
2ページ目以降は、下記のようにバックログごとのまとめとなります。
- 状態: 上記で示した状態(スプリント中に変更)
- 妨害事項: バックログの進行を妨害する要素(PendingとWaitingの原因)
- NextStep: バックログの成果から見えた次の一手(バックログのネタ)
- 成果物: バックログの成果のまとめ(複数ページも可)
最後に
上記のテンプレートには、「見積もり」の項目がありません。それは、僕がまだ「見積もり」と、それを用いたスクラムの運用(バーンダウンチャートなど)ができていないからです。僕のスクラムに関する次のステップは、まさに「見積もり」です。近いうちにテンプレートにも「見積もり」の項目を反映して、アップデートできると思います！
