manajemen proyek

Perkenalan

Manajemen Proyek Badan Knowledge (PMBOK) adalah istilah inklusif yang menggambarkan
jumlah pengetahuan dalam profesi manajemen proyek. Seperti
profesi lain seperti hukum, pengobatan, dan akuntansi, tubuh pengetahuan bersandar
dengan para praktisi dan akademisi yang mendaftar dan kemajuan itu. The PMBOK lengkap termasuk
pengetahuan terbukti, praktek-praktek tradisional yang banyak digunakan sebagai serta
pengetahuan tentang praktek-praktek inovatif dan canggih yang telah melihat menggunakan lebih terbatas.
Bab ini mendefinisikan dan menjelaskan beberapa istilah kunci dan memberikan gambaran
seluruh dokumen. Ini termasuk bagian utama berikut:
1.1 Tujuan Dokumen ini
1.2 Apa itu Proyek?
1.3 Apakah Manajemen Proyek itu?
1.4 Hubungan dengan Disiplin Manajemen Lainnya
1,5 Terkait Pelestarian
1.1 TUJUAN DOKUMEN INI
Tujuan utama dari dokumen ini adalah untuk mengidentifikasi dan menggambarkan bahwa subset dari
PMBOK yang berlaku umum. Yang berlaku umum berarti bahwa pengetahuan
dan praktek dijelaskan berlaku untuk proyek-proyek paling sebagian besar waktu, dan bahwa
ada konsensus luas tentang nilai dan kegunaan. Yang berlaku umum
tidak berarti bahwa pengetahuan dan praktek-praktek yang dijelaskan atau harus diterapkan
seragam pada semua proyek, tim manajemen proyek selalu bertanggung jawab untuk
menentukan apa yang tepat untuk setiap proyek tertentu.
Dokumen ini juga dimaksudkan untuk memberikan leksikon umum dalam profesinya
untuk berbicara tentang manajemen proyek. Manajemen proyek adalah relatif muda
profesi, dan sementara ada kesamaan substansial sekitar apa yang dilakukan, ada
relatif sedikit kesamaan dalam istilah yang digunakan.
Dokumen ini menyediakan acuan dasar bagi siapa saja yang tertarik profesi
manajemen proyek. Hal ini mencakup, namun tidak terbatas pada:
• Proyek manajer dan anggota tim proyek lainnya.
• Manajer manajer proyek.
• Proyek pelanggan dan stakeholder proyek lainnya.
• fungsional manajer dengan karyawan ditugaskan untuk proyek tim.
• Pendidik mengajar manajemen proyek dan mata pelajaran yang terkait.
• Konsultan dan spesialis lain dalam manajemen proyek dan bidang terkait.
• Pelatih mengembangkan program manajemen proyek pendidikan.
Sebagai acuan dasar, dokumen ini tidak komprehensif dan tidak semua-inklusif.
Lampiran E ekstensi membahas aplikasi daerah sedangkan Lampiran F daftar sumber
lebih lanjut informasi mengenai manajemen proyek.

