9 Buku Saya | Tridarma Tasdik | Prodi Sistem Informasi | Skripsi SI
Katabah Berbagi
CV dan Lowongan Kerja
Karir dan Beasiswa SI
Program Portofolio Dosen
Rangkuman Prestasiku
Blog dan Pengalaman | Korban AI | Siap Kerja | Kontak | PrivacyPolicy | Inggris Arab | Daftar Isi

Wednesday, April 1, 2026

Manpro - BAB 3: MENJAHIT NALAR YANG TERCECER (PROJECT INTEGRATION)


3.1. Integrasi: Bukan Sekadar "Copy-Paste"

Banyak manajer proyek mengira integrasi hanyalah mengumpulkan dokumen dari berbagai divisi, menjilidnya menjadi satu laporan tebal, lalu menaruhnya di atas meja pimpinan. Ini adalah Integrasi Zombi. Dokumennya menyatu, tapi pikirannya tercerai-berai.

Dalam Manifesto Ahda, integrasi adalah upaya menyatukan elemen-elemen proyek yang seringkali saling bertabrakan:

  1. Nalar Pimpinan: Yang biasanya mau cepat, murah, dan canggih (seringkali tidak masuk akal).

  2. Nalar Teknis: Yang realistis, penuh batasan coding, dan seringkali kaku.

  3. Realita Lantai Tanah: Kondisi lapangan yang penuh kejutan, dari listrik mati sampai user yang gaptek.

Seorang Arsitek Agung berperan sebagai "Benang Pengikat" yang memastikan semua nalar ini terjahit rapi menjadi satu solusi yang bernyawa.

3.2. Project Charter: Piagam Perlawanan terhadap Kekacauan

Project Charter bukan sekadar dokumen formalitas untuk pencairan dana. Ini adalah Piagam Kesepakatan Nalar. Di dalamnya, semua pihak harus jujur:

  • Apa yang mau kita capai? (Bukan sekadar aplikasi jadi, tapi masalah apa yang selesai).

  • Siapa yang bertanggung jawab? (Bukan saling lempar kesalahan saat sistem down).

Jangan biarkan Project Charter dibuat oleh zombi administrasi yang hanya jago copy-paste dari proyek tahun lalu. Buatlah piagam yang renyah, jelas, dan dipahami oleh tukang parkir sekalipun.

3.3. Mengelola Perubahan secara Soméah (Change Control)

Proyek TI itu dinamis, se-dinamis cuaca di Cisewu. Pagi minta fitur A, siang minta fitur B, sore minta fiturnya dibatalkan. Di sinilah letak ujian kesabaran seorang manajer proyek.

Jangan jadi diktator yang kaku dengan berkata: "Sesuai kontrak, tidak bisa berubah!" Gunakan pendekatan Soméah:

  • Dengarkan keinginan perubahan tersebut.

  • Jelaskan dampaknya terhadap waktu dan biaya sambil Ngopi.

  • Lakukan rekonsiliasi nalar agar perubahan tersebut tetap membawa manfaat, bukan malah merusak struktur arsitektur yang sudah dibangun.

3.4. Menutup Proyek: Antara Berkah dan Musibah

Banyak proyek TI berakhir begitu saja setelah serah terima (Handover). Manajer proyeknya lari, vendornya hilang, dan sistemnya dibiarkan mati perlahan karena tidak ada yang mengurus. Ini adalah musibah digital.

Penutupan proyek yang ber-Rasa adalah saat kita memastikan:

  • Tim mendapatkan haknya dan apresiasi (bukan cuma disuruh lembur terus).

  • User benar-benar bisa memakai sistemnya (bukan ditinggal dengan buku manual setebal bantal yang tidak terbaca).

  • Ilmu yang didapat selama proyek didokumentasikan agar tidak hilang saat orangnya pindah kerja.

**

Tugas Nalar Mahasiswa (Pertemuan 3):

  1. Eksperimen Integrasi: Bentuk kelompok berisi 3 orang.

    • Orang A berperan sebagai Rektor (Mau sistem hebat, gratis, besok jadi).

    • Orang B berperan sebagai Programmer (Mau spek tinggi, waktu lama, gaji besar).

    • Orang C berperan sebagai Arsitek Agung (Manajer Proyek).

  2. Misi: Buatlah satu lembar "Piagam Kesepakatan" untuk proyek "Sistem Informasi Kantin Kampus".

  3. Tantangan: Bagaimana si Arsitek Agung menyatukan keinginan Rektor dan Programmer yang bertolak belakang tersebut tanpa ada yang sakit hati? Tuliskan dialog singkatnya!

**
Kembali ke Daftar Isi Manajemen Proyek TI

"Boleh Konsultasi Masuk Jurusan Sistem Informasi via Tiktok: @katabahcom."
Tips Skripsi Program Studi Sistem Informasi

No comments:

Post a Comment