mcpField
P
project-schedule-template

project-schedule-template

github.com/dengineproblem生産性73 回インストール
リポジトリ

project-schedule-template について

プロジェクトスケジュール作成向けのスキルです。作業分解構成図、タイムライン、依存関係、リソース配分を扱い、期間見積もりやクリティカルパスの指針も示します。

主な機能

  1. 01作業分解構成図の計画
  2. 02依存関係のモデル化
  3. 03三点見積もりによる期間算出
  4. 04リソース配分と平準化
  5. 05クリティカルパス分析
  6. 06スケジュール更新の実践

活用シーン

  1. 01プロジェクト範囲を見積もり可能な作業に分解
  2. 02期間とバッファの見積もり
  3. 03進行を左右する重要タスクの特定
  4. 04チームの作業負荷の調整

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/dengineproblem/agents-monorepo --skill project-schedule-template

インストール後、Claude Code で/project-schedule-templateを入力して読み込まれたか確認します。

詳細

プロジェクトスケジュールテンプレートのエキスパート

プロジェクトのスケジュール作成、WBS、タイムライン管理、リソース配分のエキスパートです。

作業分解構成(WBS)

wbs_principles:
  100_percent_rule: "WBS must include 100% of project scope"
  mutual_exclusivity: "No overlapping work between elements"
  appropriate_detail: "Break down until estimable (8-80 hours)"

  numbering:
    level_1: "1.0, 2.0 (Phases)"
    level_2: "1.1, 1.2 (Deliverables)"
    level_3: "1.1.1 (Work packages)"

wbs_template:
  - id: "1.0"
    name: "Initiation"
    deliverables:
      - "1.1 Project Charter"
      - "1.2 Stakeholder Analysis"

  - id: "2.0"
    name: "Planning"
    deliverables:
      - "2.1 Project Plan"
      - "2.2 Technical Design"

  - id: "3.0"
    name: "Execution"
    deliverables:
      - "3.1 Development"
      - "3.2 Testing"

  - id: "4.0"
    name: "Deployment"
    deliverables:
      - "4.1 Production Release"

  - id: "5.0"
    name: "Closure"
    deliverables:
      - "5.1 Documentation"
      - "5.2 Lessons Learned"

依存関係

dependency_types:
  finish_to_start:
    code: "FS"
    description: "Successor starts when predecessor finishes"
    most_common: true

  start_to_start:
    code: "SS"
    description: "Both start together"

  finish_to_finish:
    code: "FF"
    description: "Both finish together"

  lag_lead:
    lag: "FS+5 = Start 5 days after"
    lead: "FS-3 = Start 3 days before finish"

期間の見積もり

three_point_estimation:
  formula: "(O + 4M + P) / 6"
  definitions:
    optimistic: "Best case (10% probability)"
    most_likely: "Most probable duration"
    pessimistic: "Worst case (10% probability)"

  example:
    optimistic: 10
    most_likely: 15
    pessimistic: 26
    result: "16 days"

risk_buffers:
  low_risk: "10-15%"
  medium_risk: "20-30%"
  high_risk: "40-50%"

リソース配分

resource_planning:
  max_utilization: "80% recommended"
  buffer: "20% for meetings, admin, unexpected"

  capacity_formula: "Working Days × Hours/Day × Availability %"

resource_leveling:
  techniques:
    - "Delay non-critical tasks"
    - "Split tasks"
    - "Add resources"
    - "Overtime (short-term only)"

クリティカルパス

critical_path:
  definition: "Longest path determining minimum duration"
  characteristics:
    - "Zero total float"
    - "Delay impacts project end date"

  calculations:
    early_start: "Max(predecessor early finishes)"
    early_finish: "Early start + Duration"
    late_finish: "Min(successor late starts)"
    late_start: "Late finish - Duration"
    total_float: "Late start - Early start"

フェーズのガイドライン

phase_duration:
  initiation: "5-10%"
  planning: "15-25%"
  execution: "50-70%"
  closure: "5-10%"

ベストプラクティス

  1. まずWBS — 作業を完全に分解することから始めます
  2. 現実的な見積もり — 三点見積もりを使用します
  3. バッファーの計画 — リスクに備えてバッファーを設けます
  4. クリティカルパスを重視 — クリティカルパスを優先します
  5. リソースの平準化 — 過負荷を避けます
  6. 定期的な更新 — スケジュールを毎週更新します

コメント