スケジュール設定

タグライン: 実際に作業がどう進むかをモデル化し、その通りに追跡します。

タスクを作成し、依存関係をリンクし、リソースを割り当て、エンタープライズのリソースプール/ビューを確認したあとも、スケジュールは実際の作業のように振る舞う必要があります。要約タスクがロールアップされ、クリティカル パスが際立ち、カレンダーと制約が日付を決め、タスクの種類と作業時間優先のルールが人員変更時に何が柔軟に変わるかを決め、定期タスクと分割タスクがガント上で正直な表示を保ち、実績作業時間が進捗とアーンド バリューに反映されます。

この節は、ProjectLibre Cloud のスケジュール設定と進捗管理の実務的な中核です。3本の解説ビデオ (コアの高度な PM、Schedule & Tracking の「新機能」、Advanced Task Scheduling のデモ) をもとにしています。

参照: タスクのリンク · タスクの作成 · 新規プロジェクトの作成 · WBS · リソースの平準化 · パフォーマンス管理 (EVM) · リスク分析

視聴 (全セット): 高度なスケジュール設定と PM · 新機能 — スケジュールと進捗管理 · 高度なタスク スケジュール設定

スケジュール設定の概要 — 3本のビデオ、1つの学習経路

ビデオ	役割	最適な用途
高度なスケジュール設定と PM (約3:27)	コアの映像	要約タスクのロールアップ、クリティカル パスの色、基準計画の保存 (プロジェクト全体 vs 選択したタスク)、タスク カレンダー、制約
新機能 — スケジュールと進捗管理 (約6:49)	Cloud の「新機能」	プロジェクト/タスクのダイアログ、タスクの種類 + 作業時間優先、リソース カレンダーを無視、実績作業時間の時系列グリッド
高度なタスク スケジュール設定 (約8:20)	実践デモ	定期タスク ウィザード、固定単位/固定期間/固定作業時間の例、作業時間優先、タスクを分割

推奨される学習順序: 要約タスクとクリティカル パス → 基準計画 → カレンダーと制約 → タスクの種類と作業時間優先 → 定期タスクと分割タスク → 実績 → 容量の競合が現れたらリソースの平準化へ。

デモ プロジェクトの目印 (高度なタスク スケジュール設定): Core Configuration - Fixed Units、Vendor Design Workshop - Fixed Duration、Data Conversion - Fixed Work、Integration Build - Effort Driven、Configure Production Environment (分割)、Recurring Status Meeting。

要約タスク、WBS ロールアップ、ガント上のクリティカル パス

要約タスクの各レベルで期間、作業時間、日付がロールアップされる

プロジェクト → ガント の複数レベルの要約タスク行は、作業分解構成図に対応します。要約タスクを折りたたむと、親の値がロールアップされます: 期間、作業時間、開始、終了。

コアのスケジュール設定デモでは、折りたたまれたルートの要約タスクが32日と296時間を示します。再度展開して 1 → 1.1 → 1.1.1 / 1.1.2、および兄弟の 1.2、2、3 まで掘り下げます。

ガント — 折りたたまれた要約タスクが32日/296時間にロールアップ — ビデオより

黒い要約タスクのブラケットがガント上で子タスクにまたがって表示されます。レベル下げでこの階層がどう作られるかについては、WBS — ガントでのレベル下げとWBS のロールアップを参照してください。

クリティカル パスの色

ガント上で: 赤 (ピンク/赤) のバー = クリティカルタスク — 余裕なし、遅延はプロジェクトの終了日を動かします。青 (青/紫) のバー = 非クリティカル — スラック/余裕があります。

デモの並行ブランチ: 一方のリーフは10日、もう一方は5日です。短い方の非クリティカル タスクは、プロジェクトの終了日を動かさずに遅らせることができます。依存関係の矢印がネットワークを結びます (タスクのリンクを参照)。

ガント上のクリティカル パス — 赤 = クリティカル、青 = 非クリティカル — ビデオより

PM 用語: クリティカル パスとは、終了日を決定づける連鎖です。それ以外はすべて、余裕を使い切るまでは「ゆとり」があります。

