リソース計画と配分
需要とキャパシティをつなぐリソース管理ソフトウェア
分断された表計算の作業に陥ることなく、今後の業務、対応できる人、すでに確保されている人、判断が必要な競合を把握できます。
サンプルアプリを確認するにはサインインし、サンプルデータ付きでインストールしてレコードと審査経路を試します。
ソフトウェアに必要な機能
リソース管理ソフトウェアには、需要、実際に使えるキャパシティ、スキル、要員候補、承認済みアサイン、実績工数、例外を一連の流れとしてつなぐことが求められます。Jodooならこのループ全体を自社に合わせて構成でき、給与計算、HRIS、詳細なプロジェクト実行、アルゴリズムによる最適化は、それぞれの専門システムに残せます。
- 連携する7種類の計画レコード
- 要員申請の標準承認
- データ入りの意思決定ビュー6種類
運用サイクル
実績工数を基にキャパシティ計画を改善
各段階で異なる計画上の問いに答え、次の判断に必要な情報を引き継ぎます。
需要を定義
候補者を挙げる前に、必要スキル、レベル、工数、日程、優先度、担当者、成果物を記録します。
実際に使えるキャパシティを確認
勤務時間、休暇、研修、現在のアサイン、次回稼働可能日を組み合わせます。
要員申請を審査
適合度、時期、申請工数、競合、他の業務を動かす影響を評価します。
アサインを確定して監視
担当者、業務、日程、工数、保護設定、状態、進行状況をまとめて管理します。
実績から学習
計画工数と実績工数を比較し、次回の需要予測とキャパシティ前提を更新します。
つながるレコード
リソース計画は単なるスケジュールではありません
変化する理由が異なる情報を1行に押し込まず、それぞれのレコードとして管理します。
| レコード | 管理する情報 | 支援する判断 |
|---|---|---|
| 人材とスキル | チーム、レベル、スキルの根拠、週次キャパシティ、次回稼働可能日 | 候補として妥当なのは誰か？ |
| 業務需要 | 成果、工数、日程、優先度、必要スキル | 何に、いつまでに人員が必要か？ |
| リソース申請 | 候補者、工数、適合度、時期、競合、承認者の判断 | このアサイン案を確定してよいか？ |
| アサイン | 確定した担当者、業務、日程、工数、保護設定、進行状況 | 現在、どの業務が確定しているか？ |
| キャパシティ例外 | 過負荷、ギャップ、不在、競合する確定業務、担当者、判断期限 | 納期リスクになる前に何を変えるべきか？ |
活用例
追加案件を確定する前にポートフォリオを確認
サンプル計画には、通常、上限間近、過負荷、稼働不可、審査待ち、差し戻し、承認済み、リスクあり、完了済みの各状態が意図的に含まれています。
人材プロファイル7件
4名は稼働可能、1名は上限間近、1名は過剰配分、1名は稼働不可です。
需要レコード6件
確定プロジェクト、パイプライン案件、社内施策では、確度と優先度が異なります。
要員申請5件
キューには正常な承認済みレコードだけでなく、下書き、審査待ち、差し戻し、承認済みの判断が含まれます。
明示的な例外4件
過負荷、競合する確定業務、稼働不可、解消済みのギャップも後から確認できます。
Jodooが適する領域
専門システムをすべて置き換えず、変化の多いリソース判断をJodooで管理
計画情報ごとに、管理する場所を明確にします。
| Jodooで管理 | 他システムと連携、または既存システムを継続利用 | 理由 |
|---|---|---|
| 需要、申請、承認、アサイン、例外 | 人事マスターデータと給与計算 | 雇用情報と給与情報は、引き続き人事システムを正本とします。 |
| 構成可能なワークロード・キャパシティビュー | 詳細なタスク実行 | 細かなデリバリー業務は、既存のプロジェクト管理・タスク管理ツールで継続できます。 |
| 人による審査と変更履歴 | アルゴリズムによる最適化 | 制約条件の最適化が中核要件なら、専用エンジンが適している場合があります。 |
| 計画と実績のフィードバック | 会計転記と収益認識 | 会計上の結果は、財務システムを正本とするべきです。 |
実務的な質問
システム選定前にチームが確認すべきリソース管理の質問
全体プロセスをつなぐ前に、システムの境界、計画単位、責任者、変更対応力を明確にします。
Jodooは最適なリソース計画を自動作成しますか？
いいえ。人が判断できるように、キャパシティ、スキル、日程、ワークロード、競合の根拠を可視化する仕組みです。大規模環境では自動最適化が有効な場合もありますが、合意済みの制約や優先順位、専門機能が必要です。Jodooは、業務部門が運用ルールや承認経路を柔軟に設計したい場合に特に適しています。 この一連のシステムでまず重要なのは、責任ある判断ができるように、需要、制約、承認、例外を十分に可視化することです。
キャパシティ工数と一緒に管理すべき情報は何ですか？
工数は実用的な共通尺度ですが、それだけでは十分ではありません。この例では、計算上は空いていても適任ではない人を選ばないよう、スキル、役割レベル、タイムゾーン、稼働可否、日程、優先度、進行状況も工数と並べて管理します。 ポートフォリオ全体では、書面上の空き時間と実際に適した要員を区別できるだけの情報を保持します。
運用チーム自身でこのリソース管理アプリを変更できますか？
トレーニングを受けたJodoo管理者なら、従来型アプリを作り直すことなく、項目、選択肢、ビュー、ルーティング、ダッシュボードを追加できます。ただし、特に承認、アクセス権、レポート指標に影響する変更には、責任者による管理、テスト、周知が必要です。 部門間で共通の計画サイクルを使いながら、異なる項目、ビュー、ルーティングが必要な場合に、この柔軟性が役立ちます。
リソース管理とプロジェクト管理は同じですか？
いいえ。プロジェクト管理はスコープ、マイルストーン、タスク、課題、デリバリーを管理します。リソース管理は複数の業務を横断し、必要なキャパシティとスキルがあるか、誰を確保するか、何を再配分するかを判断します。両システムは、安定したプロジェクトIDとアサインIDを連携させる必要があります。
同じアプリを複数部門で利用できますか？
はい。需要からアサインまでの基本サイクルを共有するチームなら利用できます。業務が異なる部分には、チーム別のビュー、項目、権限を設けます。すべてを1つのアプリに収めるためだけに、機密性の高い人事判断や無関係なシフト管理を混在させないでください。
実際のワークフローを見る
データ入りのリソース計画アプリを確認
レコードと判断ビューを開き、チームの計画方法に合わせて項目、役割、ルールを変更します。