Project Planning & Scheduling

Definition

Dalam sistem ERP, Project Planning (Perencanaan Proyek) dan Project Scheduling (Penjadwalan Proyek) adalah dua proses sekuensial yang saling melengkapi dalam mendefinisikan dimensi ruang lingkup, biaya, dan waktu:

Project Planning (Perencanaan) berfokus pada pertanyaan APA dan BERAPA: Menentukan ruang lingkup deliverable (WBS), estimasi kebutuhan anggaran (cost estimation), metode penagihan, serta pengadaan material dan jasa yang dibutuhkan.
Project Scheduling (Penjadwalan) berfokus pada pertanyaan KAPAN dan SIAPA: Mengonversi paket kerja WBS ke dalam rangkaian aktivitas temporal, menghitung durasi kerja, menetapkan hubungan ketergantungan antar-tugas (predecessor-successor dependencies), menghitung jalur kritis (Critical Path), serta memetakan beban kerja personel pada kalender kerja efektif.

flowchart LR
    subgraph Planning["(1) Project Planning (Scope & Cost)"]
        Scope["Ruang Lingkup WBS<br/>(Deliverables)"] --> Est["Estimasi Sumber Daya<br/>& Pagu Anggaran (Budget)"]
    end

    subgraph Scheduling["(2) Project Scheduling (Time & Resource)"]
        Dur["Durasi & Ketergantungan<br/>(FS, SS, FF, SF)"] --> CPM["Analisis Jalur Kritis<br/>(Critical Path Method - CPM)"]
        CPM --> Level["Penyeimbangan Beban Kerja<br/>(Resource Leveling)"]
    end

    subgraph Baseline["(3) Baseline Lockdown"]
        Base["Schedule & Cost Baseline<br/>(Garis Tolok Ukur Kinerja)"]
    end

    Planning --> Scheduling
    Scheduling --> Baseline

Purpose

Penetapan Garis Tolok Ukur Kinerja (Project Baseline Lockdown): Mengunci komitmen jadwal dan biaya resmi saat proyek disahkan, sehingga deviasi keterlambatan (Schedule Variance) dapat diukur secara kuantitatif sepanjang fase eksekusi.
Identifikasi Jalur Kritis (Critical Path Identification): Menemukan rangkaian aktivitas yang memiliki kelonggaran waktu nol (Zero Float), di mana keterlambatan satu hari pada tugas di jalur kritis akan langsung memundurkan tanggal penyelesaian akhir seluruh proyek.
Pencegahan Kelebihan Beban Kerja Personel (Resource Over-Allocation Prevention): Mendeteksi konflik jadwal di mana seorang personel kunci (misal: Senior Solution Architect) ditugaskan melebihi kapasitas jam kerja normal (misal ditugaskan 16 jam dalam satu hari kerja).
Penyelarasan Logistik Rantai Pasok (Lead-Time Coordination): Menyelaraskan tanggal mulai aktivitas instalasi perangkat keras di pabrik dengan tanggal kedatangan barang dari pemasok pada modul Purchasing (P2P).
Otomatisasi Penjadwalan Maju dan Mundur (Forward & Backward Scheduling): Menghitung tanggal selesai tercepat (Early Finish) berdasarkan tanggal mulai proyek atau menghitung tanggal mulai paling lambat (Late Start) untuk memenuhi tenggat waktu kontrak klien (Strict Deadline).

Hubungan Ketergantungan Antar-Tugas (Task Dependency Types)

ERP mendukung empat logika hubungan ketergantungan standar industri konstruksi dan manajemen proyek:

