mcpField
T
Task Manager

Task Manager

github.com/jmsktm生産性10221 回インストール40 週間前に更新
リポジトリ

Task Manager について

Task Managerは、Eisenhower Matrix、GTD、MoSCoWなどの手法で作業を整理、優先順位付け、追跡する生産性スキルです。大きなプロジェクトを実行可能なタスクに分解し、日次・週次計画や委任、バックログ整理を支援します。

主な機能

  1. 01タスクの優先順位付け手法
  2. 02プロジェクトの実行可能なタスクへの分解
  3. 03担当者、依存関係、ステータスの追跡
  4. 04日次・週次作業の計画
  5. 05タスクの委任とバックログ整理

活用シーン

  1. 01日々のタスクリストの優先順位付け
  2. 02稼働量に合わせた週次成果物の計画
  3. 03完了条件を明確にした作業の割り当て
  4. 04バックログ整理と短時間タスクの発見

インストール

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

$npx skills add https://github.com/jmsktm/claude-settings --skill task-manager

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

詳細

タスクマネージャー

タスクマネージャーのスキルは、アイゼンハワーマトリックス、GTD（Getting Things Done）、MoSCoW 優先順位付けなど、実績のある生産性フレームワークを活用して、タスクを効率的に整理、優先順位付け、追跡するのに役立ちます。作業を適切な順序で進め、委任し、完了まで追跡できるようにします。

このスキルは、大規模なプロジェクトを実行可能なタスクに分解し、依存関係を特定し、作業量を見積もり、影響の大きい作業に集中するのに役立ちます。既存のプロジェクト管理ツールと連携し、日次・週次のタスクをわかりやすく表示します。

タスクマネージャーは、明確さ（タスクが明確に定義されていること）、責任者（担当者が明確であること）、進捗の可視性（ステータスをリアルタイムで追跡できること）を重視します。

主なワークフロー

ワークフロー 1：毎日のタスク整理

手順：

  1. 収集 - 保留中のすべてのタスクを次の場所から集めます。

    • プロジェクト計画とバックログ
    • メールと Slack のメッセージ
    • 会議のメモとアクション項目
    • バグ報告とサポートチケット
    • 個人的なアイデアや約束

  2. 明確化 - 各タスクについて、次の作業を行います。

    • 動詞で始まる、明確で実行可能な説明を書く
    • 作業量を見積もる（S／M／L または時間）
    • 依存関係や阻害要因を特定する
    • 担当者または役割を割り当てる
    • 期限が重要な場合は期日を追加する

  3. 整理 - 次の項目で分類します。

    • 優先度：クリティカル、高、中、低
    • 種類：機能、バグ、雑務、調査
    • ステータス：未着手、進行中、ブロック中、完了
    • プロジェクト／エピック：どの大きな取り組みに属するか

  4. 優先順位付け - アイゼンハワーマトリックスを使います。

    • 緊急かつ重要：今日実施する（優先度の高いタスクを 3 件）
    • 重要だが緊急ではない：今週の予定に入れる
    • 緊急だが重要ではない：委任または自動化する
    • どちらでもない：先送りまたは削除する

  5. 実行 - 次の点に集中します。

    • 影響の最も大きいタスクから始める
    • 別のタスクを始める前に、1 つのタスクを完了する
    • 進捗に合わせてステータスを更新する
    • 阻害要因があればすぐに伝える

  6. 振り返り - 1 日の終わりに、次の作業を行います。

    • 完了したタスクを完了としてマークする
    • 未完了の作業を翌日に移す
    • 学んだことや障害を記録する
    • 翌日の優先タスクを 3 件準備する

出力： 次のアクションが明確な、優先順位付け済みの日次タスクリスト。

ワークフロー 2：週次タスク計画

手順：

  1. プロジェクトのマイルストーンとスプリントの目標を確認する
  2. 今週の主要な成果物を特定する（最大 3～5 件）
  3. 成果物を日次タスクに分解する
  4. 総作業量と利用可能なキャパシティを見積もる
  5. 予定を詰め込みすぎている場合は、スコープまたはスケジュールを調整する
  6. 複雑なタスクに取り組むための集中作業時間を予定に入れる
  7. 割り込みや緊急事態に備えて、キャパシティの 20% を確保する

出力： 日ごとの内訳を含む、一目で把握できる週次タスクボード。

ワークフロー 3：タスクの委任

手順：

  1. 委任できるタスクを特定する
  2. 適切なスキルと対応余力を持つ人にタスクを割り当てる
  3. 明確な背景情報と受け入れ基準を提示する
  4. スケジュールと進捗確認に関する期待値を設定する
  5. 委任した作業を追跡する仕組みを作る
  6. 合意した間隔で状況を確認する
ワークフロー 4：バックログの整理

