cwm-tasks-generation

CWM タスク生成

概要

このスキルでは、ServiceNow CWM で要件、ユーザーストーリー、またはプロジェクトの概要説明から、構造化されたタスク分解を生成します。

• 要件を階層的な作業分解構成（WBS）に分解します
• 工数の見積もり、期間、必要なスキルを含むプロジェクトタスクを作成します
• タスクの依存関係（終了から開始、開始から開始、終了から終了）を定義します
• スキルと稼働状況に基づいて、チームメンバーにタスクを割り当てます
• 適切なプロジェクトのチェックポイントにマイルストーンとフェーズゲートを設定します
• タスクを並行して実行できる場合は、並行作業ストリームを生成します

使用する場面： 新しいプロジェクトフェーズを開始するとき、承認済みの要件を実行可能なタスクに変換するとき、エピックやユーザーストーリーを分解するとき、または再計画のためにプロジェクト計画を再構成するときです。

前提条件

• ロール： project_manager、program_manager、または admin
• プラグイン： com.snc.project_management（Project Portfolio Management）または CWM ワークスペース
• アクセス権： pm_project_task、planned_task テーブルへの書き込みアクセス権
• データ： 既存のプロジェクトレコードと、定義済みの要件またはユーザーストーリー
• 関連スキル： ステータスレポート用の spm/cwm-doc-generation、完了基準の定義用の spm/acceptance-criteria

手順

ステップ 1：ソース要件を分析する

入力された要件またはユーザーストーリーを確認し、作業の構成要素を特定します。

MCP を使用する方法：

Tool: SN-Get-Record
Parameters:
  table_name: pm_project
  sys_id: [PROJECT_SYS_ID]
  fields: sys_id,number,short_description,description,planned_start_date,planned_end_date,project_manager,methodology

要件がストーリーまたは需要項目として保存されている場合：

Tool: SN-Query-Table
Parameters:
  table_name: rm_story
  query: product=[PROJECT_SYS_ID]^state!=cancelled
  fields: sys_id,number,short_description,description,acceptance_criteria,story_points,priority
  limit: 50

分解フレームワーク：

要件の種類	分解方法
エピック／機能	ユーザーストーリーに分解し、さらにタスクに分解します
ユーザーストーリー	実装タスク（設計、構築、テスト、デプロイ）に分解します
技術要件	分析、実装、検証のタスクに分解します
ビジネスプロセス	プロセスの各ステップに分解し、それぞれをタスクにします
インテグレーション	設計、開発、テスト、認定のタスクに分解します

ステップ 2：作業分解構成を定義する

親子関係を持つ階層的なタスク構造を作成します。

PROJECT: [Project Name]
|
+-- Phase 1: [Phase Name]
|   +-- WP 1.1: [Work Package]
|   |   +-- Task 1.1.1: [Task]
|   |   +-- Task 1.1.2: [Task]
|   +-- WP 1.2: [Work Package]
|   |   +-- Task 1.2.1: [Task]
|   +-- Milestone: [Phase 1 Complete]
|
+-- Phase 2: [Phase Name]
|   +-- WP 2.1: [Work Package]
|   ...

ステップ 3：フェーズタスクを作成する

最上位のフェーズコンテナーを作成します。

MCP を使用する方法：

Tool: SN-Create-Record
Parameters:
  table_name: pm_project_task
  data:
    project: [PROJECT_SYS_ID]
    short_description: "Phase 1: Requirements and Design"
    description: "Gather detailed requirements, create solution design, and obtain stakeholder approval"
    state: pending
    priority: 2
    planned_start_date: "2026-04-01"
    planned_end_date: "2026-04-30"
    top_task: true
    wbs: "1"

REST を使用する方法：

POST /api/now/table/pm_project_task
Body: {
  "project": "[PROJECT_SYS_ID]",
  "short_description": "Phase 1: Requirements and Design",
  "description": "Gather detailed requirements, create solution design, and obtain stakeholder approval",
  "state": "pending",
  "priority": "2",
  "planned_start_date": "2026-04-01",
  "planned_end_date": "2026-04-30",
  "top_task": "true",
  "wbs": "1"
}

ステップ 4：作業パッケージとリーフタスクを作成する

各フェーズの下に詳細なタスクを作成します。