graph TD
    FS["(1) Finish-to-Start (FS)<br/>Tugas B baru dapat MULAI setelah Tugas A SELESAI.<br/>Contoh: Konfigurasi sistem baru bisa mulai setelah Blueprint disetujui.<br/>(Paling Umum: 90% Kasus)"]
    SS["(2) Start-to-Start (SS)<br/>Tugas B dapat MULAI bersamaan saat Tugas A MULAI.<br/>Contoh: Penulisan manual pengguna mulai bersamaan dengan UAT."]
    FF["(3) Finish-to-Finish (FF)<br/>Tugas B baru dapat SELESAI jika Tugas A SELESAI.<br/>Contoh: Pengujian integrasi baru selesai saat perbaikan bug selesai."]
    SF["(4) Start-to-Finish (SF)<br/>Tugas B baru dapat SELESAI setelah Tugas A MULAI.<br/>Contoh: Sistem legacy baru boleh dimatikan setelah sistem baru live."]

Jeda Waktu (Lead Time & Lag Time):

Lag Time (+ Hari): Jeda waktu tunggu wajib setelah aktivitas selesai sebelum aktivitas berikutnya dapat dimulai (misal: menunggu pengeringan semen pondasi selama 3 hari sebelum memasang mesin pabrik).
Lead Time (- Hari): Percepatan waktu tumpang tindih di mana tugas kedua dapat dimulai beberapa hari sebelum tugas pertama selesai penuh.

Analisis Jalur Kritis (Critical Path Method - CPM) & Float

Mesin kalkulasi ERP mengevaluasi parameter waktu setiap aktivitas untuk menentukan fleksibilitas jadwal:

$Total Float (Slack) = Late Start (LS) - Early Start (ES) = Late Finish (LF) - Early Finish (EF)$

Critical Path (Jalur Kritis): Rangkaian aktivitas terpanjang dari awal hingga akhir proyek yang memiliki $Total Float = 0$ . Aktivitas pada jalur kritis tidak memiliki toleransi keterlambatan sama sekali.
Non-Critical Path: Aktivitas yang memiliki $Total Float > 0$ , yang berarti tanggal pelaksanaannya dapat digeser mundur tanpa menunda tanggal penyelesaian akhir proyek.
Free Float: Jumlah waktu tunda suatu aktivitas yang tidak menunda tanggal mulai tercepat dari aktivitas penerus langsungnya (immediate successors).

flowchart LR
    A["Tugas 1.1: Blueprint<br/>Durasi: 30 Hari | Float: 0<br/>[CRITICAL]"] --> B["Tugas 2.1: Konfigurasi Core<br/>Durasi: 60 Hari | Float: 0<br/>[CRITICAL]"]
    B --> C["Tugas 3.1: Data Migration & UAT<br/>Durasi: 45 Hari | Float: 0<br/>[CRITICAL]"]
    C --> D["Tugas 4.1: Go-Live Cutover<br/>Durasi: 45 Hari | Float: 0<br/>[CRITICAL]"]

    B --> E["Tugas 2.2: Custom Report Pajak<br/>Durasi: 20 Hari | Float: 25 Hari<br/>[NON-CRITICAL]"]
    E --> C

Penyeimbangan Sumber Daya (Resource Leveling)

Ketika jadwal awal menyebabkan kelebihan alokasi (over-allocation) pada personel kunci:

Metode Penjadwalan Terkendala Sumber Daya (Resource-Constrained Scheduling): ERP secara otomatis menggeser tanggal pelaksanaan tugas-tugas non-kritis (utilizing float) agar kurva pemanfaatan staf menjadi merata (smooth load profile).
Jika tugas yang mengalami benturan berada pada jalur kritis, sistem memperingatkan Manajer Proyek bahwa tanggal selesai akhir proyek akan bergeser mundur kecuali dialokasikan personel tambahan (fast-tracking atau crashing).

Business Rules

