WBS（Work Breakdown Structure）
開発作業をイメージするための方法の1つに、「WBS」というものがあります。プロジェクトマネジメントの分野で、計画を立てるときに使用します。プロジェクト全体の作業を分割し、ツリー構造で階層的に表現していきます。分割された作業がさらに分割できそうであれば、細分化していき明確にします。最小単位の作業を「ワークパッケージ」と呼び、それらに担当を配置するという考え方です。
このように、WBSでは作業を多階層で表現します。本稿で紹介するカードを使った方法では、目標を記したストーリーカードとワークパッケージにあたるタスクカードの2階層で構成します。
それでは、ストーリーカード、タスクカードについて見ていきましょう。
ストーリーカード
ストーリーカードには、開発するターゲットがどのようなものかを書きます。いわば、仕様にあたるものです。例えば、「こういう画面表示が必要」「こういう機能が必要」といったことを書きます。ストーリーカードは、言い換えれば「目標カード」「やりたいことカード」です。
ストーリーカードを書くことは、要求を分析し要件定義をするということになります。ストーリーカードはユースケースを書くのと同じ作業なのです。
タスクカード
タスクカードには、ストーリーカードを実現するために必要な作業を書きます。例えば、前述したストーリーカードを実現するためには、「設計する」「実装する」「テストする」などの作業が必要です。これらをカードに書きます。
この例からもわかるように、1枚のストーリーカードから複数のタスクカードが作成されます。このタスクカードを単位にして、日々の作業を管理します。タスクカードは、言い換えれば「行動カード」「やることカード」です。
タスクカードを書くときは、その作業時間を見積るようにします。見積ることができるということは、実際の作業をイメージできているということです。見積れないと感じたら、そのタスクカードに書かれた作業内容が具体的になっていない証拠です。このような場合は、作業をさらに細分化してタスクカードを作り直します。
できあがったタスクカードを元に作業を進めていきます（詳細は次回で解説します）。作業が完了したら、その作業にかかった実績時間を記入します。タスクカードは保管しておきます。
このタスクカードを作成できるのは必然的に開発者になります。開発者はすべての作業を見積り、実績を知ることになります。このフィードバック手法を使って、各開発者の見積り能力を上げていくのです。
つまり、ストーリーカードとタスクカードを使って、仕様の明確化、作業の見える化を行うことができます。これらのカードは特に決まったフォーマットやサイズはありません。上で示したカードを参考にそれぞれの職場でカスタマイズして使ってください。