Dokumen ini juga digunakan oleh Lembaga Manajemen Proyek untuk menyediakan
struktur yang konsisten untuk program profesional pengembangan yang meliputi:
• Sertifikasi Profesi Manajemen Proyek (PMPs).
• Akreditasi pemberian gelar-program pendidikan dalam manajemen proyek.
1.2 APAKAH PROYEK A?
Organisasi melakukan pekerjaan. Pekerjaan umumnya melibatkan baik operasi atau proyek,
walaupun kedua mungkin tumpang tindih. Operasi dan proyek berbagi banyak karakteristik;
misalnya, mereka adalah:
• Dilakukan oleh orang-orang.
• Dibatasi oleh sumber daya yang terbatas.
• Direncanakan, dilaksanakan, dan dikendalikan.
Operasi dan proyek berbeda terutama dalam operasi sedang berlangsung dan
proyek sementara berulang yang bersifat sementara dan unik. Sebuah proyek sehingga dapat didefinisikan dalam
hal khas proyek-karakteristik adalah suatu usaha yang dilakukan sementara
untuk menciptakan produk yang unik atau jasa. Sementara berarti bahwa setiap proyek memiliki
pasti awal dan akhir yang pasti. Unik berarti bahwa produk atau jasa
berbeda dengan cara yang berbeda dari semua produk atau jasa serupa.
Proyek yang dilakukan di semua tingkat organisasi. Mereka mungkin melibatkan tunggal
orang atau ribuan orang. Mereka mungkin memerlukan kurang dari 100 jam untuk menyelesaikan
atau lebih 10.000.000. Proyek mungkin melibatkan satu unit satu organisasi atau mungkin
organisasi lintas batas seperti dalam joint venture dan kemitraan. Proyek sering
komponen penting dari strategi bisnis organisasi melakukan itu. Contoh
proyek meliputi:
• Mengembangkan suatu produk atau jasa baru.
• Mempengaruhi perubahan dalam struktur, staf, atau gaya dari sebuah organisasi.
• Merancang sebuah kendaraan transportasi baru.
• Mengembangkan atau memperoleh suatu sistem informasi yang baru atau diubah.
• Membangun sebuah bangunan atau fasilitas.
• Menjalankan kampanye untuk jabatan politik.
• Melaksanakan prosedur bisnis baru atau proses.
1.2.1 Sementara
Sementara berarti bahwa setiap proyek memiliki awal dan akhir yang pasti pasti. The
akhirnya tercapai ketika tujuan proyek telah dicapai, atau ketika menjadi
jelas bahwa tujuan proyek tidak akan atau tidak dapat bertemu dan proyek
dihentikan. Sementara tidak berarti pendek durasinya; banyak proyek
berlangsung selama beberapa tahun. Dalam setiap kasus, bagaimanapun, durasi proyek adalah terbatas; proyek
tidak upaya yang sedang berlangsung.
Selain itu, sementara umumnya tidak berlaku untuk produk atau layanan diciptakan
oleh proyek. Sebagian besar proyek dilakukan untuk menciptakan hasil yang abadi. Misalnya,
sebuah proyek untuk mendirikan sebuah monumen nasional akan menciptakan hasil yang diharapkan terakhir
berabad-abad.
Banyak usaha yang bersifat sementara dalam arti bahwa mereka akan berakhir di beberapa titik.
Misalnya, perakitan bekerja di sebuah pabrik otomotif akhirnya akan dihentikan,
dan tanaman itu sendiri dinonaktifkan. Proyek secara fundamental berbeda karena
proyek akan dihentikan apabila tujuan dinyatakan telah dicapai, sedangkan usaha non-proyek
mengadopsi satu set baru tujuan dan terus bekerja.