Baseline Immutability Rule: Jadwal komitmen awal (Original Schedule Baseline) dikunci secara permanen saat status proyek disahkan menjadi In-Progress. Perubahan jadwal resmi hanya dapat dicatat sebagai Revised Baseline melalui dokumen persetujuan revisi lingkup kerja (Change Request).
Prohibition of Circular Dependencies: Mesin penjadwalan ERP wajib menolak penyimpanan hubungan dependensi jika terdeteksi perulangan tertutup (Circular Loop, misal: Tugas A bergantung pada B, B bergantung pada C, dan C bergantung kembali pada A).
Working Calendar Enforcement: Sistem dilarang menghitung konsumsi durasi jam kerja atau menjadwalkan pekerjaan pada hari libur nasional atau akhir pekan yang telah dikonfigurasi sebagai hari non-kerja (non-working days) pada kalender proyek, kecuali terdapat penugasan lembur resmi (overtime approval).
Automatic Schedule Recalculation: Setiap kali durasi aktual suatu tugas di jalur kritis bertambah atau terlambat diselesaikan, sistem wajib secara otomatis menghitung ulang (re-calculate schedule) tanggal mulai dan selesai seluruh tugas penerusnya (downstream activities).
No Negative Lead Time Exceeding Predecessor: Durasi Lead Time (percepatan) dilarang dikonfigurasi melampaui total durasi tugas pendahulunya.

Data Model Konseptual: Penjadwalan Proyek

classDiagram
    class TaskSchedule {
        +String task_id
        +Date planned_start_date
        +Date planned_end_date
        +Date early_start_date
        +Date early_finish_date
        +Date late_start_date
        +Date late_finish_date
        +Int duration_days
        +Int total_float_days
        +Boolean is_critical_path
    }
    class TaskDependency {
        +String predecessor_task_id
        +String successor_task_id
        +Enum dependency_type
        +Int lag_days
    }
    class ProjectBaseline {
        +String baseline_version
        +Date snapshot_timestamp
        +Date target_completion_date
        +Decimal budgeted_cost
    }

    TaskSchedule "1" *-- "many" TaskDependency : "dibatasi oleh"
    TaskSchedule ..> ProjectBaseline : "di-snapshot ke dalam"

Accounting & Financial Impact

Meskipun penjadwalan berorientasi pada waktu, dampaknya terhadap keuangan sangat signifikan:

Peramalan Arus Kas Proyek (Cash Inflow & Outflow Forecasting): Jadwal penyelesaian tugas dan milestone menentukan tanggal penerbitan faktur piutang ke klien serta tanggal jatuh tempo pembayaran tagihan vendor subkontraktor pada modul Finance (Phase 8).
Klausul Denda Keterlambatan (Liquidated Damages): Keterlambatan tanggal penyelesaian akhir di luar batas komitmen kontrak klien dapat memicu pengakuan kewajiban denda penalti keterlambatan pada Laporan Laba Rugi.

Canonical Scenario: Penjadwalan Proyek PT Maju Bersama

Untuk proyek Implementasi ERP Naventra (PRJ-ERP-2026-001) berdurasi 6 bulan (01 Mei s.d. 31 Oktober 2026), jadwal rencana Baseline Schedule dikonfigurasikan sebagai berikut:

Kode Aktivitas	Uraian Tugas & Deliverable	Durasi Kerja	Tanggal Mulai	Tanggal Selesai	Dependensi	Jalur Kritis?
ACT-01	Analisis Proses Bisnis & Requirement	20 Hari Kerja	01 Mei 2026	20 Mei 2026	None	Ya (Critical)
ACT-02	Finalisasi Blueprint & Arsitektur Solusi	11 Hari Kerja	21 Mei 2026	31 Mei 2026	ACT-01 (FS)	Ya (Critical)
ACT-03	Konfigurasi Core ERP (Finance & Supply Chain)	42 Hari Kerja	01 Jun 2026	30 Jul 2026	ACT-02 (FS)	Ya (Critical)
ACT-04	Pengembangan Kustom Laporan Pajak & Dashboard	22 Hari Kerja	01 Jul 2026	31 Jul 2026	ACT-03 (SS + 20)	Tidak (Float: 15h)
ACT-05	Ekstraksi & Migrasi Data Master Pelanggan/Stok	15 Hari Kerja	01 Agu 2026	15 Agu 2026	ACT-03 (FS)	Ya (Critical)
ACT-06	Pengujian Pengguna Akhir (UAT) & Bug Fixing	31 Hari Kerja	16 Agu 2026	15 Sep 2026	ACT-05 (FS)	Ya (Critical)
ACT-07	Pelatihan Pengguna Akhir (End-User Training)	22 Hari Kerja	16 Sep 2026	15 Okt 2026	ACT-06 (FS)	Ya (Critical)
ACT-08	Persiapan Cutover Data & Go-Live Resmi	16 Hari Kerja	16 Okt 2026	31 Okt 2026	ACT-07 (FS)	Ya (Critical)

