リソースの配分、ベロシティの見積もり、余力の計算には、慎重な計画と追跡が必要です。従来のプロジェクトオーダー(PO)管理のように、詳細な判断を集中的な計画の対話にまとめます。
International Scrum Institute™ からの知見
アジャイルスクラムチームのキャパシティ計画:効果的なプランニングとベロシティのための実務ガイド

キャパシティ計画には、細部への注意と明確な進め方が必要です。可視化と実践的な戦略・ツールで、複雑なことも容易になります。成功に不可欠ですが、経験者でも軽視・誤解することがあります。
2024年以降、技術と直感的な管理ツールの進歩で、可能性が広がり、質の高いサービスを届けやすくなりました。このガイドは、例を通して配分と計算を説明し、よくある失敗を避け、成果物への前進を支えます。キャパシティ計画と集中係数を見ていきましょう。

スクラムのキャパシティ計画
キャパシティ計画の概要
生産的な開発時間の計算と配分を説明します。手順、参加可能な時間、バックログ、勤務時間、競合する優先事項を扱います。指針と専門家の助言で、余力を理解し、現実的な仕事を予測できます。マスター、オーナー、メンバーのすべてに役立つ情報です。
キャパシティ計画の重要性
スクラムは、反復的・段階的に高品質な製品を届けるアジャイルの枠組みです。時間枠のあるスプリントで、ゴールに向かいます。計画は仕事量と達成可能な範囲の予測を助けます。確約するのはゴールで、選んだ仕事は、学びに応じて適応できる予測です。
チームと顧客の双方にとって、案件・サービスの成功を支えます。スプリント内の生産的な開発時間を見積もり、現実的な目標と、成果への進捗の追跡を助けます。
過負荷と負荷不足のバランスを取りましょう。前者はストレスと燃え尽きを、後者は生産性低下を招きます。時間と技能を明確に把握すると、事業価値を最大化する仕事の編成に役立ちます。
専門家の判断に支えられた余力に基づく計画は、予測と関係者の期待の管理を改善します。遅延を減らし、信頼を築き、機能や成果物の完了時期を見積もれます。反復的な計画は、間違いも学習の機会に変えます。
ケーキ作りで材料を量ると、望む結果を得やすくなります。同様に、人々の技能と時間を考慮し、以前の反復の教訓で方法を調整します。
狙いは現実的な目標、均等な仕事量、良い提供予測です。丁寧に調整したレシピのように、全体目標を見据えた配分が、顧客満足、品質、効率を高めます。
計画のツールと方法
効果的な計画は、管理、満足、品質、効率を支えます。スプリント内で何が可能かを決めると、成果物と大きな目標を見失いません。時間と費用を節約できる、配分と遂行の有用な道具です。協力、計画、仕事量の管理に使うツールには、次があります。
- Agilefant
- Atlassian JIRA
- Pivotal Tracker
- Microsoft Project Server
- Trello
これらは協力、標準化、仕事量管理、配分、順位付け、成果追跡を支えます。必要な機能で選びましょう。良い管理は販売を支え、間違いを避け、提供を改善します。
余力とベロシティの見積もり
計画前に、スプリントで実際に完了した見積もり済みの仕事量であるベロシティを確認しましょう。マスターは尺度と限界の理解を助けます。過去の提供実績、現在の時間、各人の役割を合わせ、現実的な日程を予測し、見落としと費用を減らし、計画への信頼を築きます。
過去のベロシティと現在の時間で予測を導きます。指導者は情報を理解し、計画を支えるべきです。より正確な見積もり(参照: スクラムの作業量見積もり)は、仕事と余力への信頼を、案件全体で築きます。
余力と過去のベロシティは互いに参考になりますが、同じものではありません。誰が参加できるかが、過去の実績の解釈と今後の予測を助けます。流れを改善し、事業と販売の目標を支え、失敗から学ぶために使いましょう。
余力は、勤務時間、休暇、祝日、研修、他の約束で変わります。ニーズと費用の理解が、反復的な仕事の見積もりと信頼を高めます。
現実的な見積もりは、達成可能な目標と仕事の編成を助けます。時間を過大評価すると、期待より価値が少なくなったり、過負荷で燃え尽きたりし、費用と生産性を失います。
案件全体で見積もりと実際の労力・費用を比べ、調整して教訓を生かします。丁寧な編成と、変わるチーム・顧客のニーズへの注意が、同じ失敗を防ぎます。
スクラムのベロシティ計算
プランニングで、過去のベロシティと現在の余力を予測に使えます。計画の補助であり、必須の指標や個人評価ではありません。提供の傾向と編成を理解する助けですが、それだけで誰かの役割を定めるものではありません。
ポイントを使う場合、完成の定義を満たした仕事の合計で計算します。講座や記事で学び、同僚にも使い方を伝えましょう。良い計画は、案件の詳細、投資収益、販売を支えます。
完成したスプリントでのみ数えます。未完成の繰り越しや途中追加を含む、未完了のストーリーは除きます。途中追加でも終了時に完成なら含めます。こうして、余力予測と費用の議論に役立つ尺度を保ちます。
| スプリント | ストーリー数 | ストーリーポイント |
|---|---|---|
| スプリント1 | 6 | 29 |
| スプリント2 | 8 | 34 |
| スプリント3 | 7 | 28 |
アジャイルでチームの余力をどう計算するか?
手順1:集中係数を計算する: 集中係数は、計画対象の活動に使う、勤務可能時間の割合です。単位をそろえてください。「集中係数=ベロシティ÷余力」は、前者がポイント、後者が時間なら無次元の比率にはなりません。時間に基づく係数なら、生産的な時間を総勤務可能時間で割ります。
「集中係数=生産的な時間÷勤務可能時間」