MCP を使用する方法：

Tool: SN-Create-Record
Parameters:
  table_name: pm_project_task
  data:
    project: [PROJECT_SYS_ID]
    parent: [PHASE_TASK_SYS_ID]
    short_description: "Conduct stakeholder interviews"
    description: "Schedule and conduct interviews with 8 key stakeholders to gather requirements for the new system"
    state: pending
    priority: 2
    planned_start_date: "2026-04-01"
    planned_end_date: "2026-04-05"
    estimated_work_duration: "3 days"
    assigned_to: [USER_SYS_ID]
    assignment_group: [GROUP_SYS_ID]
    wbs: "1.1"
    skill: "Business Analysis"

REST を使用する方法：

POST /api/now/table/pm_project_task
Body: {
  "project": "[PROJECT_SYS_ID]",
  "parent": "[PHASE_TASK_SYS_ID]",
  "short_description": "Conduct stakeholder interviews",
  "state": "pending",
  "planned_start_date": "2026-04-01",
  "planned_end_date": "2026-04-05",
  "estimated_work_duration": "3 days",
  "assigned_to": "[USER_SYS_ID]",
  "wbs": "1.1"
}

要件の種類ごとの標準タスクテンプレート：

ユーザーストーリーのタスク	推定工数	必要なスキル
要件分析	4～8 時間	ビジネスアナリスト
ソリューション設計	8～16 時間	アーキテクト／テックリード
実装／構築	16～40 時間	開発者
単体テスト	4～8 時間	開発者
統合テスト	8～16 時間	QA エンジニア
ユーザー受け入れテスト	4～8 時間	ビジネスアナリスト + エンドユーザー
ドキュメント作成	4～8 時間	テクニカルライター／ビジネスアナリスト
デプロイ	2～4 時間	DevOps／管理者

ステップ 5：タスクの依存関係を定義する

タスク間の先行／後続関係を作成します。

MCP を使用する方法：

Tool: SN-Update-Record
Parameters:
  table_name: pm_project_task
  sys_id: [TASK_SYS_ID]
  data:
    predecessor: [PREDECESSOR_TASK_SYS_ID]
    predecessor_type: "FS"

依存関係の種類：

種類	コード	意味	例
終了から開始	FS	A の終了後に B が開始します	設計の後に構築
開始から開始	SS	A の開始と同時に B が開始します	構築と同時にテストを開始
終了から終了	FF	A の終了と同時に B が終了します	構築と同時にドキュメント作成が完了
開始から終了	SF	A の開始時に B が終了します	ほとんど使用されません

一般的な依存関係のパターン：

Requirements Analysis (FS) -> Solution Design (FS) -> Implementation
Implementation (FS) -> Unit Testing (FS) -> Integration Testing
Integration Testing (FS) -> UAT (FS) -> Deployment
Documentation (SS) -> Implementation (parallel start)

ステップ 6：マイルストーンを設定する

プロジェクトの主要なチェックポイントにマイルストーンタスクを作成します。

MCP のアプローチ：

Tool: SN-Create-Record
Parameters:
  table_name: pm_project_task
  data:
    project: [PROJECT_SYS_ID]
    parent: [PHASE_TASK_SYS_ID]
    short_description: "MILESTONE: Design Review Approved"
    state: pending
    milestone: true
    planned_end_date: "2026-04-15"
    duration: "0"
    predecessor: [DESIGN_TASK_SYS_ID]
    wbs: "1.5"

推奨されるマイルストーン：

マイルストーン	トリガー	ゲート基準
要件承認	すべての要件のレビュー完了	スポンサーの承認
設計完了	アーキテクチャと設計のレビュー完了	技術レビューに合格
開発完了	すべての機能の開発完了	コードレビューに合格し、ユニットテストが成功
テスト完了	すべてのテストサイクルの完了	未解決の P1/P2 欠陥がない
本番稼働準備完了	デプロイの検証完了	ステークホルダーの承認取得

ステップ 7：作業量と期間を見積もる

各タスクに見積もり手法を適用します。

見積もり手法：