手順：

  1. バックログ内のすべてのタスクを確認する（週次または隔週）
  2. 古くなったタスクをアーカイブまたは削除する
  3. 現在の目標に基づいて優先度を更新する
  4. 曖昧なタスクを具体的なアクションに分解する
  5. すぐに対応できるタスク（1 時間未満）を特定する
  6. 追加情報が必要なタスクにフラグを付ける

クイックリファレンス

アクションコマンド／トリガー
タスクを作成する"add task: [description]"
タスクの優先順位を付ける"prioritize my tasks"
今日の作業を表示する"what should I work on today"
週次計画を立てる"plan this week's tasks"
タスクを委任する"delegate [task] to [person]"
ステータスを更新する"mark [task] as [status]"
阻害要因を表示する"what's blocked"
すぐに対応できるタスクを表示する"show me quick wins"
バックログを整理する"groom backlog"
作業量を見積もる"estimate [task]"

ベストプラクティス

  • タスクを細分化する：各タスクは最長でも4～8時間で完了できるようにします。それ以上かかる場合は、分割します
  • 行動を表す動詞を使う：すべてのタスクを動詞（Build、Fix、Write、Review、Test、Deploy）で始めます
  • 「完了」の定義を決める：完了したと判断できるよう、各タスクに明確な受け入れ基準を設定します
  • WIPを制限する：同時に取り組むタスクは1～3件にします。マルチタスクは生産性を損ないます
  • ブロッカーをすぐに共有する：ブロックされたタスクを黙って放置せず、速やかにエスカレーションして共有します
  • タスクに時間制限を設ける：タスクに見積もりの2倍の時間がかかっている場合は、いったん止めて進め方を見直します
  • 類似のタスクをまとめる：関連するタスク（コードレビュー、メールへの返信など）をまとめ、コンテキストの切り替えを減らします
  • 集中して作業する時間を確保する：複雑なタスクには2～4時間の枠を確保し、会議や中断を入れないようにします
  • 毎日振り返る：1日の終わりに10分かけて進捗を振り返り、翌日の計画を立てます
  • 完了を称える：完了したタスクを認め、勢いと士気を高めます
  • テンプレートを使う：繰り返し発生する作業（コードレビュー、バグのトリアージ、デプロイ）用のタスクテンプレートを作成します
  • 関連情報へのリンクを付ける：タスクの説明に、関連するドキュメント、PR、イシュー、デザインへのリンクを含めます

優先順位付けのフレームワーク

アイゼンハワー・マトリックス
                URGENT              NOT URGENT
IMPORTANT    |  DO NOW           |  SCHEDULE    |
             |  (Crises, fires)  |  (Planning)  |
             |-------------------|--------------|
NOT          |  DELEGATE         |  ELIMINATE   |
IMPORTANT    |  (Interruptions)  |  (Busywork)  |
MoSCoWメソッド
  • 必須：リリースに不可欠
  • 推奨：重要だが、必須ではない
  • 可能なら実施：時間に余裕があれば対応する
  • 今回は対象外：今回のイテレーションの範囲外
RICEスコアリング

スコア =（リーチ × インパクト × 確信度）/ 工数

  • リーチ：影響を受けるユーザーの数
  • インパクト：どの程度役立つか（0.25、0.5、1、2、3）
  • 確信度：どの程度確信があるか（％を小数で表記）
  • 工数：必要な人週
価値と工数
         HIGH VALUE
            |
    QUICK WINS | BIG BETS
            |
  --------- + ---------- EFFORT
            |
  TIME SINKS | LOW VALUE
            |
       LOW VALUE

優先順位：すぐに効果が出る施策 > 大きな成果が期待できる施策 > 価値の低い施策 > 時間のかかる施策

タスクの規模の目安

規模期間複雑さ例
XS15～30分些細誤字の修正、設定の更新
S1～2時間簡単ドキュメントの作成、簡単なバグ修正
M4～8時間中程度新しいコンポーネントの構築、APIエンドポイントの作成
L1～2日複雑機能の統合、パフォーマンスの最適化
XL3～5日非常に複雑大規模なリファクタリング、新しいサービス

タスクに5日を超える時間がかかる場合：より小さなタスクに分割します。

ステータスの定義

  • 未着手：着手可能で、すべての依存関係が満たされています
  • 進行中：現在作業中です
  • ブロック中：依存関係または意思決定待ちです
  • レビュー中：作業は完了しており、承認待ちです
  • 完了：本番環境にリリース済み、またはステークホルダーに承認されています
  • 延期：今後のスプリントまたはリリースに延期されています

統合ポイント

  • Project Planner：プロジェクト計画からタスクを取り込みます
  • Sprint Planner：タスクをスプリントに整理します
  • GitHub Issues：イシュートラッカーと同期します
  • TodoWrite tool：組み込みのタスク追跡機能を使用します
  • Calendar：タスク用の時間枠をスケジュールします
  • Slack/Discord：タスクの通知と更新を送信します

コメント

Markdown 対応