Sifat sementara proyek akan berlaku untuk aspek-aspek lain dari upaya sebagai
baik:
• Jendela peluang atau pasar biasanya proyek sementara-sebagian besar
kerangka waktu yang terbatas di mana untuk menghasilkan produk atau jasa mereka.
• Tim proyek, sebagai sebuah tim, jarang outlives proyek-proyek yang dilakukan
oleh tim diciptakan untuk satu tujuan melaksanakan proyek, dan
tim dibubarkan dan anggota ditugaskan kembali ketika proyek selesai.
1.2.2 Unik Produk atau Jasa
Proyek melibatkan melakukan sesuatu yang belum pernah dilakukan sebelumnya dan yang,
Oleh karena itu, unik. Sebuah produk atau layanan mungkin unik bahkan jika kategori milik
untuk besar. Sebagai contoh, ribuan gedung perkantoran telah dikembangkan,
tapi setiap fasilitas individu pemilik yang unik-berbeda, desain yang berbeda, lokasi berbeda,
kontraktor yang berbeda, dan seterusnya. Kehadiran elemen berulang tidak
tidak mengubah keunikan fundamental dari upaya menyeluruh. Sebagai contoh:
• Sebuah proyek untuk mengembangkan pesawat komersial baru mungkin membutuhkan beberapa prototipe.
• Sebuah proyek untuk membawa obat baru ke pasar mungkin membutuhkan ribuan dosis
obat untuk mendukung uji klinis.
• Sebuah proyek pengembangan real estate dapat mencakup ratusan unit individual.
Karena produk setiap proyek adalah unik, karakteristik yang membedakan
produk atau jasa harus semakin diuraikan. Semakin berarti "melanjutkan
dalam langkah-langkah; melanjutkan terus secara bertahap "sementara diuraikan berarti
"Dikerjakan dengan hati-hati dan rinci; dikembangkan secara menyeluruh" [1]. Ini membedakan
karakteristik akan didefinisikan secara luas pada awal proyek dan akan dibuat lebih
eksplisit dan rinci sebagai tim proyek mengembangkan pemahaman yang lebih baik dan lebih lengkap
produk.
elaborasi Progresif karakteristik produk harus hati-hati dikoordinasikan
dengan proyek lingkup definisi yang tepat, terutama jika proyek tersebut dilakukan di bawah
kontrak. Ketika benar didefinisikan, lingkup pekerjaan-proyek yang akan dilakukan-
harus tetap konstan bahkan sebagai karakteristik produk semakin diuraikan.
Hubungan antara lingkup produk dan lingkup proyek dibahas lebih lanjut
dalam pendahuluan Bab 5.
Dua contoh berikut menggambarkan elaborasi progresif di dua yang berbeda
aplikasi daerah.
Contoh 1. Sebuah pabrik pengolahan kimia dimulai dengan rekayasa proses untuk menentukan
karakteristik proses. Ciri ini digunakan untuk desain
unit pengolahan utama. Informasi ini menjadi dasar untuk desain teknik
yang mendefinisikan baik detail tata letak tanaman dan karakteristik mekanik
proses unit dan fasilitas tambahan. Semua hasil tersebut dalam gambar desain yang
yang diuraikan untuk menghasilkan gambar fabrikasi (Isometrics konstruksi). Selama
konstruksi, interpretasi dan adaptasi dibuat sesuai kebutuhan dan tunduk
tepat persetujuan. Ini elaborasi lebih lanjut dari karakteristik ditangkap oleh "sebagai
dibangun "gambar. Selama pengujian dan omset, elaborasi lebih lanjut tentang karakteristik
sering dibuat dalam bentuk penyesuaian operasi akhir.
Contoh 2. Produk dari sebuah proyek penelitian biofarmasi awalnya mungkin
didefinisikan sebagai "uji klinis XYZ" karena jumlah cobaan dan ukuran masing-masing
tidak diketahui. Sebagai hasil proyek, produk ini dapat dijelaskan lebih eksplisit
sebagai "Aku percobaan Tahap tiga, empat Tahap II cobaan, dan dua Tahap III percobaan." Babak berikutnya
elaborasi progresif mungkin memfokuskan secara eksklusif pada protokol untuk Tahap I
percobaan-berapa banyak pasien mendapatkan apa dosis dan seberapa sering. Dalam proyek akhir
tahap, Tahap III persidangan akan secara eksplisit ditentukan berdasarkan informasi
dikumpulkan dan dianalisis selama Tahap I dan II Tahap uji coba. 1.3 APAKAH MANAJEMEN PROYEK?
Manajemen proyek adalah penerapan pengetahuan, keterampilan, peralatan, dan teknik
untuk proyek kegiatan dalam rangka untuk memenuhi atau melampaui kebutuhan dan harapan stakeholder
dari proyek. Memenuhi atau melampaui kebutuhan stakeholder dan harapan selalu
melibatkan menyeimbangkan tuntutan persaingan antara:
• Cakupan, waktu, biaya, dan kualitas.
• Para pemangku kepentingan dengan kebutuhan dan harapan yang berbeda.
• Mengidentifikasi persyaratan (kebutuhan) dan persyaratan tak dikenal (harapan).
Manajemen proyek jangka kadang-kadang digunakan untuk menggambarkan pendekatan organisasi
dengan pengelolaan operasi yang sedang berlangsung. Pendekatan ini, lebih tepat
manajemen disebut dengan proyek, memperlakukan berbagai aspek operasional yang berkelanjutan sebagai proyek
dalam rangka menerapkan manajemen proyek untuk mereka. Meskipun pemahaman tentang proyek
manajemen jelas penting untuk sebuah organisasi yang mengelola oleh proyek-proyek, yang rinci
diskusi dari pendekatan itu sendiri berada di luar lingkup dokumen ini.
Pengetahuan tentang manajemen proyek dapat diatur dengan berbagai cara. Dokumen ini
memiliki dua bagian utama dan 12 bab seperti yang dijelaskan di bawah ini.
1.3.1 Kerangka Manajemen Proyek
Bagian I, Kerangka Kerja Manajemen Proyek, menyediakan struktur dasar untuk memahami
manajemen proyek.
Bab 1, Pendahuluan, mendefinisikan persyaratan utama dan menyediakan gambaran dari sisanya
dokumen.
Bab 2, Konteks Manajemen Proyek, menggambarkan lingkungan
yang proyek tersebut beroperasi. Tim manajemen proyek harus memahami hal ini lebih luas
konteks-mengelola kegiatan sehari-hari dari proyek ini adalah diperlukan untuk sukses
tetapi tidak cukup.
Bab 3, Manajemen Proyek Proses, menggambarkan pandangan umum tentang bagaimana
manajemen proyek umumnya berbagai proses berinteraksi. Memahami ini
interaksi adalah penting untuk memahami materi yang disajikan pada Bab 4
sampai 12.
1.3.2 Luas Proyek Manajemen Pengetahuan
Bagian II, Pengetahuan Manajemen Proyek Wilayah, menggambarkan manajemen proyek
pengetahuan dan praktek dalam hal proses komponennya. Proses ini telah
disusun menjadi sembilan bidang pengetahuan seperti yang dijelaskan di bawah ini dan seperti yang diilustrasikan pada
Gambar 1-1.
Bab 4, Integrasi Manajemen Proyek, menjelaskan proses yang diperlukan untuk
memastikan bahwa berbagai elemen dari proyek dikoordinasikan dengan benar. Ini terdiri dari
rencana pengembangan proyek, rencana pelaksanaan proyek, dan pengendalian perubahan secara keseluruhan.
Bab 5, Proyek lingkup manajemen, menggambarkan proses yang diperlukan untuk memastikan
bahwa proyek tersebut mencakup semua pekerjaan yang diperlukan, dan hanya pekerjaan yang dibutuhkan, untuk
menyelesaikan proyek dengan sukses. Ini terdiri dari inisiasi, perencanaan lingkup, definisi ruang lingkup,
scope verifikasi, dan kontrol lingkup perubahan.
Bab 6, Manajemen Waktu Proyek, menjelaskan proses yang diperlukan untuk memastikan
tepat waktu penyelesaian proyek. Ini terdiri dari definisi kegiatan, urutan kegiatan,
memperkirakan durasi kegiatan, jadwal pembangunan, dan pengendalian jadwal.
Bab 7, Manajemen Biaya Proyek, menjelaskan proses yang diperlukan untuk memastikan
bahwa proyek selesai sesuai dengan anggaran yang disetujui. Ini terdiri dari sumber daya
perencanaan, estimasi biaya, anggaran biaya, dan kontrol biaya.
Bab 8, Manajemen Mutu Proyek, menjelaskan proses yang diperlukan untuk memastikan
bahwa proyek akan memenuhi kebutuhan yang dilakukan. Ini terdiri dari
perencanaan mutu, jaminan mutu, dan kontrol kualitas. Bab 9, Manajemen Sumber Daya Manusia Proyek, menjelaskan proses yang diperlukan
untuk membuat penggunaan paling efektif dari orang yang terlibat dengan proyek ini. Ini
terdiri dari perencanaan organisasi, akuisisi staf, dan pengembangan tim.
Bab 10, Manajemen Komunikasi Proyek, menjelaskan proses yang diperlukan
untuk memastikan generasi tepat waktu dan tepat, pengumpulan, diseminasi,
penyimpanan, dan disposisi akhir dari informasi proyek. Ini terdiri dari komunikasi
perencanaan, distribusi informasi, pelaporan kinerja, dan administrasi
penutupan.
Bab 11, Proyek Manajemen Risiko, menggambarkan proses yang bersangkutan dengan
mengidentifikasi, menganalisis, dan menanggapi risiko proyek. Ini terdiri dari identifikasi risiko,
kuantifikasi risiko, risiko pengembangan respon, dan kontrol respon risiko.
Bab 12, Manajemen Pengadaan Proyek, menjelaskan proses yang diperlukan
untuk memperoleh barang dan jasa dari luar organisasi bermasalah. Ini terdiri
perencanaan pengadaan, perencanaan permohonan, ajakan, pemilihan sumber,
administrasi kontrak, dan kontrak close-out.
1.4 HUBUNGAN KE PERANGKAT LAIN
MANAJEMEN DISIPLIN
Sebagian besar pengetahuan yang dibutuhkan untuk mengelola proyek yang unik atau hampir unik untuk
manajemen proyek (misalnya, jalur analisis kritis dan struktur kerja rincian).
Namun, PMBOK tidak tumpang tindih disiplin manajemen yang lainnya seperti yang diilustrasikan pada
Gambar 1-2.
manajemen Umum meliputi perencanaan, pengorganisasian, staf, melaksanakan, dan
mengendalikan kegiatan perusahaan yang sedang berlangsung. manajemen Umum juga mencakup
mendukung disiplin ilmu seperti pemrograman komputer, hukum, statistik dan
teori probabilitas, logistik, dan personel. PMBOK ini tumpang tindih manajemen umum
dalam perilaku banyak daerah-organisasi, peramalan keuangan, dan perencanaan
teknik untuk nama hanya beberapa. Bagian 2.4 menyediakan diskusi yang lebih rinci
umum manajemen.
daerah kategori Aplikasi adalah proyek yang memiliki elemen umum yang signifikan
dalam proyek tersebut namun tidak dibutuhkan atau hadir dalam semua proyek. Aplikasi adalah daerah
biasanya didefinisikan dalam istilah:
• Teknis elemen, seperti pengembangan perangkat lunak, farmasi, atau konstruksi
rekayasa.
• Manajemen elemen, seperti kontrak pemerintah atau produk baru
pembangunan.
• Industri kelompok, seperti otomotif, bahan kimia, atau layanan keuangan.
Lampiran E mencakup diskusi yang lebih rinci penerapan manajemen proyek
daerah.
1,5 TERKAIT Berusaha
Beberapa jenis usaha erat berkaitan dengan proyek. Hal ini terkait usaha
dijelaskan di bawah ini.
Program. Program adalah sekelompok proyek dikelola secara terkoordinasi untuk
memperoleh manfaat tidak tersedia dari pengelolaan mereka secara individu [2]. Banyak program
juga termasuk elemen operasi yang sedang berlangsung. Sebagai contoh:
• The "Program pesawat XYZ" meliputi baik proyek atau proyek-proyek untuk merancang
dan mengembangkan pesawat serta manufaktur berlangsung dan dukungan
bahwa kerajinan di lapangan.
• Banyak perusahaan elektronik memiliki "manajer program" yang bertanggung jawab untuk
kedua rilis produk individual (proyek) dan koordinasi dari beberapa
rilis dari waktu ke waktu (sebuah operasi yang sedang berlangsung).

