q
スパイクって何？アジャイル開発で使われる言葉っぽいけど。
タスクやスプリントバックログアイテムとは何が違う？
a
スパイク（Spike）は、アジャイル（特にScrum）で使われる用語で、不確実性を下げるための“調査・検証のための短い作業”のことです。実装そのものを進めるというより、「分からないことを分かるようにする」のが目的です。
スパイクは何のためにやる？
主な目的は次のどれかです。
- 技術的不確実性の解消：このライブラリで実現できる？性能は足りる？設計は成立する？
- 見積りの精度を上げる：難易度が読めないので、調べてからストーリーを見積りたい
- 要件の不確実性の解消：ユーザーの期待する挙動は？仕様の解釈は？受け入れ条件は？
- 意思決定の材料づくり：A案/B案どっちが良いか比較したい
典型例：
- 「外部APIの制限や課金体系を調べる」
- 「性能が出るか小さなプロトタイプで測る」
- 「DB設計案を2パターン作って比較する」
タスク／スプリントバックログアイテムと何が違う？
結論から言うと、スパイクは“作業の種類（目的が調査・検証）”で、タスクやPBI（プロダクトバックログアイテム）は“管理上の粒度・単位”です。なので、同じボード上では似た形で扱われることもありますが、狙いが違います。
PBI（ユーザーストーリー等）との違い
- PBI：ユーザー価値を届けるための項目（“何を作るか”）
- スパイク：価値提供の前に必要な調査（“作れるか/どう作るか/どれくらいかかるかを分かるようにする”）
PBIのDoD（完成の定義）は通常「動く機能ができた」ですが、スパイクの成果は「知見」になります。
タスクとの違い
- タスク：PBIを完成させるための具体作業（実装・テスト・ドキュメント等）
- スパイク：調査・検証に特化したタスク（ただし成果物はコードとは限らない）
つまり、スパイクは「タスクの一種」として扱われることもありますが、アウトプットが“学び”である点が強く違うことが多いです。
スパイクの成果物（アウトプット）は何？
「調べました」で終わらせないために、成果物を明確にします。例：
- 比較表（A案/B案のメリデメ、コスト、リスク）
- 推奨案と理由
- 計測結果（ベンチマーク、スループット、レイテンシ）
- 確認できた制約（できる/できない、注意点）
- 次に切るべきPBIやタスク、見積り更新
運用上のポイント（よくあるルール）
- タイムボックスする（例：半日〜2日、長くても1スプリント内）
- “調査の完了条件”を先に書く（何が分かれば終わりか）
- スパイクの結果で次のPBIを具体化する（受け入れ条件、設計方針、見積り）
使い分けの目安
- 仕様も技術もだいたい分かる → 普通にPBIとして実装
- まだ不確実性が大きく、見積りも設計もブレる → 先にスパイク
- 「まず動くものを作って検証したい」→ それが“プロトタイプ”でも、目的が検証ならスパイクとして扱うのが自然
必要なら、あなたのチームの前提（Scrumか、カンバンか／スパイクをチケット化しているか／成果物の期待）を聞いたうえで、「スパイクをPBIとして置くべきか、タスクとして置くべきか」の実務的な型も提案できます。