記入例付きの無料ワークパッケージテンプレート（Excel、Sheets、PDF）

ワークパッケージとは何ですか？

A ワークパッケージ は、次の最下位レベルにある作業です： WBS（ワーク・ブレークダウン・ストラクチャー）。PMIのPMBOKガイドは、これをWBSの最下位レベルで定義され、コストと所要期間が見積もられ管理される作業と定義しています。実際には、1人の担当者、定義されたアウトプット、完了を確認する合意済みの方法を持つ、明確に区切られた作業です。

WBSは成果物の階層全体を示します。このテンプレートが作成するワークパッケージ記述書は、その階層の1つのボックスに焦点を当て、作業を行う人が知る必要のあるすべてを記録します。何がスコープ内か、何を提供しなければならないか、おおよそどれくらいの時間とコストがかかるか、何に依存しているか、どのように受け入れられるかです。

ワークパッケージの担当者（多くの場合チームリード、チームマネージャー、サプライヤー）がその提供に説明責任を負います。プロジェクトマネージャーはパッケージを合意して正式に認可し、承認者が承認します。大規模なプロジェクトでは、ワークパッケージ記述書は多くの場合次にまとめられます： WBS辞書。WBSのすべての要素の詳細を保持するものです。

概念をより詳しく知るには、当サイトのガイドをお読みください： ワークパッケージとは何か.

このワークパッケージテンプレートの内容

テンプレートには1つのタブ ワークパッケージが、2つの列を持つシンプルなフォームとして配置されています： 項目 と 詳細。記入例（顧客ログイン機能）が付いているので、自分の作業で上書きしましょう。以下はライブプレビューです：

サンプル行は例です。ご自身の内容に置き換えてください。

• ワークパッケージ：項目、詳細

13の項目

• WBSコード：WBSの参照番号（たとえば1.4.2）。パッケージを親の成果物までさかのぼれるようにします。
• ワークパッケージ名：WBSの項目と一致する短い名詞句。
• 担当者：パッケージの提供に説明責任を負う1人。
• 説明／スコープ：作業が何を対象とするか、必要に応じて何を対象としないか。
• 成果物：パッケージが完了したときに存在するアウトプット。
• タスク：成果物を生み出すために必要な主な作業。
• 工数見積り（日）：経過時間ではなく、工数の合計稼働日数。
• コスト見積り（$）：人件費に加え、資材、機器、サービスの費用。別の通貨を使う場合は通貨の表示を変更しましょう。
• 開始／終了：スケジュール上の計画日。
• 依存関係：この作業が依存している他のパッケージ、プロジェクト、サプライヤー、意思決定。
• 受け入れ基準：アウトプットが受け入れられるために満たすべき検証可能な条件。
• リスク：パッケージに対する主な脅威。詳細はリスク登録簿に記録します。
• 承認者／日付：誰がいつパッケージを承認したか。

項目の下には空白行があり、予算コード、許容範囲、報告頻度などの独自の項目を追加できます。

初級版、上級版、エキスパート版

ワークパッケージは2列のフォームであるため、初級版と上級版には同じ項目が含まれています。テンプレートにはステータス列がないため、エキスパート版にもダッシュボードはありません。すべてのパッケージのステータスは、代わりにWBSまたは次で追跡しましょう： プロジェクトスケジュールテンプレート 。PDFはキックオフ会議や承認のための印刷用コピーです。

ワークパッケージテンプレートの記入方法