PROYEK
KONTEKS MANAJEMEN

Proyek dan manajemen proyek beroperasi dalam lingkungan yang lebih luas daripada
proyek itu sendiri. Tim manajemen proyek harus memahami hal ini lebih luas
konteks-mengelola kegiatan sehari-hari dari proyek ini adalah diperlukan untuk sukses
tetapi tidak cukup. Bab ini menjelaskan aspek-aspek kunci dari manajemen proyek
konteks tempat lain yang tidak tercakup dalam dokumen ini. Topik yang disertakan di sini adalah:
2.1 Proyek Tahapan dan Siklus Hidup Proyek
2.2 Stakeholder Proyek
2.3 Pengaruh Organisasi
2.4 Kunci Keterampilan Manajemen Umum
2.5 Pengaruh Sosial Ekonomi
2.1 PROYEK TAHAPAN DAN SIKLUS HIDUP PROYEK
Karena proyek usaha unik, mereka melibatkan tingkat ketidakpastian. Organisasi
proyek bermasalah biasanya akan membagi proyek masing-masing menjadi beberapa proyek
fase untuk memberikan kontrol manajemen yang lebih baik dan link sesuai dengan yang sedang berlangsung
operasi organisasi pertunjukan. Secara keseluruhan, proyek fase diketahui
sebagai siklus hidup proyek.
2.1.1 Karakteristik Tahap Proyek
Setiap tahapan proyek ini ditandai dengan menyelesaikan satu atau lebih deliverables. Sebuah deliverable
adalah, nyata kerja diverifikasi produk seperti studi kelayakan, desain detail, atau
prototipe bekerja. Point-point, dan karenanya fase, adalah bagian dari umumnya
logika sekuensial dirancang untuk memastikan definisi yang tepat dari produk proyek.
Kesimpulan dari tahapan proyek umumnya ditandai dengan tinjauan dari kedua kiriman kunci
dan kinerja proyek dalam rangka (a) menentukan apakah proyek harus
melanjutkan ke tahap berikutnya dan (b) mendeteksi dan memperbaiki kesalahan biaya efektif. Ini
fase-end review sering disebut keluar fase, gerbang panggung, atau membunuh poin.
Setiap tahapan proyek biasanya meliputi satu set produk kerja didefinisikan dirancang untuk
menetapkan tingkat pengendalian manajemen yang diinginkan. Sebagian besar item
terkait dengan fase primer deliverable, dan fase biasanya mengambil nama mereka
dari item-item ini: persyaratan, desain, membangun, teks, start-up, omset, dan lain-lain sebagai
sesuai. siklus hidup proyek perwakilan Beberapa diuraikan dalam Bagian 2.1.3.
2.1.2 Karakteristik Siklus Hidup Proyek
Siklus hidup proyek berfungsi untuk menentukan awal dan akhir proyek. Misalnya,
ketika sebuah organisasi mengidentifikasi kesempatan yang ingin menanggapi
untuk, sering akan mengotorisasi sebuah studi kelayakan untuk memutuskan apakah itu harus melakukan sebuah proyek.
Kehidupan definisi siklus proyek akan menentukan apakah studi kelayakan diperlakukan
sebagai proyek tahap pertama atau sebagai proyek, terpisah berdiri sendiri.