ベロシティとバーンダウンチャート
手順2:ベロシティを計算する: ベロシティは、スプリントで完了した見積もり済みの仕事です。直近三〜五回の平均は、予測の一つの参考になります。利用可能時間は別に、各人の日数や時間を足して計算します。人数と日数の積が使えるのは、全員の時間が同じ場合だけです。
例えば平均32ポイントを完了し、6人が一日8時間勤務できるとします。それだけでは、時間に基づく集中係数は分かりません。
“32 /(6*8) = 0.67” は、スプリント当たりのポイントを一日当たりの時間で割っています。時間の0.67が生産的な作業に使えるとは証明しません。
手順3:チームの余力を計算する: 別に測定した生産的時間の割合を0.67とします。例えば1月1日開始の2週間のスプリントで、適用される土日を除き10稼働日と仮定します。地域の祝日と各人の時間も確認します。時間に基づく割合に、勤務可能時間を掛けます。
「チームの余力は 0.67 * (6*8*10) = 321.6 時間」
この仮定では、総480時間のうち、158.4(480 - 321.6)時間が、プランニング、デイリースクラム、レビュー、リファインメント(グルーミング)、レトロスペクティブ、休憩、オーナーとの確認などの他の会議やニーズに残ります。配分の例であり、ポイントを時間へ換算したものではありません。
達成不能な目標を避けるため、ポイントの予測で余力を考慮しましょう。元の例の0.6〜0.8は、スクラムの規則や普遍的な基準ではなく仮定です。チームで測った係数は、インクリメントに使える時間と、持続可能な負荷かを示す助けになりますが、それだけで健全性を測ることはできません。
ストーリーポイントによる見積もり
長旅の計画のように、すべての障害を予測せずとも、時間と資源を準備できます。ニーズ、費用、期待を予測し、適応力で不確実性に対処し、費用を減らし、仕事の体験を高めましょう。
データの知見に基づくポイント見積もりは、アジャイルの計画と会議の重要な一部です。時間ではなく複雑さに基づいてストーリーを評価し、顧客ニーズに直接対応し、比類ない精度で余力を見積もる方法です。
よく使うのはフィボナッチ型(1,2,3,5,8)です。経験と技術知識で、相対的な労力と複雑さを比べます。必要に応じてプランニング前や途中に行えますが、この尺度や時期は必須ではありません。実際に作業する人の多様な視点を生かします。
ログインの設計・実装がロゴ作成より大変なら、多いポイントを付けるのが合理的です。違いの議論は、成長、成功、仕事の体験向上を助けます。
全員の意見が仮定を明らかにし、精度を高めます。投票の加重平均は一部のチームの手法で、必須でも相違点の議論の代わりでもありません。プランニングポーカーでは、見積もりの理由を話し、共通の値を目指します。
ポイントは複雑な課題の理解と予測を助けますが、複雑さだけで最優先にはなりません。事業価値、依存関係、リスク、オーナーの順序付けも考慮します。
範囲の変更と調整を予測する
計画には適応力が必要です。変更を予測し、調整に備え、遂行と組織の働き方を改善します。
予想外の要求で計画が非現実的になったら、検査し、適応します。開発者とオーナーは、ゴールを危険にさらさず、学びに応じて範囲を明確化・再交渉できます。関係者の意見が判断を助け、顧客ニーズに対応し続けます。
変更を透明にして、全員が理解を共有し、自信を持って伝えられるようにします。開始から終結まで共有を保ち、一貫した仕事の体験につなげます。
祝日と有給休暇を計画に含める
達成可能性の見積もりには、祝日とPTO(有給休暇)を含めます。休暇があってもゴールが現実的になるよう予測を調整します。ツールで予定、要求の変化、時間を理解しやすくし、継続性、費用効率、顧客対応を支えます。
例えば八週間の計画期間で二週間休む開発者は、他の約束を除く前で六週間参加できます。この期間は複数のスプリントにまたがります。一つは一か月以内です。各計画で休暇と個人の予定を考慮しましょう。
部門会議、研修、メールなどの時間も見込みます。現実的な計画、生産性、収益を支えます。
案件全体の日程では、仕事を特定し、余力と時間を考慮します。タスクを明確にし、実行者が進め方を組み立てます。長期日程は予測であり、プランニングや開発者の自己管理の代わりではありません。
案件の日程の作成と優先順位付け
新製品では、要件収集、画面設計、実装、テスト、展開などがあります。小さいタスクに分け、状況の変化に適応できるようにします。ケーキのレシピ同様、無計画に混ぜず、材料、量、手順を挙げます。
表はタスク、時間、予測日程を可視化し、全体計画と進捗・研修ニーズをつなぎます。以下は活動の期間の例で、必須の逐次工程やスプリント長ではありません。技能を越えて協力し、各スプリントで使える成果を作ります。
時間と要求が競合する中、今必要なことと待てることを決めます。複雑さ、価値、オーナーの順序付けを考慮し、計画への信頼、成果、収益を支えます。
昼食にパンが必要なら、ケーキよりパンが先です。目的と時機が順序を導きます。タスクの順序と祝日の考慮にも、同じ実践的な思考を使いましょう。
| タスク | 担当資源 | 期間 |
|---|---|---|
| 要件収集 | プロダクトオーナー | 2週間 |
| ユーザーインターフェース設計 | UI/UXデザイナー | 3週間 |
| コーディング | 開発者 | 8週間 |
| テスト | QAチーム | 4週間 |
| 展開 | DevOpsエンジニア | 1週間 |
進捗に応じて順位を見直します。余力が限られるため、価値、複雑さ、共有するゴールに基づき、今すぐ行うことと延期することを選びます。
昼食のパンをケーキより先に作るように、全員が計画を理解できるよう、順序の理由を説明します。
各タスクと全体の予測に、予想外の遅れ、課題、研修を見込みます。十分な余裕がなければ、余力不足で後退します。
キャパシティ計画の振り返り
時間、技能、外部依存を考慮し、現実的な仕事を予測します。スクラムガイドは今後の余力の考慮を求めますが、集中係数の公式は定めていません。この記事が示す統計は、次のとおりです。
- 計画を使うチームは、平均25%の生産性向上を経験します。
- 成功するアジャイル案件の約90%が、何らかのキャパシティ計画を使います。
- 計画によって、遅延の可能性が40%減ります。
- 使うチームは、案件全体の費用が75%減ったと報告しています。
- 導入した組織は、顧客満足の評価が15%改善します。
人数、技能、時間、他の約束から、スプリントで扱える量を見積もります。資源の効果的な活用と現実的な目標を支えます。余力と需要の変化に応じ、全体を通して確認・調整しましょう。
計画の成功を願っています。心を開き、結果を検査し、方法を適応させましょう。継続的な改善への確約が、計画と案件の成功を支えます。
学習への確約に感謝します。専門性を築く皆さんの成功を願っています。