1. WBSから始める。 WBSコードと名称を次からコピーします： WBSテンプレート。記述書が必要な最下位レベルの要素ごとに、ワークパッケージ記述書を1つ書きます。
2. 担当者を合意する。 チームではなく1人を指名しましょう。残りを書く前に本人と話しましょう。作業についてはあなたより詳しいはずです。
3. スコープを記述する。 何が含まれるか、そして疑問の余地がある場合は何が除外されるかを書きます。次と照合しましょう： プロジェクトスコープ 記述書。
4. 成果物と、それを生み出す、次に タスク を列挙する。タスクは担当者がわかるレベルにとどめます。詳細なタスクリストは担当者自身の計画に置けます。
5. 工数とコストを見積もる 。担当者と一緒に、過去のデータや次の 工数見積り 手法（類推見積りや三点見積りなど）を使います。
6. 日付と依存関係を加える 。スケジュールから日付を取り、パッケージが依存している担当者のコントロール外のものを記録します。
7. 受け入れ基準とリスクを書く。 すべての基準を検証可能にし、重要なリスクを次にコピーします： リスク登録簿テンプレート.
8. 合意して承認する。 担当者と承認者とともにパッケージを確認し、作業開始前に承認と日付を記録します。その後の変更は次を経ます： 変更管理.

スプレッドシートのヒント

• パッケージごとにタブを複製し 、WBSコード（1.4.2、1.4.3）で名前を付けて、タブがWBSの順に並ぶようにします。
• どこでも同じ単位を使う。 あるパッケージで工数を日単位にしたなら、次のパッケージで時間単位に切り替えないようにしましょう。合計が合わなくなります。
• 数値を積み上げる。 各パッケージの工数とコストを次にコピーし、 プロジェクトコスト見積りテンプレート 、プロジェクトの予算をボトムアップで作成します。
• 1ページに収める。 それより長くなる場合、パッケージはおそらく大きすぎます。

ワークパッケージの例

テンプレートのサンプルパッケージはソフトウェアの機能ですが、同じ構成は建設の工程、マーケティングキャンペーンのアセット、研修コースにも使えます。以下は記入例と、各項目がうまく機能している理由のメモです：

例では承認欄が空欄になっています。担当者と承認者がパッケージに合意したときにだけ記入しましょう。

ワークパッケージはどれくらいの大きさにすべきか？

決まった標準はありませんが、広く使われている目安が2つあります：

• 8/80ルール： パッケージの工数は8時間以上80時間以下にすべきです。それより小さいとパッケージではなくタスクを管理していることになり、大きいと見積りと追跡が難しくなります。
• 報告期間ルール： パッケージは1つの報告期間（多くの場合2週間または1か月）以内にすべきです。そうすれば、毎回の状況報告で、開始済み、完了、明らかな遅れのいずれかとして示せます。

これらは上限ではなく目安として扱いましょう。大規模なエンジニアリングプロジェクトでは、施工者に数百時間規模のパッケージを渡すこともあります。

パッケージを分割または統合すべきサイン

• 分割する のは、担当者が複数いる、関連のない成果物がいくつもある、誰も自信のない見積りである、または期間が報告サイクルより長い場合です。
• 統合する のは、作業が数時間しかない、独立した成果物がない、またはいずれにせよ隣のパッケージと同じ人が追跡することになる場合です。

良い受け入れ基準の書き方

受け入れ基準は、「完了」を確認できるものに変えます。担当者と承認者がそれぞれ独立して同じ答えに至るように書きましょう：

基準は、機能、品質基準、文書、承認を対象にできます。品質が重要な作業では、基準を品質計画に結びつけましょう。また、プロジェクトレベルで成果物がどのように受け入れられるかについては、当サイトのガイドをご覧ください： プロジェクト成果物 。

PRINCE2におけるワークパッケージ

PRINCE2では、ワークパッケージは正式なマネジメントプロダクトです。ステージのコントロールのプロセスでプロジェクトマネージャーがワークパッケージを承認し、プロダクト提供のマネジメントのプロセスでチームマネージャーがそれを受け入れ、理解し達成可能であることに合意したうえで提供します。チームマネージャーは、ワークパッケージで定められた頻度で、次を通じて進捗を報告します： チェックポイント報告 。

当サイトのテンプレートは、ワークパッケージ記述書の中核を網羅しています。PRINCE2のワークパッケージとして使うには、次の行を追加しましょう：