Simak

Baca secara fonetik

Kehidupan Definisi siklus proyek juga akan menentukan tindakan transisi pada
akhir proyek termasuk dan yang tidak. Dengan cara ini, proyek
definisi siklus hidup dapat digunakan untuk menghubungkan proyek ke operasi yang sedang berlangsung dari
menjalankan organisasi.
Urutan fasa ditentukan oleh siklus proyek yang paling hidup pada umumnya melibatkan beberapa
bentuk transfer teknologi atau tangan-off seperti persyaratan untuk desain, konstruksi
dalam operasi, atau desain untuk manufaktur. Kiriman dari sebelumnya
fase biasanya disetujui sebelum pekerjaan dimulai pada tahap berikutnya. Namun, berikutnya
tahap kadang-kadang dimulai sebelum persetujuan kiriman tahap sebelumnya
pada saat risiko yang terlibat dianggap diterima. Praktik ini tumpang tindih
fase sering disebut pelacakan cepat.
siklus hidup Proyek umumnya mendefinisikan:
• Apa pekerjaan teknis yang harus dilakukan dalam setiap tahap (misalnya, adalah karya arsitek
bagian dari tahap definisi atau bagian dari tahap pelaksanaan?).
• Siapa yang harus dilibatkan dalam setiap tahap (misalnya, concurrent engineering membutuhkan
bahwa pelaksana terlibat dengan persyaratan dan desain).
deskripsi siklus hidup Proyek mungkin sangat umum atau sangat rinci. Sangat rinci
deskripsi mungkin memiliki banyak bentuk, grafik, dan daftar nama untuk memberikan
struktur dan konsistensi. rinci pendekatan semacam ini sering disebut manajemen proyek
metodologi.
deskripsi Sebagian besar siklus hidup proyek berbagi sejumlah ciri umum:
• Biaya dan staf tingkat rendah di awal, lebih tinggi menjelang akhir, dan drop
cepat karena proyek menarik untuk kesimpulan. Pola ini diilustrasikan dalam Gambar
2-1.
• Probabilitas berhasil menyelesaikan proyek ini adalah terendah, dan karenanya risiko
dan ketidakpastian yang tertinggi, pada awal proyek. Kemungkinan berhasil
penyelesaian umumnya akan semakin tinggi sebagai proyek terus.
• Kemampuan para pemangku kepentingan untuk mempengaruhi karakteristik akhir dari proyek
produk dan biaya akhir dari proyek ini adalah tertinggi pada awal dan mendapatkan
semakin rendah sebagai proyek terus. Seorang kontributor utama terhadap fenomena ini
adalah bahwa biaya perubahan dan koreksi kesalahan umumnya meningkat sebagai
proyek ini terus berlanjut.
Perawatan harus diambil untuk membedakan siklus proyek kehidupan dari siklus hidup produk.
Sebagai contoh, sebuah proyek yang dilakukan untuk membawa komputer desktop baru ke pasar
hanyalah salah satu fase atau tahap siklus hidup produk.

