稼働可能工数と需要を予測
確かな要員判断を支えるキャパシティ計画ソフトウェア
単一の稼働率ではなく、対象期間が明確な稼働可能工数、需要、スキル、確度を基に「この案件を引き受けられるか」に答えます。
サンプルアプリを確認するにはサインインし、サンプルデータ付きでインストールしてレコードと審査経路を試します。
ソフトウェアに必要な機能
キャパシティ計画ソフトウェアは、将来の一定期間に利用できる稼働可能工数を見積もり、確定需要や見込み需要と比較し、スコープ、日程、人員、採用を変更できる段階で不足を明らかにします。Jodooの例では、前提と最終判断を後から確認できる状態に保ちます。
- 稼働可能工数と需要を分けて管理
- 稼働状況の変化を実働可能時間に反映
- 各ギャップに担当者と判断を設定
キャパシティモデル
説明できる分母から始める
何を含む数値かが分からなければ、キャパシティ指標は役に立ちません。
| 入力項目 | サンプルの読み方 | よくある誤り |
|---|---|---|
| 基準キャパシティ | 計画期間における契約上または合意済みの勤務時間 | 暦上の全時間をプロジェクトに使える時間とみなす |
| 既知の稼働変更 | 休暇、研修、サポート当番、祝日、短時間勤務など | 業務を確定した後に不在が判明する |
| 既存のアサイン | すでにキャパシティを消費する確定済み・保護対象の業務 | 暫定需要を利用可能なリソースと確定業務の両方に重複計上する |
| 新規需要 | 工数、日程、スキル、確度、優先度 | 時期を伴わない無関係な概算値を合算する |
| ギャップ | 実働可能キャパシティから、確定需要と確率加重した見込み需要を差し引いた値 | 判断基準を示さず割合だけを公表する |
シナリオ別の判断
シナリオはダッシュボードの飾りではなく、計画変更に使う
各対応策とその影響が明確に分かるモデルにします。
日程を変更
開始を遅らせることで、顧客やポートフォリオへの確約を損なわずに競合を解消できるか確認します。
要員構成を変更
スキル適合度と引き継ぎリスクを維持しながら、別の担当者や役割レベルを検討します。
スコープを縮小または分割
必須業務と後回しにできる業務を分け、解放されるキャパシティを示します。
臨時キャパシティを追加
外部委託や採用の前提は、現在利用できるキャパシティとは分けて記録します。
レビュー頻度
前提が変わる速さにレビューの周期を合わせる
年1回の計画だけでは、週次の確約を適切に管理できません。
進行中の過負荷と未充足需要を解消
例外、直近の不在、判断待ちの申請を確認します。
ローリング方式のキャパシティ見通しを更新
パイプラインの確率、開始日、スキル、慢性的な不足があるチームを見直します。
利用可能なリソースの構成を変更
繰り返す不足や低稼働を、採用、外部委託、クロストレーニング、ポートフォリオ判断に生かします。
判断の根拠
キャパシティシグナルの根拠レコードを開く
赤いセルだけでは原因は分かりません。
制約を受けているのは誰、または何か？
シグナルを、影響を受ける担当者、チーム、役割、スキル、業務需要に紐づけます。
関係する日程と工数は？
日付のない年間平均ではなく、重複する期間を示します。
保護されているものは？
確定済みの重要案件と、移動できる業務を区別します。
誰が、いつまでに判断するか？
ギャップが問題になる前に、スコープ、日程、要員、調達の判断を担当者に割り当てます。
実務的な質問
予測前に答えるべきキャパシティ計画の質問
計画期間、需要の確度、スキル制約、キャパシティ前提を変更できる人を合意します。
信頼できるキャパシティ予測に工数だけで十分ですか？
工数は実用的な共通尺度ですが、それだけでは十分ではありません。この例では、計算上は空いていても適任ではない人を選ばないよう、スキル、役割レベル、タイムゾーン、稼働可否、日程、優先度、進行状況も工数と並べて管理します。 見かけ上の稼働可能工数を実際には使えなくする可能性があるスキル、時期、確度の前提も予測に含める必要があります。
すべてのギャップをキャパシティ計画で自動調整できますか？
いいえ。人が判断できるように、キャパシティ、スキル、日程、ワークロード、競合の根拠を可視化する仕組みです。大規模環境では自動最適化が有効な場合もありますが、合意済みの制約や優先順位、専門機能が必要です。Jodooは、業務部門が運用ルールや承認経路を柔軟に設計したい場合に特に適しています。 移動可能な業務と変更できない制約についてチームで合意してから、自動化を利用してください。
開発者なしで計画期間、しきい値、シナリオを変更できますか？
トレーニングを受けたJodoo管理者なら、従来型アプリを作り直すことなく、項目、選択肢、ビュー、ルーティング、ダッシュボードを追加できます。ただし、特に承認、アクセス権、レポート指標に影響する変更には、責任者による管理、テスト、周知が必要です。 Jodooでは、トレーニングを受けた管理者が、予測業務の成熟に合わせてこれらの計画条件を変更できます。
キャパシティ計画では、どの程度先まで見るべきですか？
複数の時間軸を使います。短期計画には個人単位の日程と確定アサイン、中期計画には役割、スキルプール、確率加重した需要を使えます。長期計画では不確実性を明示してください。年間見積もりを週次スケジュールのような精度で見せないことが重要です。
パイプライン案件でキャパシティを全量消費すべきですか？
通常は、案件が確定するまでは全量を割り当てません。パイプラインの確率やシナリオ加重を確定案件と分けて管理し、両方を表示します。この例のプロフェッショナルサービス向けビューも、見込み需要と確定デリバリーを区別しています。
実際のワークフローを見る
データ入りのリソース計画アプリを確認
レコードと判断ビューを開き、チームの計画方法に合わせて項目、役割、ルールを変更します。