task-estimation
ソフトウェア開発におけるタスクを、ストーリーポイントやTシャツサイズなどの様々な手法を用いて正確に見積もり、スプリント計画やロードマップ作成を支援するSkill。
📜 元の英語説明(参考)
Estimate software development tasks accurately using various techniques. Use when planning sprints, roadmaps, or project timelines. Handles story points, t-shirt sizing, planning poker, and estimation best practices.
🇯🇵 日本人クリエイター向け解説
ソフトウェア開発におけるタスクを、ストーリーポイントやTシャツサイズなどの様々な手法を用いて正確に見積もり、スプリント計画やロードマップ作成を支援するSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o task-estimation.zip https://jpskill.com/download/20927.zip && unzip -o task-estimation.zip && rm task-estimation.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/20927.zip -OutFile "$d\task-estimation.zip"; Expand-Archive "$d\task-estimation.zip" -DestinationPath $d -Force; ri "$d\task-estimation.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
task-estimation.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
task-estimationフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
[スキル名] task-estimation
タスク見積もり
このスキルを使用するタイミング
- スプリント計画: スプリントに含める作業を決定します。
- ロードマップ作成: 長期的な計画を立てます。
- リソース計画: チームの規模とスケジュールを見積もります。
手順
ステップ1: ストーリーポイント(相対見積もり)
フィボナッチ数列: 1, 2, 3, 5, 8, 13, 21
## ストーリーポイントのガイドライン
### 1ポイント(非常に小さい)
- 例: テキスト変更、定数値の更新
- 時間: 1~2時間
- 複雑度: 非常に低い
- リスク: なし
### 2ポイント(小さい)
- 例: 簡単なバグ修正、ログの追加
- 時間: 2~4時間
- 複雑度: 低い
- リスク: 低い
### 3ポイント(中)
- 例: 簡単なCRUD APIエンドポイント
- 時間: 4~8時間
- 複雑度: 中
- リスク: 低い
### 5ポイント(中~大)
- 例: 複雑なフォームの実装、認証ミドルウェア
- 時間: 1~2日
- 複雑度: 中
- リスク: 中
### 8ポイント(大)
- 例: 新機能(フロントエンド + バックエンド)
- 時間: 2~3日
- 複雑度: 高い
- リスク: 中
### 13ポイント(非常に大きい)
- 例: 決済システム連携
- 時間: 1週間
- 複雑度: 非常に高い
- リスク: 高い
- **推奨**: より小さなタスクに分割してください
### 21+ポイント(エピック)
- **必須**: より小さなストーリーに分割する必要があります
ステップ2: プランニングポーカー
プロセス:
- プロダクトオーナーがストーリーを説明します。
- チームが質問します。
- 全員がカード(1, 2, 3, 5, 8, 13)を選びます。
- 同時に公開します。
- 最高点/最低点の理由を説明します。
- 再投票します。
- 合意に達します。
例:
Story: "ユーザーはプロフィール写真をアップロードできる"
メンバーA: 3ポイント(シンプルなフロントエンド)
メンバーB: 5ポイント(画像のリサイズが必要)
メンバーC: 8ポイント(S3へのアップロード、セキュリティ上の考慮事項)
議論:
- 画像処理ライブラリを使用する
- S3はすでに設定済み
- ファイルサイズの検証が必要
再投票 → 5ポイントで合意
ステップ3: Tシャツサイジング(迅速な見積もり)
## Tシャツサイズ
- **XS**: 1~2ストーリーポイント(1時間以内)
- **S**: 2~3ストーリーポイント(半日)
- **M**: 5ストーリーポイント(1~2日)
- **L**: 8ストーリーポイント(1週間)
- **XL**: 13+ストーリーポイント(分割が必要)
**使用するタイミング**:
- 初期バックロググルーミング
- 大まかなロードマップ計画
- 迅速な優先順位付け
ステップ4: リスクと不確実性を考慮する
見積もり調整:
interface TaskEstimate {
baseEstimate: number; // base estimate
risk: 'low' | 'medium' | 'high';
uncertainty: number; // 0-1
finalEstimate: number; // adjusted estimate
}
function adjustEstimate(estimate: TaskEstimate): number {
let buffer = 1.0;
// risk buffer
if (estimate.risk === 'medium') buffer *= 1.3;
if (estimate.risk === 'high') buffer *= 1.5;
// uncertainty buffer
buffer *= (1 + estimate.uncertainty);
return Math.ceil(estimate.baseEstimate * buffer);
}
// Example
const task = {
baseEstimate: 5,
risk: 'medium',
uncertainty: 0.2 // 20% uncertainty
};
const final = adjustEstimate(task); // 5 * 1.3 * 1.2 = 7.8 → 8 points
出力形式
見積もりドキュメントテンプレート
## タスク: [タスク名]
### 説明
[作業内容の説明]
### 受け入れ基準
- [ ] 基準1
- [ ] 基準2
- [ ] 基準3
### 見積もり
- **ストーリーポイント**: 5
- **Tシャツサイズ**: M
- **見積もり時間**: 1~2日
### 内訳
- フロントエンドUI: 2ポイント
- APIエンドポイント: 2ポイント
- テスト: 1ポイント
### リスク
- 不確実なAPI応答時間(中リスク)
- 外部ライブラリへの依存(低リスク)
### 依存関係
- ユーザー認証が先に完了している必要があります
### 注記
- UXチームとデザインについて話し合う必要があります
制約
必須ルール(MUST)
- 相対見積もり: 絶対的な時間ではなく、相対的な複雑度を使用します。
- チームの合意: 個人ではなく、チーム全体の合意を得ます。
- 過去のデータを使用: ベロシティに基づいて計画を立てます。
禁止事項(MUST NOT)
- 個人へのプレッシャー: 見積もりは約束ではありません。
- 過度に詳細な見積もり: 13ポイント以上のものは分割します。
- 見積もりを締め切りにする: 見積もり ≠ コミットメント
ベストプラクティス
- 分割: 大きな作業を小さなピースに分割します。
- 参照ストーリー: 過去の類似作業を参照します。
- バッファを含める: 予期せぬ事態に備えます。
参考文献
メタデータ
バージョン
- 現在のバージョン: 1.0.0
- 最終更新日: 2025-01-01
- 互換性のあるプラットフォーム: Claude, ChatGPT, Gemini
タグ
#estimation #agile #story-points #planning-poker #sprint-planning #project-management
例
例1: 基本的な使用法
<!-- ここに例のコンテンツを追加してください -->
例2: 高度な使用法
<!-- ここに高度な例のコンテンツを追加してください -->
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Task Estimation
When to use this skill
- Sprint Planning: Decide what work to include in the sprint
- Roadmap creation: Build long-term plans
- Resource planning: Estimate team size and schedule
Instructions
Step 1: Story Points (relative estimation)
Fibonacci sequence: 1, 2, 3, 5, 8, 13, 21
## Story Point guidelines
### 1 Point (Very Small)
- Example: text change, constant value update
- Time: 1-2 hours
- Complexity: very low
- Risk: none
### 2 Points (Small)
- Example: simple bug fix, add logging
- Time: 2-4 hours
- Complexity: low
- Risk: low
### 3 Points (Medium)
- Example: simple CRUD API endpoint
- Time: 4-8 hours
- Complexity: medium
- Risk: low
### 5 Points (Medium-Large)
- Example: complex form implementation, auth middleware
- Time: 1-2 days
- Complexity: medium
- Risk: medium
### 8 Points (Large)
- Example: new feature (frontend + backend)
- Time: 2-3 days
- Complexity: high
- Risk: medium
### 13 Points (Very Large)
- Example: payment system integration
- Time: 1 week
- Complexity: very high
- Risk: high
- **Recommended**: Split into smaller tasks
### 21+ Points (Epic)
- **Required**: Must be split into smaller stories
Step 2: Planning Poker
Process:
- Product Owner explains the story
- Team asks questions
- Everyone picks a card (1, 2, 3, 5, 8, 13)
- Reveal simultaneously
- Explain highest/lowest scores
- Re-vote
- Reach consensus
Example:
Story: "Users can upload a profile photo"
Member A: 3 points (simple frontend)
Member B: 5 points (image resizing needed)
Member C: 8 points (S3 upload, security considerations)
Discussion:
- Use an image processing library
- S3 is already set up
- File size validation needed
Re-vote → consensus on 5 points
Step 3: T-Shirt Sizing (quick estimation)
## T-Shirt sizes
- **XS**: 1-2 Story Points (within 1 hour)
- **S**: 2-3 Story Points (half day)
- **M**: 5 Story Points (1-2 days)
- **L**: 8 Story Points (1 week)
- **XL**: 13+ Story Points (needs splitting)
**When to use**:
- Initial backlog grooming
- Rough roadmap planning
- Quick prioritization
Step 4: Consider risk and uncertainty
Estimation adjustment:
interface TaskEstimate {
baseEstimate: number; // base estimate
risk: 'low' | 'medium' | 'high';
uncertainty: number; // 0-1
finalEstimate: number; // adjusted estimate
}
function adjustEstimate(estimate: TaskEstimate): number {
let buffer = 1.0;
// risk buffer
if (estimate.risk === 'medium') buffer *= 1.3;
if (estimate.risk === 'high') buffer *= 1.5;
// uncertainty buffer
buffer *= (1 + estimate.uncertainty);
return Math.ceil(estimate.baseEstimate * buffer);
}
// Example
const task = {
baseEstimate: 5,
risk: 'medium',
uncertainty: 0.2 // 20% uncertainty
};
const final = adjustEstimate(task); // 5 * 1.3 * 1.2 = 7.8 → 8 points
Output format
Estimation document template
## Task: [Task Name]
### Description
[work description]
### Acceptance Criteria
- [ ] Criterion 1
- [ ] Criterion 2
- [ ] Criterion 3
### Estimation
- **Story Points**: 5
- **T-Shirt Size**: M
- **Estimated Time**: 1-2 days
### Breakdown
- Frontend UI: 2 points
- API Endpoint: 2 points
- Testing: 1 point
### Risks
- Uncertain API response time (medium risk)
- External library dependency (low risk)
### Dependencies
- User authentication must be completed first
### Notes
- Need to discuss design with UX team
Constraints
Required rules (MUST)
- Relative estimation: Relative complexity instead of absolute time
- Team consensus: Agreement from the whole team, not individuals
- Use historical data: Plan based on velocity
Prohibited (MUST NOT)
- Pressuring individuals: Estimates are not promises
- Overly granular estimation: Split anything 13+ points
- Turning estimates into deadlines: estimate ≠ commitment
Best practices
- Break Down: Split big work into smaller pieces
- Reference Stories: Reference similar past work
- Include buffer: Prepare for the unexpected
References
Metadata
Version
- Current version: 1.0.0
- Last updated: 2025-01-01
- Compatible platforms: Claude, ChatGPT, Gemini
Tags
#estimation #agile #story-points #planning-poker #sprint-planning #project-management
Examples
Example 1: Basic usage
<!-- Add example content here -->
Example 2: Advanced usage
<!-- Add advanced example content here -->