Meskipun siklus banyak proyek fase kehidupan memiliki nama yang sama dengan pekerjaan yang sama
produk yang diperlukan, hanya sedikit yang identik. Sebagian besar memiliki empat atau lima fase, tetapi beberapa
memiliki sembilan atau lebih. Bahkan dalam area aplikasi tunggal bisa ada yang signifikan
pengembangan perangkat lunak variasi-satu siklus kehidupan organisasi mungkin memiliki tunggal
fase desain sementara yang lain telah fase terpisah untuk desain fungsional dan detail.
Sub-proyek dalam proyek mungkin juga memiliki siklus hidup proyek yang berbeda. Misalnya,
sebuah perusahaan arsitektur disewa untuk merancang sebuah bangunan kantor baru pertama kali terlibat dalam pemilik
fase definisi ketika melakukan desain dan di tahap implementasi pemilik
ketika mendukung upaya pembangunan. Proyek Desain arsitek, bagaimanapun, akan
memiliki serangkaian sendiri fase dari pengembangan konseptual melalui definisi dan
implementasi untuk penutupan. arsitek bahkan mungkin memperlakukan merancang fasilitas dan
mendukung pembangunan proyek-proyek terpisah dengan fase mereka sendiri yang berbeda.
2.1.3 Siklus Proyek Perwakilan Life
Siklus hidup proyek berikut telah dipilih untuk menggambarkan keragaman pendekatan
digunakan. Contoh-contoh yang ditampilkan adalah khas, mereka tidak direkomendasikan
tidak disukai. Dalam setiap kasus, nama-nama fase dan point utama adalah yang diuraikan
oleh penulis.
Pertahanan akuisisi. AS Departemen Pertahanan direktif 5000,2, sebagaimana telah diubah
Februari 1993, menggambarkan serangkaian tonggak akuisisi dan fase seperti yang diilustrasikan
pada Gambar 2-2.
Penentuan • Misi Butuh-berakhir dengan Konsep Studi Persetujuan.
• Eksplorasi dan Definisi Konsep-diakhiri dengan Konsep Demonstrasi
Persetujuan.
• Demonstrasi dan-Validasi berakhir dengan Pembangunan Persetujuan.
• Rekayasa dan Manufaktur Pembangunan-berakhir dengan Persetujuan Produksi.
• Produksi dan Operasi berlangsung Deployment-tumpang tindih dan Dukungan.