基準計画 — 計画のスナップショット

基準計画とは、ある時点の構造、範囲、スケジュールのスナップショットです。実際のバーが動いても、基準計画のアンダーレイはそのまま固定されているため、差異を確認できます。この同じ基準計画は、アーンド バリューが計画値として使うものです。

基準計画の保存 — プロジェクト全体または選択したタスク

1. ガント ツールバーで基準計画のコントロールを開きます (ツールチップ 基準計画を保存)。

2. ダイアログのタイトル: 基準計画を保存。

3. 基準計画の保存先 — スロットを選びます (例: 基準計画 / 基準計画 1)。

4. 完全なスナップショットにするにはプロジェクト全体をオンにします。または オフのままにすると、保存が選択したタスクのみに適用されます (ダイアログ内のヘルプ テキスト)。

5. 基準計画を保存 (またはキャンセル)。基準計画のクリアで、選んだスロットを削除します。

基準計画を保存 — プロジェクト全体、または選択したタスクのみ — ビデオより

デモの映像から: 以前のプロジェクトの基準計画アンダーレイは茶色で表示されることがあります。別の選択タスクの基準計画は緑色で表示されることがあります。複数の基準計画スロットを使えば、段階的なスナップショットを保持できます。

ヒント: 作業時間優先のデモでは、2人目を追加する前にプロジェクト全体を基準計画にしておくと、基準計画のバーに対して期間が短くなったことがはっきり分かります。

カレンダー — プロジェクト、タスク、リソース

ProjectLibre は3つのレベルのカレンダーに基づいてスケジュールします: プロジェクト (プロジェクトの編集 → カレンダー)、タスク (タスク ダイアログ → カレンダー、リソース カレンダーを無視を含む)、リソース (リソースの編集 → カレンダー + 日付付きの最大単位の使用可能時間)。

タスク カレンダーのデモ (半日)

1. タスクを選択 → タスク ダイアログを開く → カレンダー タブ。

2. カレンダーのオプションには、標準、24時間、夜勤、半日カレンダー、3日/4日/6日カレンダーなどがあります。

3. 半日カレンダーを割り当てます。

タスク → カレンダー — 半日カレンダーを割り当てる — ビデオより

変わる点: デモでは、作業時間は80時間のままですが、稼働日が約4時間に短縮されるため、8時間/日の基準計画に対して期間が延びます。緑色の基準計画アンダーレイは元の終了日にとどまり、実際のバーは延びていきます。

半日カレンダー: 作業時間は80時間のまま、期間は基準計画より延びる — ビデオより

リソース カレンダーを無視

タスクのカレンダータブにあるリソース カレンダーを無視は、割り当てられたリソース個人のカレンダーを適用せずにそのタスクをスケジュールするようエンジンに指示します。タスクがプロジェクト/タスクのカレンダーに従う必要がある場合に便利です (Schedule & Tracking のビデオでは、タスク Prepare Proposal で示されています)。

タスク → カレンダー — リソース カレンダーを無視 — ビデオより

リソースの使用可能時間 (日付付きの最大単位) と、A~E のコスト レート表は、リソース ダイアログにあります。リソースの平準化も参照してください。

制約 — 業務上必要なときに開始日・終了日を固定する

デフォルトのスケジュール設定は柔軟です: タスクは先行タスクの後できるだけ早く開始します。厳格な業務上の日付には、制約タブ (コアのビデオ) またはスケジュールタブの制約の種類 (新機能のビデオ) を使います。

制約の種類	役割 (PM 用語)
できるだけ早く	デフォルト — ロジックが許す限り早くスケジュールする
できるだけ遅く	ロジックを崩さずに遅らせる (キャッシュ フローに役立つことがある)
指定日に開始	厳格な開始日
指定日に終了	厳格な終了日 (マイルストーン風のデモ)
指定日以後に開始	開始日の緩やかな下限
指定日までに開始	開始日の緩やかな上限
指定日以後に終了	終了日の緩やかな下限
指定日までに終了	終了日の緩やかな上限

タスク → 制約 — できるだけ早くから指定日以後に終了まで — ビデオより

