PROJECT MANAGEMENT
Disusun Oleh :
Jakarta 2019
CHAPTER 3 “PROJECT MANAGEMENT “
1
WHY MANAGERS MUST UNDERSTAND PROJECT
MANAGEMENT
WHAT IS A PROJECT
2
organisasi mungkin memiliki tujuan bisnis untuk meningkatkan layanan
pelanggan dan menawarkan tingkat layanan dengan konsisten yang melebihi
ekspetasi pelanggan.
Project Variabels
Scope
Lingkup proyek adalah definisi tugas mana dan tugas mmana yang tidak termasuk
dalam proyek. Lingkup proyek adalah penentu utama faktor-faktor proyek lainnya
dan harus ditentukan dengan cermat untuk memastikan bahwa proyek memenuhi
tujuan-tujuan esensialnya. Secara umum, semakin besar cakupan proyek, semakin
sulit untuk memenuhi biaya, jadwal, kualitas, dan harapan pemangku
kepentingan.
3
Cost
Biaya-biaya proyek mencakup semua modal, biaya, dan biaya silang internal yang
terkait dengan bangunan, operasi, pemeliharaan dan dukungan proyek. Modal
adalah uang yyang digunakan untuk membeli aset yang muncul di neraca
organisasi dan disusutkan selama umur aset. Barang modal biasanya memiliki
manfaat setidaknya beberapa tahun.
Time
Quality
User expectation
4
membantu menentukan persyaratan sistem, mengevaluasi opsi sistem, mencoba
prototipe sistem, mengembangkan dokumentasi pengguna dan menetapkan serta
melakukan tes penerimaan pengguna.
5
Scope
Procure
Time
-ment
Commu-
Quality
nications
Human
Resour-
ces
Scope management
Manajemen ruang lingkup mencakup mendefinisikan pekerjaan yang harus
dilakukan sebagai bagian dari proyek dan kemudian mengendalikan pekerjaan
agar tetap dalam ruang lingkup yang disepakati. Kegiatan utama meliputi inisiasi,
perencanaan ruang lingkup, definisi ruang lingkup, verifikasi ruang lingkup, dan
kontrol perubahan ruang lingkup.
Dekomposisi fungsional adalah teknik yang sering digunakan untuk
mendefinisikan ruang lingkup sistem informasi dengan mengidentifikasi proses
bisnis yang akan dipengaruhi.
Untuk membuat bagan dekomposisi fungsional, mulailah dengan nama
sistem dan kemudian identifikasi proses tingkat tertinggi yang akan dilakukan.
Setiap proses harus diberi nama "kata kerja subjek" dua kata yang dengan jelas
mendefinisikan proses tersebut. Selanjutnya, pecah proses-proses tingkat tinggi
ke dalam sub-proses tingkat yang lebih rendah. Biasanya, tiga atau empat tingkat
dekomposisi cukup untuk menentukan ruang lingkup sistem.
Untuk menghindari masalah yang terkait dengan perubahan dalam ruang
lingkup proyek, proses perubahan ruang lingkup formal harus ditentukan sebelum
proyek dimulai. Manajer proyek dan manajer bisnis utama harus memutuskan
6
apakah mereka akan mengizinkan perubahan ruang lingkup kapan saja selama
proyek, hanya pada tahap awal proyek, atau tidak sama sekali. Imbalannya adalah
semakin banyak fleksibilitas yang Anda izinkan untuk perubahan ruang lingkup,
semakin besar kemungkinan proyek akan memenuhi kebutuhan pengguna akan
fitur dan kinerja. Namun, proyek ini akan lebih sulit untuk diselesaikan dalam
perubahan waktu dan kendala anggaran karena lebih sulit untuk mencapai target
yang bergerak.
Proses perubahan harus menangkap definisi yang jelas tentang perubahan
yang diminta, siapa yang memintanya, dan mengapa. Jika tim proyek telah
memutuskan untuk tidak mengizinkan perubahan ruang lingkup selama prosedur,
maka setiap perubahan ruang lingkup yang diminta diajukan dengan perubahan
yang diminta lainnya. Setelah proyek asli selesai, seluruh rangkaian perubahan
ruang lingkup yang diminta dapat ditinjau dan tim proyek dapat memutuskan, jika
ada, dari kandil yang akan diimplementasikan dan kapan. Seringkali, lebih murah
untuk memulai satu proyek untuk mengimplementasikan berbagai perubahan
terkait daripada memulai beberapa proyek independen.
Stock
Management
System
Manage
Manage Stock
Suppliers
7
Time Management
Manajemen waktu termasuk menentukan tanggal penyelesaian yang dapat
dicapai yang dapat diterima oleh para pemangku kepentingan proyek,
mengembangkan jadwal proyek yang bisa dilaksanakan, dan memastikan
penyelesaian proyek yang tepat waktu. Manajemen waktu proyek yang berhasil
membutuhkan pengidentifikasian tugas-tugas khusus yang harus diselesaikan oleh
anggota tim proyek dan / atau sumber daya lainnya; mengurutkan tugas-tugas ini,
dengan mempertimbangkan dependensi tugas atau tenggat waktu perusahaan;
memperkirakan jumlah sumber daya yang dibutuhkan untuk menyelesaikan setiap
tugas, termasuk orang, bahan, dan peralatan; memperkirakan waktu yang telah
berlalu untuk menyelesaikan setiap tugas; menganalisis semua data ini untuk
membuat jadwal proyek; dan mengendalikan dan mengelola perubahan jadwal
proyek.
Semakin besar proyek, semakin besar kemungkinan perencanaan yang
buruk akan menyebabkan masalah yang signifikan. Proyek yang dikelola dengan
baik menggunakan alat dan teknik perencanaan yang efektif, termasuk jadwal,
tonggak, dan tenggat waktu. Jadwal proyek diperlukan untuk menyelesaikan
proyek dengan tenggat waktu yang ditentukan, menghindari pengerjaan ulang,
dan memastikan bahwa orang tahu apa yang harus dilakukan dan kapan
melakukannya. Tonggak sejarah proyek adalah tanggal kritis untuk
menyelesaikan bagian utama dari proyek, seperti desain program, pengkodean,
pengujian, dan rilis (untuk proyek pemrograman). Batas waktu proyek adalah
tanggal seluruh proyek harus diselesaikan dan operasional (ketika organisasi dapat
berharap untuk mulai memetik manfaat dari proyek.)
Dalam proyek pengembangan sistem, setiap kegiatan diberi waktu mulai
paling awal dan waktu selesai paling awal. Setiap kegiatan juga dialokasikan
waktu kendur, yang merupakan jumlah waktu suatu kegiatan dapat ditunda tanpa
menunda seluruh proyek. Jalur kritis suatu proyek terdiri dari semua kegiatan
yang, jika ditunda, akan menunda seluruh proyek. Kegiatan-kegiatan ini tidak
memiliki waktu kendur. Setiap masalah dengan aktivitas jalur kritis akan
8
menyebabkan masalah untuk seluruh proyek. Untuk memastikan bahwa kegiatan
jalur kritis selesai tepat waktu, manajer proyek menggunakan pendekatan dan alat
tertentu seperti GanttProject, Microsoft Project, ProjectLibre, atau Webplanner
untuk membantu menghitung atribut proyek kritis ini.
Meskipun langkah-langkah pengembangan sistem tampak langsung, proyek
yang lebih besar dapat menjadi rumit, membutuhkan ratusan atau ribuan kegiatan
terpisah. Untuk upaya pengembangan sistem ini, metode dan alat manajemen
proyek formal sangat penting. Pendekatan formal yang disebut Program Evaluasi
dan Teknik Review (PERT) menciptakan tiga perkiraan waktu untuk suatu
kegiatan: waktu sesingkat mungkin, waktu paling mungkin, dan waktu terlama
mungkin. Rumus kemudian diterapkan untuk menentukan perkiraan waktu PERT
tunggal. Gantt chart adalah alat grafis yang digunakan untuk perencanaan,
pemantauan, dan koordinasi proyek; pada dasarnya kotak yang berisi daftar
kegiatan dan tenggat waktu.
Setiap kali tugas selesai, penanda seperti garis gelap ditempatkan di sel kisi
yang tepat untuk menunjukkan penyelesaian tugas. Pengembangan struktur
rincian kerja adalah kegiatan penting yang diperlukan untuk manajemen waktu
yang efektif. Work breakdown structure (WBS) adalah garis besar pekerjaan
yang harus dilakukan untuk menyelesaikan proyek. Anda mulai dengan memecah
proyek menjadi berbagai tahap atau kelompok kegiatan yang perlu dilakukan.
Kemudian, Anda mengidentifikasi tugas-tugas yang terkait dengan setiap tahap
proyek. Tugas biasanya membutuhkan satu minggu atau kurang untuk
menyelesaikan dan menghasilkan hasil yang dapat disampaikan (hasil nyata
seperti bagan alur atau rencana pelatihan pengguna akhir). Kemudian tugas dalam
setiap tahap diurutkan. Akhirnya, tugas pendahulu apa pun diidentifikasi (ini
adalah tugas yang harus diselesaikan sebelum tugas Jater dapat dimulai.) Sebagai
contoh, pengujian unit kode program tidak dapat dimulai sampai program
dikodekan, dikompilasi, dan didebug. Selanjutnya Anda harus menentukan
berapa lama setiap tugas dalam WBS akan berlangsung.
Dengan demikian, membangun WBS memungkinkan Anda untuk melihat
proyek dengan sangat rinci untuk mendapatkan gambaran lengkap dari semua
9
pekerjaan yang harus dilakukan. Pengembangan WBS adalah pendekatan lain
untuk mendefinisikan ruang lingkup proyek (pekerjaan yang tidak termasuk
dalam WBS berada di luar ruang lingkup proyek.)
Contoh Work Breakdown Structure
Cost Management
Manajemen biaya termasuk mengembangkan dan mengelola anggaran
proyek. Area ini melibatkan perencanaan sumber daya, estimasi biaya,
penganggaran biaya, dan pengendalian biaya. Seperti dibahas sebelumnya,
anggaran yang terpisah harus ditetapkan untuk masing-masing dari ketiga jenis
biaya (modal, pengeluaran, dan biaya silang internal) dan uang dalam satu
anggaran tidak dapat digunakan untuk membayar jenis biaya lainnya.
Satu pendekatan untuk memperkirakan biaya menggunakan WBS untuk
memperkirakan semua biaya (modal, biaya, dan biaya silang) yang terkait dengan
penyelesaian setiap tugas. Pendekatan ini dapat membutuhkan sejumlah
pekerjaan terperinci yang adil, seperti menentukan tingkat per jam dari setiap
sumber daya yang ditugaskan untuk tugas tersebut dan mengalikannya dengan
jam kerja sumber daya tersebut pada tugas tersebut. memperkirakan biaya per
unit untuk persediaan dan mengalikannya dengan jumlah unit yang dibutuhkan,
dan sebagainya. Jika memungkinkan; orang-orang yang akan menyelesaikan
tugas harus diizinkan untuk memperkirakan durasi waktu dan biaya terkait.
Pendekatan ini membantu mereka untuk lebih memahami tugas-tugas yang
diharapkan akan mereka selesaikan, memberi mereka beberapa tingkat kendali
10
dalam menentukan bagaimana pekerjaan akan dilakukan, dan mendapatkan
"dukungan" mereka terhadap jadwal dan anggaran proyek.
Quality Management
11
mengembangkan, melatih, dan mos. Anggota tim harus dipilih berdasarkan
keahlian mereka dalam teknologi yang dibutuhkan untuk proyek, pemahaman
mereka tentang area busin yang dipengaruhi oleh proyek, keahlian mereka dalam
area spesifik proyek, dan kemampuan mereka untuk bekerja dengan baik dalam
tim.
12
Anggota Peam akan mengajukan pertanyaan penting seperti "Masalah apa
yang seharusnya kita selesaikan secara netral?" "Bagaimana kita bisa bekerja
sama dengan baik?" "Eadership proyek seperti apa yang akan kami terima?" Tim
mungkin berdebat dan berjuang, sehingga ini bisa menjadi waktu yang tidak
menyenangkan bagi semua orang. Seorang manajer proyek yang tidak
berpengalaman, tidak menyadari apa yang sedang terjadi, mungkin menyerah,
merasa bahwa tim tidak akan pernah bekerja sama secara offektif. Manajer
proyek dan anggota tim harus toleran terhadap satu sama lain, mereka
mengeksplorasi perbedaan mereka. Manajer proyek mungkin perlu terus menjadi
sangat arahan. Jika panggung, de anggota tim individu menyerah penilaian dan
pendapat mereka sebelumnya. Tim selamat dari tahap penyerbuan, mungkin
memasuki tahap norming. Selama ini Lors yang merasa perlu untuk mengambil
kendali tim menyerah dorongan ini. Anggota tim membersihkan perilaku mereka
terhadap satu sama lain dan mulai mempercayai satu sama lain. Tim dapat
mendokumentasikan seperangkat aturan atau norma tim untuk memandu
bagaimana mereka akan bekerja bersama. memutuskan Kerja Tim sebenarnya
dimulai. Manajer proyek dapat menjadi kurang terarah dan dapat mengharapkan
tim kepada anggota untuk mengambil lebih banyak tanggung jawab dalam
pengambilan keputusan. Beberapa tim melaju melampaui tahapan norming ke
panggung pertunjukan. Pada titik ini, tim tampil di level tinggi. Anggota tim
kompeten, bermotivasi tinggi, dan berpengetahuan luas tentang semua aspek
proyek. Mereka menjadi saling bergantung satu sama lain dan telah
mengembangkan proses pengambilan keputusan yang efektif yang telah
mengembangkan proses yang efektif untuk memastikan bahwa ide dan pendapat
setiap orang didengar. Pekerjaan dilakukan dengan cepat dan berkualitas tinggi.
Masalah yang dulu tampak tidak terpecahkan sekarang memiliki solusi "jelas".
Efektivitas tim lebih dari jumlah kontribusi anggota individu. Manajer proyek
mendorong pengambilan keputusan partisipatif, dengan tidak memerlukan
manajer proyek. Dissent diharapkan, dan anggota tim tim membuat sebagian
besar keputusan. Tidak peduli tahap apa tim beroperasi, umumnya akan kembali
ke tahap kurang maju dalam model ketika dihadapkan dengan perubahan besar
13
dalam pekerjaan yang harus dilakukan, perubahan dalam kepemimpinan proyek,
atau perubahan substansial dalam susunan tim. Manajer proyek dan manajer
bisnis harus mengenali dan mempertimbangkan dinamika penting ini ketika
mempertimbangkan perubahan proyek. Aspek kunci lain dari manajemen sumber
daya manusia adalah membuat tim proyek dan unit bisnis sponsor untuk
mengambil tanggung jawab yang sama untuk membuat proyek ini berhasil.
Anggota tim proyek harus menyadari bahwa mereka sendiri tidak mungkin
membuat proyek itu berhasil. Mereka harus memastikan bahwa manajer bisnis
dan pengguna akhir menjadi sangat terlibat dalam proyek dan mengambil peran
aktif. Tim proyek harus secara aktif melibatkan pengguna akhir, memberikan
informasi bagi mereka untuk membuat pilihan yang bijak, dan menuntut
partisipasi mereka dalam pengambilan keputusan besar. Unit bisnis harus tetap
terlibat dalam proyek, menantang rekomendasi, mengajukan pertanyaan, dan
menimbang pilihan. Tidak bisa hanya duduk dan "membiarkan proyek terjadi
pada mereka." Pengguna utama perlu diidentifikasi sebagai bagian dari tim
proyek dengan tanggung jawab untuk mengembangkan dan meninjau kiriman.
Memang, beberapa organisasi mengharuskan manajer proyek berasal dari unit
bisnis sponsor. Organisasi lain menugaskan manajer proyek bersama untuk
proyek terkait TI - satu dari organisasi TI dan satu dari unit bisnis. Selain tim
pengembangan, setiap proyek harus memiliki tim pengarah proyek, yang terdiri
dari manajer senior yang mewakili organisasi bisnis dan TI, untuk memberikan
panduan dan dukungan kepada proyek. Jumlah anggota dalam tim pengarah
seharusnya terbatas (tiga hingga lima) untuk menyederhanakan proses
pengambilan keputusan dan memudahkan upaya untuk menjadwalkan kuorum
eksekutif sibuk ini. Manajer proyek dan memilih memben tim pengembangan
harus bertemu dengan tim pengarah atas dasar yang diperlukan, ketik pada akhir
setiap fase proyek atau setiap beberapa bulan. Tiga anggota kunci tim pengarah
termasuk juara proyek yang merupakan manajer yang dihormati dengan hasrat
untuk melihat proyek berhasil dan yang menghilangkan hambatan untuk
kesuksesan proyek; sponsor proyek yang merupakan manajer senior dari unit
bisnis yang paling terpengaruh oleh proyek dan yang memastikan proyek benar-
14
benar akan memenuhi kebutuhan organisasinya dan manajer TI yang memastikan
staf TI yang tepat untuk proyek dan memastikan penggunaan yang disetujui
teknologi dan vendor. Peran-peran ini dijelaskan lebih lanjut dalam Gambar 3-4
pro dan diuraikan dalam Tabel 3-4. Banyak proyek juga memanfaatkan sumber
daya utama yang tidak ditugaskan untuk proyek tetapi yang memberikan masukan
dan saran yang berharga. Pakar materi pelajaran adalah seseorang yang memiliki
pengetahuan dan keahlian dalam aspek tertentu yang penting bagi proyek.
Misalnya, proyek sistem akuntansi dapat meminta saran dari anggota kelompok
internal dalam mendefinisikan fitur kontrol wajib dari sistem baru. Sumber daya
teknis pada dasarnya adalah ahli materi pelajaran dalam topik IT yang bernilai
bagi proyek. Untuk examp sistem akuntansi proyek dapat meminta saran dari dun
sistem manajemen basis data (baik di dalam atau di luar perusahaan) untuk
meminimalkan waktu pemrosesan untuk transaksi bisnis ke tertentu.
Communication Management
Unit bisnis sponsor untuk mengambil tanggung jawab yang sama untuk
membuat proyek ini berhasil. Anggota tim proyek harus menyadari bahwa
15
mereka sendiri tidak mungkin membuat proyek itu berhasil. Mereka harus
memastikan bahwa manajer bisnis dan pengguna akhir menjadi sangat terlibat
dalam proyek dan mengambil peran aktif. Tim proyek harus secara aktif
melibatkan pengguna akhir, memberikan informasi bagi mereka untuk membuat
pilihan yang bijak, dan menuntut partisipasi mereka dalam pengambilan
keputusan besar.
Risk Management
Risiko proyek adalah peristiwa atau kondisi yang tidak pasti yang, jika
terjadi, memiliki efek positif atau negatif pada tujuan proyek. Risiko yang
diketahui adalah risiko yang dapat diidentifikasi dan dianalisis. Penanggulangan
dapat didefinisikan untuk menghindari beberapa risiko yang diketahui
sepenuhnya, dan rencana kontingensi dapat dikembangkan untuk mengatasi risiko
yang diketahui tidak dapat dihindari jika terjadi. Tentu saja, beberapa risiko tidak
dapat diantisipasi.
16
Manajer proyek perlu memimpin untuk mengidentifikasi semua risiko yang
terkait dengan proyek. Tim proyek, manajer bisnis, dan pengguna akhir harus
berpartisipasi dalam kantor. Sumber daya ini dapat mencakup manajer proyek
berpengalaman dan anggota departemen manajemen risiko organisasi. Setelah
setiap risiko diidentifikasi dan didefinisikan, kelompok harus berusaha untuk
mengklasifikasikan risiko dengan probabilitas bahwa itu akan terjadi dan
dampaknya pada proyek jika risiko itu terjadi. Baik probabilitas dan dampaknya
dapat diklasifikasikan sebagai tinggi, sedang, atau rendah.
Salah satu risiko terbesar yang terkait dengan suatu proyek adalah waktu,
energi, dan sumber daya yang cukup besar. Untuk menghindari risiko potensial
ini, organisasi harus memastikan bahwa ada dasar pemikiran yang kuat untuk
menyelesaikan suatu proyek. Proyek harus memiliki tautan langsung ke strategi
dan tujuan organisasi. Sebuah proyek yang konsisten dengan strategi ini dan yang
dapat memberikan hasil untuk mencapai tujuan ini jelas selaras dengan tujuan
organisasi.
17
risiko pada jadwal dan biaya proyek. Penggunaan perangkat lunak tersebut dapat
menghasilkan perkiraan yang lebih realistis untuk tonggak dan anggaran proyek.
Procurement Management
18
untuk mengidentifikasi, merekrut, melatih pengembangan, dan mengelola
karyawan.
Kontrak adalah perjanjian yang mengikat secara hukum yang
mendefinisikan syarat dan ketentuan hubungan pembeli-penyedia, termasuk siapa
yang diberi wewenang untuk melakukan apa, siapa yang memegang tanggung
jawab, biaya dan ketentuan pembayaran, penyelesaian jika terjadi pelanggaran
kontrak, dan proses untuk merevisi kontrak. Jenis kontrak terbagi dalam tiga
kategori utama:
Fixed-price Contract
Dengan jenis kontrak ini, pembeli dan penyedia menyetujui total harga tetap
untuk produk atau layanan yang terdefinisi dengan baik.
Cost-reimbursable Contract
Selain itu, biaya yang telah ditentukan dibayarkan jika penyedia mencapai
tujuan kinerja yang ditentukan.
Jenis kontrak ini, pembeli membayar penyedia untuk waktu dan bahan yang
diperlukan untuk menyelesaikan kontrak. Kontrak tersebut mencakup tarif per jam
19
yang disepakati dan harga satuan untuk berbagai bahan yang akan digunakan.
Namun, jumlah jam dan jumlah pasti dari masing-masing bahan tidak diketahui.
Dengan demikian, nilai sebenarnya dari kontrak tidak ditentukan ketika kontrak
disetujui. Jika tidak dikelola dengan hati-hati, kontrak ini benar-benar dapat
memotivasi pemasok untuk memperpanjang proyek guna memaksimalkan biaya
mereka.
20
signifikan terjadi dari jadwal atau anggaran, dan mengambil tindakan korektif
untuk mendapatkan kembali keselarasan dengan rencana.
6. Melakukan kontrol perubahan terintegrasi dengan mengelola perubahan
selama proyek yang dapat mempengaruhi ruang lingkup, jadwal, dan biaya.
7. Menutup proyek dengan sukses dengan mendapatkan penerimaan pemangku
kepentingan dan pelanggan atas produk akhir, menutup semua anggaran dan
pesanan pembelian setelah mengkonfirmasikan bahwa pencairan akhir telah
dilakukan, dan memperoleh pengetahuan dari proyek yang mungkin
bermanfaat untuk proyek di masa depan
21
Meningkatkan promosi
Memberikan harga yang terjangkau, namun tetap
memperhatikan mutu
Contoh Produk
a. Pasta Gigi
Perusahaan Pemulai : Pepsodent (1920)
Pendatang Baru : Ciptadent (1981), Close Up (1967), dsb.
Barang Subtitusi : Bubuk Charcoal, baking soda, dsb.
b. Kopi
Perusahaan Pemulai : Kapal Api (1927)
Pendatang Baru : Tora Bika (1977), Good Day (2001),
Luwak White Coffee (1999), dsb.
Barang Subtitusi : Teh, air mineral, dsb.
c. Susu
Perusahaan Pemulai : Frisian Flag (1922)
Pendatang Baru : Indomilk (1967), Ultramilk (1971), dsb.
Barang Subtitusi : Teh, yogurt, dsb.
d. Televisi
Perusahaan Pemulai : Samsung (1969)
Pendatang Baru : Panasonic (1970), LG (1985), dsb.
22
Barang Subtitusi : Radio
e. Bedak
Perusahaan Pemulai : Johnson & Johnson (1886)
Pendatang Baru : Pigeon (1957), Zwitsal (1972), dsb.
Barang Subtitusi : Bedak Cair
23