Hasil Analisis CPM: Rangkaian ACT-01 -> ACT-02 -> ACT-03 -> ACT-05 -> ACT-06 -> ACT-07 -> ACT-08 membentuk Jalur Kritis dengan Total Float = 0 hari. Aktivitas ACT-04 memiliki Total Float 15 hari sehingga keterlambatan 10 hari pada laporan kustom tidak akan menunda Go-Live 31 Oktober.

ERP Implementation

Perbandingan fungsional modul perencanaan jadwal proyek lintas software ERP enterprise:

Parameter Penjadwalan	Odoo Enterprise	ERPNext	Microsoft Dynamics 365	SAP S/4HANA Finance
Tampilan Gantt Interaktif	Tampilan Gantt View bawaan dengan penarikan dependensi visual	Tampilan Gantt Chart berbasis SVG dengan drag-and-drop	Tampilan Interactive Gantt Chart pada Project Operations	Terintegrasi dengan modul SAP Enterprise Project Scheduling
Mesin Analisis Jalur Kritis (CPM)	Terbatas pada pergeseran tanggal manual	Menampilkan garis jalur kritis visual pada Gantt chart	Kalkulasi otomatis jalur kritis dan batas kelonggaran (float)	Mesin komputasi CPM sangat tangguh via Network Activities Scheduling
Penyelarasan Kalender Kerja	Pengaturan jam kerja pada resource calendar	Master Holiday List diterapkan pada kalkulasi durasi tugas	Work templates & Resource calendar exceptions komprehensif	Terintegrasi penuh dengan Factory Calendar & Shift Management
Penguncian Baseline Jadwal	Memerlukan modul custom tambahan	Fitur Project Baseline untuk membandingkan jadwal	Fitur Snapshot baseline & Schedule variance comparison	Standar Project Baseline & Progress Tracking (CNE5)

Naventra Consideration

Rancangan arsitektur modul Planning & Scheduling pada Naventra ERP:

Topological Sort Scheduling Engine: Penjadwalan Naventra dieksekusi oleh mesin algoritma graf terarah (Directed Acyclic Graph - DAG) yang menerapkan algoritma Topological Sort dan Critical Path Method. Sistem menghitung tanggal awal tercepat, tanggal akhir terlambat, dan total float untuk ribuan tugas dalam hitungan detik.
Immutable Baseline Snapshotting: Naventra menyimpan rekaman snapshot jadwal ke dalam tabel project_schedule_baselines setiap kali proyek beralih status ke IN_PROGRESS. Dasbor Gantt Chart menyajikan tampilan dua lapis (Dual-Bar Gantt): bilah abu-abu untuk jadwal rencana awal (Baseline) dan bilah biru/merah untuk jadwal realisasi berjalan (Current Schedule).
Conflict Detection Webhook: Jika pengubahan jadwal pada suatu tugas berdampak pada pergeseran tanggal penagihan milestone atau tanggal ketersediaan material gudang, Naventra memicu event webhook yang memperingatkan manajer pengadaan dan akuntan proyek secara real-time.

References

Project Management Institute (PMI). Practice Standard for Scheduling, 3rd Edition.
Kerzner, Harold. Project Management: A Systems Approach to Planning, Scheduling, and Controlling (Chapter 11: Network Scheduling Techniques).
SAP SE. Scheduling of Networks and WBS Elements in SAP S/4HANA Project System. SAP Help Portal.
Microsoft Corporation. Manage project schedules and dependencies in Dynamics 365 Project Operations. Microsoft Learn.
Antill, James M., & Woodhead, Ronald W. Critical Path Methods in Construction Practice. John Wiley & Sons.

ERP Notes

Navigation

project-planning-and-scheduling