手法	使用するタイミング	アプローチ
類推法	類似した過去のプロジェクトがある	過去のタスク所要時間と比較する
パラメトリック法	作業単位を定量化できる	単位数に単位あたりの作業量を掛ける
三点見積もり法	不確実性が高い	（楽観値 + 4*最頻値 + 悲観値） / 6
専門家の判断	新規性が高い、または複雑な作業	SME に見積もりを依頼する

タスクに見積もりを適用します：

Tool: SN-Update-Record
Parameters:
  table_name: pm_project_task
  sys_id: [TASK_SYS_ID]
  data:
    estimated_work_duration: "16 hours"
    planned_start_date: "2026-04-07"
    planned_end_date: "2026-04-09"
    work_notes: "Estimate based on three-point: Opt=12h, Likely=16h, Pess=24h. PERT=16.3h"

ステップ 8：リソースを割り当てる

スキルと稼働状況に基づいて、タスクをチームメンバーに割り当てます。

MCP のアプローチ：

Tool: SN-Query-Table
Parameters:
  table_name: pm_resource_plan
  query: project=[PROJECT_SYS_ID]^state=active
  fields: sys_id,resource,role,planned_hours,actual_hours,remaining_hours,start_date,end_date
  limit: 30

Tool: SN-Update-Record
Parameters:
  table_name: pm_project_task
  sys_id: [TASK_SYS_ID]
  data:
    assigned_to: [USER_SYS_ID]
    assignment_group: [GROUP_SYS_ID]

ステップ 9：タスクの分解を検証する

生成されたタスク構成をレビューし、完全性と実現可能性を確認します。

検証チェックリスト：

TASK BREAKDOWN VALIDATION:
- [ ] All requirements have corresponding tasks
- [ ] No orphan tasks (every task has a parent or is top-level)
- [ ] Dependencies form a valid DAG (no circular dependencies)
- [ ] Critical path identified and reasonable
- [ ] All tasks have effort estimates
- [ ] All tasks have assigned resources
- [ ] Milestones placed at phase boundaries
- [ ] Resource loading does not exceed capacity
- [ ] Buffer/contingency included (10-20% of total effort)
- [ ] Task descriptions are clear and actionable

検証するための MCP アプローチ：

Tool: SN-Query-Table
Parameters:
  table_name: pm_project_task
  query: project=[PROJECT_SYS_ID]^assigned_to=NULL^milestone=false
  fields: number,short_description,wbs,state
  limit: 100

ステップ 10：タスク概要レポートを生成する

生成されたタスクの分解概要を作成します。

=== TASK BREAKDOWN SUMMARY ===
Project: [number] - [name]
Generated: [date]

STRUCTURE:
Phases: [count]
Work Packages: [count]
Tasks: [count]
Milestones: [count]

EFFORT SUMMARY:
Total Estimated Effort: [hours] hours
Total Duration: [days] business days
Critical Path Duration: [days] business days

RESOURCE ALLOCATION:
| Resource | Role | Allocated Hours | Utilization |
|----------|------|----------------|-------------|
| [name] | [role] | [hours] | [%] |

DEPENDENCY MAP:
[Task A] -> [Task B] -> [Task C] (Critical Path)
[Task D] -> [Task E] (Parallel Stream)

MILESTONES:
| Milestone | Date | Dependencies |
|-----------|------|-------------|
| [name] | [date] | [predecessor tasks] |

ツールの使用方法

ツール	目的	使用するタイミング
SN-Query-Table	既存のタスク、リソース、要件を検索する	調査と検証
SN-Create-Record	プロジェクトのタスクとマイルストーンを作成する	タスクの分解を構築するとき
SN-Update-Record	依存関係の設定、リソースの割り当て、見積もりの更新	タスクの設定
SN-Get-Record	プロジェクトの詳細と個々のタスクレコードを取得する	コンテキストの収集
SN-Get-Table-Schema	pm_project_task のフィールドを確認する	初期設定

ベストプラクティス