指定日に終了のデモ

1. タスク ダイアログ → 制約。

2. 制約の種類 → 指定日に終了を設定します。

3. 制約の指定日を選びます (デモでは2026/09/07 00:00になります)。

4. タスクのスケジュールが制約を満たすように移動します。

指定日に終了 + 制約の指定日ピッカー — ビデオより

同じダイアログには、クリティカル パスの計算フィールド (最早/最遅の開始日/終了日、スケジュール タブでは総余裕期間、余裕期間、クリティカルも) が表示されます。リンクとクリティカル パスと合わせて確認してください。

注意: 日付が本当に動かせない場合を除き、緩やかな制約を優先してください — 厳格な指定日に開始/指定日に終了はマイナスの余裕を生むことがあります。

タスクの種類 — 固定単位、固定期間、固定作業時間

期間、作業時間、リソースの単位は関連しています。アバターのオプション ダイアログによれば: 作業時間 = 期間 × 単位。タスクの種類は、人員や時間を変更したときにどの要素を保護するかをエンジンに伝えます。

タスクの種類	固定される値	柔軟に変わる値	デモのタスク
固定単位	割り当て%	期間	Core Configuration - Fixed Units
固定期間	カレンダー上の期間	単位が変わったときの作業時間	Vendor Design Workshop - Fixed Duration
固定作業時間	総作業時間	期間/単位	Data Conversion - Fixed Work

タスクのスケジュールタブでタスクの種類 (固定単位 | 固定期間 | 固定作業時間) を設定します。ガントのスプレッドシートにタスクの種類の列を表示することもできます。

タスク → スケジュール — タスクの種類 + 作業時間優先 — ビデオより

実例 (高度なタスク スケジュール設定のデモ)

固定単位 — Core Configuration: 割り当て100% → 3日。50%に変更 → 期間は6日になり、100%に戻すと3日に戻ります。PM の要点: 「この人がどれだけ関わるか」を保護し、カレンダー上の長さが調整されます。

Core Configuration - Fixed Units — 単位が保護される — ビデオより

固定期間 — Vendor Design Workshop: ワークショップは3日に固定されています。プロジェクト管理者を**50%**に下げる → 作業時間が再計算され、期間は3日のままです。PM の要点: 期間の枠は伸縮せず、その中の労力が変わります。

固定作業時間 — Data Conversion: 作業時間64時間。開発リソースを**50%**にする → 作業時間は64時間のまま、期間が延びます。PM の要点: 仕事は固定の時間の器であり、人員配置がその器を消化する期間を変えます。

Data Conversion - Fixed Work — 64時間が保護され、期間が変わる — ビデオより

新しいタスクのデフォルト: ユーザーのアバターのオプション → 新しいタスク: タスクの種類 (例: 固定単位がデフォルト)。ダイアログ内で3つの種類と作業時間 = 期間 × 単位の数式が説明されます。

アバターのデフォルト — 新しいタスク: タスクの種類 & 作業時間優先 — ビデオより

作業時間優先のスケジュール設定

作業時間優先とは: リソースを追加または削除すると、ProjectLibre が既存の作業時間を再配分するという意味です。別の人が加わったからといって、作業時間を新たに作り出すことはありません。

デモ — Integration Build

タスク Integration Build - Effort Driven は、開発者1人で作業時間80時間、約10日から始まります。2人目の開発者を100%で追加すると → 作業時間は80時間のまま、期間は約5日になります。任意: 先に基準計画を保存してから Database Engineer を追加しても同じ結果です。期間は短縮され、作業時間の予算は変わりません。

Integration Build - Effort Driven — 作業時間は再配分され、増加しない — ビデオより

Schedule & Tracking の例: 40時間の作業時間優先タスクを1人で行っているところに、もう1人を追加すると2倍の速さで終わります — それでも作業時間は40時間のままです。

設定場所: (1) タスクごと — スケジュール → 作業時間優先。(2) デフォルト — アバター → 新しいタスク: 作業時間優先 (オン = 総作業時間を保つために期間を調整、オフ = リソースが自分の作業時間を持ち込んだり取り除いたりし、日付は自動的には動きません)。