Konstruksi. Morris [1] menggambarkan suatu siklus kehidupan proyek konstruksi seperti yang diilustrasikan
pada Gambar 2-3:
• Kelayakan proyek formulasi, studi kelayakan, dan desain strategi dan persetujuan.
Keputusan go / no-go yang dibuat pada akhir fase ini.
• Perencanaan dan desain Desain-dasar, biaya dan jadwal, syarat dan kondisi kontrak,
dan rinci perencanaan. kontrak utama adalah membiarkan pada akhir fase ini.
• Produksi-manufaktur, pengiriman, pekerjaan sipil, instalasi, dan pengujian.
Fasilitas ini secara substansial telah selesai pada akhir fase ini.
• Perputaran dan pengujian Start-up-final dan pemeliharaan. Fasilitas ini secara penuh
operasi pada akhir fase ini.
Farmasi. Murphy [2] menggambarkan siklus hidup proyek untuk farmasi
pengembangan produk baru di Amerika Serikat seperti yang diilustrasikan pada Gambar 2-4:
• Discovery dan Penapisan-meliputi penelitian dasar dan terapan untuk mengidentifikasi calon
untuk pengujian praklinis.
• Pengembangan praklinis-termasuk pengujian laboratorium dan hewan untuk menentukan
keamanan dan kemanjuran serta penyusunan dan pengajuan Investigational Baru
Obat (IND) aplikasi.
• Pendaftaran (s)-termasuk hasil pemeriksaan klinis Fase I, II, dan tes III serta
persiapan dan pengajuan New Drug Application (NDA).
• Postsubmission Kegiatan-termasuk pekerjaan tambahan yang diperlukan untuk mendukung
Food and Drug Administration penelaahan terhadap NDA.

Pengembangan perangkat lunak. Muench, et al. [3] menggambarkan model spiral untuk perangkat lunak
pembangunan dengan empat siklus dan empat kuadran seperti yang diilustrasikan pada Gambar 2-5:
• Bukti-of-konsep siklus-menangkap kebutuhan bisnis, menentukan tujuan untuk
bukti-of-konsep, sistem menghasilkan desain konseptual, desain dan membangun
bukti-of-konsep, menghasilkan rencana penerimaan tes, melakukan analisis risiko dan
membuat rekomendasi.
• Pertama membangun persyaratan sistem siklus-berasal, menentukan tujuannya untuk pertama membangun, memproduksi
desain sistem yang logis, desain dan membangun yang pertama membangun, memproduksi sistem
rencana uji, mengevaluasi pertama membangun dan membuat rekomendasi.
• Kedua persyaratan subsistem membangun siklus-berasal, menentukan tujuan untuk kedua
membangun, menghasilkan desain fisik, membangun kedua membangun, memproduksi uji sistem
rencana, mengevaluasi kedua membangun dan membuat rekomendasi.
Persyaratan • Unit Final siklus-lengkap, rancangan akhir, membangun akhir membangun,
melakukan unit, subsistem, sistem, dan tes penerimaan.
2.2 PROYEK STAKEHOLDERS
Proyek pemangku kepentingan adalah individu dan organisasi yang secara aktif terlibat dalam
proyek, atau yang mungkin kepentingan positif atau negatif terkena dampak sebagai akibat dari
pelaksanaan proyek atau penyelesaian proyek yang sukses. Tim manajemen proyek
harus mengidentifikasi para pemangku kepentingan, menentukan apa kebutuhan dan harapan,
dan kemudian mengelola dan mempengaruhi mereka harapan untuk memastikan proyek sukses.
identifikasi stakeholder sering sangat sulit. Sebagai contoh, adalah sebuah perakitan
garis kerja pekerja yang masa depannya tergantung pada hasil produk baru
desain proyek stakeholder itu?
stakeholder kunci pada setiap proyek meliputi:
• Manajer Proyek-individu yang bertanggung jawab untuk mengelola proyek.
• Customer-individu atau organisasi yang akan menggunakan produk proyek.
Mungkin ada beberapa lapisan pelanggan. Sebagai contoh, pelanggan untuk
produk farmasi baru mungkin termasuk para dokter yang meresepkannya, pasien
yang mengambil, dan perusahaan asuransi yang membayar untuk itu.
• organisasi Performing karyawan perusahaan yang paling langsung
terlibat dalam melakukan pekerjaan proyek.
• Sponsor-individu atau kelompok dalam organisasi yang berkinerja
menyediakan sumber daya keuangan, dalam bentuk tunai atau barang, untuk proyek tersebut.