1. 8～40 時間のタスクに分解する -- 8 時間未満のタスクはオーバーヘッドを生み、40 時間を超えるタスクは可視性が不足します
2. 動詞＋名詞の形式で命名する -- 「データベーススキーマ」ではなく「データベーススキーマを設計する」
3. すべての作業タイプを含める -- テスト、ドキュメント作成、デプロイ、レビューのタスクを忘れないでください
4. バッファータスクを追加する -- 不確定要素に備えて 10～20％の予備を含めます
5. 完了条件を定義する -- 各タスクには明確な完了条件を設定します
6. 依存関係を最小限にする -- 依存関係が少ないほど、スケジュールの柔軟性が高まります
7. クリティカルパスを特定する -- プロジェクトの終了日に直接影響するタスクを把握します
8. リソースの負荷を調整する -- 特定のチームメンバーに過剰に割り当てないようにします
9. チームとレビューする -- 実際に作業を行う人と見積もりや割り当てを検証します
10. 分解のバージョンを管理する -- 変更前にベースラインを保存し、比較できるようにします

トラブルシューティング

問題	原因	解決方法
タスクが親タスクに集計されない	親参照が設定されていない	子タスクの parent フィールドが正しい親の sys_id を参照していることを確認します
期間の計算が正しくない	作業カレンダーが設定されていない	プロジェクトの作業スケジュールを確認し、営業日と暦日のどちらを使用しているか確認します
循環依存エラー	タスク A が B に依存し、B が A に依存している	依存関係の連鎖を確認し、循環参照を削除または再構成します
リソースの過剰割り当て	同じ人に日程が重複するタスクが割り当てられている	タスクの日程をずらすか、再割り当てして作業負荷を均等にします
WBS 番号に欠番がある	タスクが順不同で作成された	すべてのタスクを作成した後、WBS 番号を振り直します
マイルストーンに期間が表示される	期間フィールドがゼロに設定されていない	マイルストーンタスクを更新し、duration=0 と milestone=true を設定します

例

例 1：Web アプリケーション開発

要件：「アカウント管理、チケットの送信、ナレッジベースの検索機能を備えた、顧客向けセルフサービスポータルを構築します。」

生成された内訳：

Phase 1: Design (2 weeks)
  1.1 UX Research & Wireframes - 24h - UX Designer
  1.2 Technical Architecture - 16h - Architect
  1.3 API Design - 12h - Tech Lead
  1.4 Design Review - MILESTONE

Phase 2: Development (4 weeks)
  2.1 Account Management Module - 40h - Developer A
  2.2 Ticket Submission Module - 32h - Developer B
  2.3 KB Search Integration - 24h - Developer A
  2.4 UI Implementation - 40h - Frontend Dev
  2.5 Code Complete - MILESTONE

Phase 3: Testing (2 weeks)
  3.1 Integration Testing - 24h - QA Engineer
  3.2 UAT Execution - 16h - BA + Users
  3.3 Performance Testing - 12h - QA Engineer
  3.4 Test Complete - MILESTONE

Phase 4: Deployment (1 week)
  4.1 Production Setup - 8h - DevOps
  4.2 Data Migration - 12h - DBA
  4.3 Go-Live - MILESTONE

例 2：システム統合プロジェクト

要件：「ServiceNow ITSM と Jira を統合し、インシデントを双方向に同期します。」

生成された内訳：

Phase 1: Analysis (1 week)
  1.1 Map field mappings SN <-> Jira - 8h - BA
  1.2 Define sync rules and conflict resolution - 8h - Tech Lead
  1.3 Requirements Signed Off - MILESTONE

Phase 2: Build (3 weeks)
  2.1 Configure IntegrationHub spoke - 16h - Developer
  2.2 Build ServiceNow-to-Jira sync flow - 24h - Developer
  2.3 Build Jira-to-SN webhook handler - 24h - Developer
  2.4 Error handling and retry logic - 12h - Developer
  2.5 Integration Complete - MILESTONE

Phase 3: Validate (1 week)
  3.1 End-to-end sync testing - 16h - QA
  3.2 Edge case and error testing - 8h - QA
  3.3 Validation Complete - MILESTONE

Phase 4: Rollout (3 days)
  4.1 Production configuration - 4h - Admin
  4.2 Historical data sync - 8h - Developer
  4.3 Go-Live - MILESTONE

関連スキル

• spm/cwm-doc-generation - プロジェクトデータからステータスレポートを生成します
• spm/acceptance-criteria - タスクの受け入れ基準を定義します
• spm/agile-story-generation - 要件からユーザーストーリーを生成します
• spm/project-insights - プロジェクトのパフォーマンス指標を分析します
• spm/planning-summarization - 計画データを要約します