PM 用語: 作業時間優先とは「同じ仕事、より多くの人手、短いカレンダー」です。オフにすることは、「一人ひとりが自分の作業の山を追加する」ことに近くなります。

定期タスク

プロジェクトには、繰り返し発生する作業が含まれることがよくあります: 週次の状況報告会議、月次の顧客レビュー、検査、バックアップ、メンテナンス、行政レビューなど。

定期タスクを作成する

1. プロジェクト → ガント。

2. ツールバーの + 追加 → 定期タスク。

3. 新しい定期タスクで: 名前 (例: Recurring Status Meeting)、各回の期間 (日) — デモでは0.25 (2時間) を想定、繰り返し 毎週 / 1週間ごと / 水曜日、範囲 開始 + N回後に終了 または 終了日を指定 (デモでは4回)、発生日が非稼働日に当たる場合 — 例: 次の稼働日に移動、カレンダー — 標準 (継承)。

4. 作成 → グリッド/ガントに定期タスクの要約行と、各回の子タスクが追加されます。

5. 任意: 要約タスクを折りたたんで、各回の一覧を隠します。

ツールバー + 追加 → 定期タスク — ビデオより

新しい定期タスク ウィザード — 毎週/水曜日/範囲 — ビデオより

ガント上の定期タスクの要約タスク + 各回の子タスク — ビデオより

分割タスク — 見せかけの連続性のない中断作業

すべての作業が中断なく最初から最後まで進むわけではありません。作業が始まり、別の優先事項や施設へのアクセスの都合で一時停止し、その後再開することがあります。

デモ — Configure Production Environment

1. 複数日にまたがるタスクを選択します (デモ: Configure Production Environment、約4日、連続していません)。

2. タスクを分割を有効にします。ヒント: 「ガント バーをクリックして分割」。

3. ガント バーをクリックして分割点を挿入し、必要に応じて再開したセグメントを後ろにドラッグします。

4. ガント上の視覚的な隙間と、リソース ヒストグラム上の対応する中断を確認します。

タスクを分割 — ガント バーをクリックして分割 — ビデオより

ガント上の分割タスクの隙間 — 中断作業が正直に表示される — ビデオより

用途: 中断される技術作業、段階的な設置、顧客レビュー期間など。スケジュール タブの平準化による分割可 / 平準化による割り当ては、リソースの平準化に関係します。実績では、分割のタイミングとして再開の遅延時間も表示されます。

実績と進捗管理 — 達成率だけではない

計画作業時間は、PM が想定していたものです。実績作業時間は、実際に完了した労力であり、正直な進捗管理とEVMには欠かせません。

2つの入力方法

タスク ダイアログ → 実績 — 実績期間、実績作業時間、残存作業時間、実績開始日/停止日/再開日/実績終了日、再開の遅延時間、実績超過作業時間、実績コスト、残存コスト。メインにも達成率 (0% / 50% / 100% のショートカット + スライダー) があります。

使用状況/時系列スプレッドシート (Schedule & Tracking の主なデモ。プロジェクトの使用状況ビューも参照) — 作業時間 (黄色) と実績作業時間 (ピンク) の行があり、日単位のセルに時間を入力します (デモでは約12時間)。残存作業時間が更新されます。タスクを一部完了とマークするだけよりも意味があります。

使用状況スタイルのグリッド — 作業時間 (黄色) + 実績作業時間 (ピンク) — ビデオより

プロジェクト/タスクのダイアログにも: 優先度とステータス (メイン)、EVM + 基準計画のスナップショット (パフォーマンス — パフォーマンス管理を参照)、リスク分布/楽観値・悲観値の期間 (リスク分析を参照)。

スケジュール設定のビデオを見る

ビデオ	リンク	長さ
高度なスケジュール設定と PM	youtu.be/ebf6ojsyy0c	約3:27
新機能 — スケジュールと進捗管理	youtu.be/Zs7SFB2h_DI	約6:49
高度なタスク スケジュール設定	youtu.be/qCD2nSlO6Kc	約8:20