• プロダクト記述書 （提供するプロダクトについて、品質基準を含む）
• 許容値 （時間とコストについて。使っている場合はスコープ、リスク、品質も）
• 報告の取り決め（チェックポイントの頻度を含む）
• 制約 と 手法や品質の方法 （使用するもの）
• 問題への対処とエスカレーション：課題とリスクをプロジェクトマネージャーにどう提起するか

組織に独自のPRINCE2の様式がある場合は、それに従いましょう。

アジャイルプロジェクトにおけるワークパッケージ

アジャイルチームがワークパッケージという用語を使うことはまれですが、考え方は当てはまります。 エピック や機能が同様の役割を果たします。小さな項目に分解され、合意した基準と次に照らして受け入れられる、区切られた価値のまとまりです： 完了の定義.

アジャイルチームと従来型のチームが協働する場合、たとえばサプライヤーがアジャイルのプログラムに固定の作業を提供する場合は、1ページのワークパッケージが両者の間の有用な取り決めになります。アジャイル側の計画には、当サイトの次を使いましょう： アジャイルプロジェクト計画テンプレート.

ワークパッケージ、タスク、WBSの違い

ワークパッケージは 何 を提供するかを記述し、タスクは どのように それを行うかを記述します。タスクは、スケジュールで順序付けてリソースを割り当てる対象です。当サイトのガイド プロジェクトのタスクとアクティビティ ではその違いをより詳しく説明しており、 アーンドバリューマネジメント では、コントロールアカウントとワークパッケージがパフォーマンスの測定にどう使われるかを示しています。

ワークパッケージでよくある間違い

• 担当者が1人ではない。 「開発チーム」は担当者ではありません。1人を指名しましょう。
• 他のパッケージと重なるスコープ。 すべての作業はちょうど1つのパッケージに属するべきです。そうでないと、二重に行われるか、まったく行われないかのどちらかになります。
• 担当者抜きで作られた見積り。 人は自分が作成に関わった見積りに責任を持ちます。
• あいまいな受け入れ基準。 「クライアントが満足するまで」は紛争を招きます。
• 隠れた依存関係。 パッケージが他のチーム、サプライヤー、意思決定に依存している場合は、それを書き出し、スケジュールで追跡しましょう。参考： タスクの依存関係.
• 承認前に着手する。 承認がなければ、比較の基準となる合意済みのベースラインがありません。
• 一度も更新しない。 スコープ、日付、見積りが変わったら、黙って編集するのではなく、変更と新しいバージョンを記録しましょう。

関連するテンプレートとガイド

ワークパッケージは一連の計画文書の中に位置しています。階層は次で作り、 WBSテンプレート、アウトプットは次に列挙し、 プロジェクト成果物テンプレート、役割は次で割り当て、 RACIマトリクステンプレート 、承認済みの変更は次で記録します： 変更要求テンプレート.

WBS（ワーク・ブレークダウン・ストラクチャー）テンプレート無料のWBSテンプレート。WBSコード、階層、成果物、担当者…初級 · 上級 · エキスパートプロジェクトスケジュールテンプレート無料のプロジェクトスケジュールテンプレート。タスク、所要期間、依存関係、開始日と終了日…初級 · 上級 · エキスパートプロジェクト成果物テンプレート各成果物を担当者、期日…とともに一覧化できる無料のプロジェクト成果物テンプレート初級 · 上級 · エキスパートプロジェクトコスト見積りテンプレート無料のプロジェクトコスト見積りテンプレート：作業ごとの人件費、材料費、設備費、その他の費用…初級 · 上級 · エキスパートプロジェクト計画書テンプレート無料のプロジェクト計画書テンプレート。目標、スコープ、成果物、タスク、担当者、日付…初級 · 上級 · エキスパートプロジェクト憲章テンプレート無料のプロジェクト憲章テンプレート。目的、目標、スコープ、マイルストーン、予算…初級 · 上級 · エキスパート

すべてのテンプレートを見る

• プロジェクトマネジメントにおけるワークパッケージとは？
• WBS（ワーク・ブレークダウン・ストラクチャー）：例と作り方
• 工数見積り：手法、計算式、例

よくある質問