Selain terdapat banyak nama yang berbeda dan kategori proyek
stakeholder internal dan eksternal, pemilik dan penyandang dana, pemasok dan kontraktor,
anggota tim dan keluarga mereka, instansi pemerintah dan media, individu
warga negara, organisasi lobi sementara atau permanen, dan masyarakat pada umumnya.
Penamaan atau pengelompokan stakeholder terutama bantuan untuk mengidentifikasi individu
dan organisasi melihat diri mereka sebagai stakeholder. Peran Stakeholder dan
tanggung jawab mungkin tumpang tindih, seperti ketika sebuah perusahaan konstruksi menyediakan pembiayaan untuk
tanaman itu adalah merancang.
Mengelola stakeholder harapan mungkin sulit dilakukan karena para pemangku kepentingan sering
memiliki tujuan yang sangat berbeda yang mungkin masuk ke dalam konflik. Sebagai contoh:
• Manajer departemen yang telah meminta informasi manajemen baru
sistem mungkin menginginkan biaya rendah, arsitek sistem dapat menekankan teknis
keunggulan, dan kontraktor pemrograman mungkin paling tertarik dalam memaksimalkan
keuntungannya.
• Wakil presiden penelitian di sebuah perusahaan elektronik dapat menentukan produk baru
sukses sebagai teknologi state-of-the-art, wakil presiden manufaktur mungkin
mendefinisikannya sebagai praktek kelas dunia, dan wakil presiden pemasaran mungkin
terutama berkaitan dengan sejumlah fitur baru.
• Pemilik proyek pengembangan real estat akan difokuskan pada kinerja tepat waktu,
badan lokal dapat keinginan untuk memaksimalkan pendapatan pajak, sebuah
kelompok lingkungan hidup mungkin ingin meminimalkan dampak lingkungan yang merugikan,
dan penduduk sekitar dapat berharap untuk merelokasi proyek.
Secara umum, perbedaan antara atau antar stakeholder harus diselesaikan dalam mendukung
pelanggan. Ini tidak, bagaimanapun, berarti bahwa kebutuhan dan harapan lainnya
stakeholder dapat atau harus diabaikan. Mencari resolusi yang tepat untuk seperti
perbedaan bisa menjadi salah satu tantangan utama manajemen proyek.
2.3 PENGARUH ORGANISASI
Proyek biasanya bagian dari organisasi yang lebih besar dibandingkan dengan perusahaan proyek,
instansi pemerintah, institusi perawatan kesehatan, badan-badan internasional, asosiasi profesi,
dan lain-lain. Bahkan ketika proyek ini adalah organisasi (usaha patungan,
kemitraan), proyek ini masih akan dipengaruhi oleh organisasi atau organisasi yang
mendirikannya. Bagian berikut menjelaskan aspek-aspek kunci dari struktur organisasi yang lebih besar
yang mungkin mempengaruhi proyek.
2.3.1 Sistem Organisasi
organisasi proyek berbasis operasi mereka yang terutama terdiri dari proyek-proyek.
Organisasi-organisasi ini jatuh ke dalam dua kategori:
• Organisasi yang berasal pendapatan mereka terutama dari proyek-proyek pertunjukan
lain-arsitektur perusahaan, teknik perusahaan, konsultan, kontraktor konstruksi,
pemerintah kontraktor, dll
• Organisasi yang telah mengadopsi manajemen oleh proyek-proyek (lihat Bagian 1.3).
Organisasi-organisasi ini cenderung memiliki sistem manajemen di tempat untuk memfasilitasi proyek
manajemen. Sebagai contoh, sistem keuangan mereka sering khusus dirancang untuk
akuntansi, pelacakan, dan pelaporan pada proyek-proyek secara simultan.
Non-proyek organisasi berbasis-perusahaan manufaktur, jasa keuangan
perusahaan, dll-jarang memiliki sistem manajemen yang dirancang untuk mendukung proyek perlu
efisien dan efektif. Tidak adanya sistem berorientasi proyek biasanya membuat
manajemen proyek lebih sulit. Dalam beberapa kasus, bukan berbasis proyek organisasi
akan memiliki departemen atau sub-unit yang beroperasi sebagai organisasi berbasis proyekdengan sistem untuk mencocokkan.