スキル task-planning
📦

task-planning

安全

ソフトウェア開発タスクの計画と整理

曖昧な機能要件を明確な受け入れ条��を含む実行可能な開発タスクに変換します。INVEST基準やMoSCoW優先順位付けといったアジャイルのベストプラクティスを適用して、予測可能なスプリント成果を実現します。

対応: Claude Codex Code(CC)
📊 71 十分
1

スキルZIPをダウンロード

2

Claudeでアップロード

設定 → 機能 → スキル → スキルをアップロードへ移動

3

オンにして利用開始

テストする

「task-planning」を使用しています。 ユーザー登録のユーザーストーリーを作成

期待される結果:

次の形式の完全���ユーザーストーリー:新しい訪問者として、アカウントを作成したい、パーソナライズされた機能にアクセスするために。Given-When-Then形式の4つの受け入れ条件、API、データベース、フロントエンド要件をカバーする技術的なメモ、5ポイントの見積もり、メールサービスへの依存関係、Must Have優先順位を含みます。

「task-planning」を使用しています。 2週間にわたる4名チームのスプリント10を計画

期待される結果:

スプリントゴール、160時間のキャパシティ計算、30ポイントのベロシティ目標、優先順位とポイント合計を含む8つの選択されたストーリー、チケット参照を含むスプリントバックログ、6つの完了の定義チェックリストを含むスプリントプラン。

セキュリティ監査

安全
v1 • 3/9/2026

All static analysis findings are false positives. The skill is a documentation-only file containing markdown templates and examples for agile task planning. The detected backtick patterns are markdown code block syntax (```), not shell execution. URL references are documentation links. No executable code, network calls, or system commands are present.

2
スキャンされたファイル
279
解析された行数
0
検出結果
1
総監査数
セキュリティ問題は見つかりませんでした
監査者: claude

品質スコア

38
アーキテクチャ
100
保守性
87
コンテンツ
31
コミュニティ
100
セキュリティ
91
仕様準拠

作れるもの

開発者向け機能詳細化

ユーザー認証のような複雑な機能を、受け入れ条件、技術的なメモ、時間見積もりを含む個別のユーザ��ストーリーに詳細化して、スプリント割り当てを行います。

エンジニアリングチーム向けスプリントプランニング

優先順位付けされたストーリーを選択し、チームのキャパシティを計算し、明確な完了の定義基準を含むコミットされたスプリントバックログを作成して、2週間のスプリントを計画します。

プロダクトオーナー向けバックロググルーミング

INVEST基準を適用し、過大なストーリーを分割し、依存関係を特定し、MoSCoW手法を使用して優先順位を付けることで、バックログアイテムを洗練させます。

これらのプロンプトを試す

ユーザーストーリーの作成
[機能]のINVEST基準に従ったユー��ーストーリーを作成します。Given-When-Then形式の受け入れ条件、技術的なメモ、ストーリーポイントの見積もりを含めます。
エピックの詳細化
エピック'[エピック名]'を5-7つのユーザーストーリーに詳細化します。各ストーリーについて、ストーリー記述、受け入れ条件、時間見積もり付きタスク、依存関係、ストーリーポイントを提供します。
MoSCoWによる機能優先順位付け
これらの機能にMoSCoW優先順位付けを適用します:[機能をリスト]。各機能をMust Have、Should Have、Could Have、またはWon't Haveとして分類し、理由を添えます。スプリント割り当ての推奨を含めます。
スプリントプランの作成
[N]人の開発者チームの[期間]にわたるスプリントプランを作成します。これらの優先順位付けされたストーリー[リスト]を元に、キャパシティを計算し、ベロシティ内のストーリーを選択し、担当者を割り当て、完了の定義を含むスプリントゴールを定義します。

ベストプラクティス

  • 独立、交渉可能、価値がある、見積もり可能、小さい、テスト可能なユーザーストーリーを記述する
  • スプリント開始前にすべてのストーリーがGiven-When-Then形式の明確な受け入れ条件を持っていることを確認する
  • 13ポイント以上と見積もられたストーリーをより小さな納入可能な単位に分割する

回避

  • 測定可能な成果なしに「改善」「最適化」「強化」などの言葉を使用した曖昧な要件の記述
  • 複数の他のストーリーの完了に依存するストーリーの作成
  • 技術的な複雑さとリスクを考慮せずにポイントを割り当てたり、見積もりをスキップしたりすること

よくある質問

ユーザーストーリーのINVEST基準とは何ですか?
INVESTは、Independent(独立した)、Negotiable(交渉可能な)、Valuable(価値のある)、Estimable(見積もり可能な)、Small(小さい)、Testable(テスト可能)を表します。これら6つの原則により、ユーザーストーリーが適切に形成され、開発の準備が整っていることが保証されます。
ストーリーポイントを見積もるにはどうすればよいですか?
複雑さ、労力、不確実性に基づいて、フィボナッチ数列(1、2、3、5、8、13)を使用します。ベースラインとなる参照ストーリーと比較してチームでキャリブレーションします。
MoSCoW優先順位付けとは何ですか?
MoSCoWは、機能をMust Have(必須)、Should Have(あるべき)、Could Have(できれば)、Won't Have(今回なし)に分類します。これにより、チームは最初に重要な機能に集中し、スコープを効果的に管理できます。
ユーザーストーリーを分割するのはいつですか?
13ポイント以上のストーリー、個別に納入可能な複数の受け入れ条件にまたがるストーリー、または個別のユーザーゴールを1つのストーリーに結合しているストーリーを分割します。
準備完了の定義と完了の定義の違いは何ですか?
準備完了の定義は、スプリントに入る前にストーリーが満たす必要のある基準を指定します。完了の定義は、ストーリーを完了と見なすために満たす必要のある基準を指定します。
ストーリー間の依���関係を処理するにはどうすればよいですか?
各ストーリーで依存関係を明示的に文書化し、前提条件となるストーリーを以前のスプリントで優先するか、密接に結合されている場合は依存するストーリーを結合します。

開発者の詳細

ファイル構成

📄 SKILL.md

📄 SKILL.toon