Gunakan pendekatan perencanaan formal buat proyek yang kompleks.
Teknik-teknik menjelaskan sejauh ini dalam bagian ini pada Pikiran Tools mendukung pendekatan, pragmatis akal sehat untuk merencanakan dan mengelola proyek-proyek kecil dan menengah.
Tetapi, pendekatan ini hanya akan skala sampai batas tertentu - menjadi proyek menjadi lebih besar , mereka dapat mencapai level kompleksitas mana ad hoc pendekatan manajemen proyek menjadi boros dan nir efisien.
Untuk proyek-proyek, manajemen proyek menjadi disiplin teknis pada dirinya sendiri. Untuk menjalankan proyek-proyek misalnya efisien, manajer proyek memakai metodologi manajemen proyek formal misalnya PMBOK atau PRINCE2.
PMBOK, yang merupakan singkatan untuk " Project M anagement Body Of Knowledge", pertama kali diterbitkan pada tahun 1996 sebagai panduan yang disebut Panduan untuk Badan Pengetahuan Manajemen Proyek. Sekarang dalam edisi keempat.
Ini adalah standar yang mewakili praktek yang baik secara umum yang diakui, dan diterbitkan oleh Lembaga Manajemen Proyek . Ini adalah tidak-untuk-keuntungan keanggotaan asosiasi profesi manajemen proyek, yang mengelola Proyek terkait Management Professional (PMP) kualifikasi. PMBOK adalah manajemen metodologi proyek yang dominan digunakan di Amerika Utara.
PRINCE2, yang merupakan singkatan dari " PRojects IN Controlled Environments", secara luas digunakan di Inggris dan di negara berbahasa Inggris di luar Amerika Utara, dan pada awalnya dirancang sebagai standar "praktek terbaik" yang akan digunakan untuk mengelola informasi sistem proyek pemerintah Inggris. Sejak itu, telah menjadi semakin banyak digunakan untuk proyek-proyek dari segala jenis, di swasta maupun sektor publik, dan meskipun hak cipta di dalamnya disimpan oleh Crown dan dikelola oleh Office of Government Commerce (OGC), metode yang dalam domain publik dan bebas bagi organisasi untuk digunakan.
Berbagai organisasi training terakreditasi memberikan PRINCE2 kualifikasi pada level Yayasan, bagi mereka yg membutuhkan buat menjadi akrab dengan terminologi, & dalam level Praktisi, yang bertujuan buat mengelola proyek & program.
Membandingkan Praktek PM TI & Bisnis Semikonduktor
Kita semua memiliki pengetahuan yang cukup baik Manajemen Proyek formal dan kebanyakan dari kita akan menjawab positif jika ditanya tentang penggunaan proses formal manajemen proyek dalam organisasi kita. Pengamatan saya adalah bahwa unit semikonduktor bisnis yang paling matang telah memeluk Manajemen Proyek formal di level bisnis tetapi jauh kurang dipraktekkan, atau bahkan diakui dalam tim rekayasa sendiri. Ini adalah perbedaan utama antara semikonduktor dan dunia Teknologi Informasi. TI bisnis yang sebagian besar mencakup semua aspek Manajemen Proyek formal untuk Pengembangan Produk Baru sementara bisnis semikonduktor biasanya memiliki sistem PM di tempat, meskipun level implementasi biasanya jauh lebih sedikit. Bahkan sebagian besar filsafat manajemen proyek baru memiliki akar mereka di industri TI, semakin memperkuat posisi mereka sebagai driver PM dan inovator.Mengapa terdapat semacam kesenjangan pada komitmen formal pada level Manajemen Proyek antara ke 2 industri? Apakah berukuran & kompleksitas proyek? Apakah komitmen manajemen buat Manajemen Proyek? Apakah itu rekayasa resistensi tim yang lebih besar dalam usaha semikonduktor? Baik pertanyaan, meskipun jawaban yg kurang relevan.
Paling penting adalah bahwa tim TI percaya sepenuhnya melibatkan teknik Manajemen Proyek formal sebagai jalan terbaik untuk kesuksesan proyek-proyek mereka. Fakta ini merupakan sesuatu yg orang-orang berdasarkan kita dalam usaha semikonduktor wajib mencatat, sebagai tuntutan buat rilis produk lebih cepat dan lebih baik di tindak lanjuti ke jalan pemugaran terus-menerus.
Idealnya harus ada individu yang memahami praktek Manajemen Proyek formal dalam setiap disiplin ilmu Anda, seseorang tim leader yang berpengalaman dan mengenal baik aliran kegiatan teknis dan pengorbanan teknis. Orang ini akan mengajukan pertanyaan-pertanyaan sulit dan dapat memvisualisasikan urutan tugas bersama dengan deliverables dibutuhkan / piutang untuk masing-masing. Pada dasarnya Anda sedang mencari manajer proyek menetapkan jenis pikiran dalam disiplin masing-masing yang benar dapat mengidentifikasi dan membingkai kegiatan proyek untuk grup tersebut. Entah ada seorang manajer proyek yang memiliki latar belakang yang luar biasa untuk menilai benar dan rencana kegiatan untuk semua disiplin ilmu, atau bahwa bakat harus dikembangkan dalam disiplin masing-masing untuk memberikan proyek yang akurat perencanaan dan pelacakan data untuk manajer proyek.
Sampling Praktek AM dipakai buat Proyek IT
Untuk surat keterangan Anda Saya memberikan beberapa kabar tentang praktek-praktek Manajemen Proyek formal dan metodologi yg digunakan hari ini di TI. Kita percaya ada poly yg harus dipelajari tentang pendekatan industri buat AM & pasti ada level penerapan untuk proyek kami mendukung pada global semikonduktor. Takeaway Anda dari kabar pada bawah ini akan lebih memahami makna pada balik istilah-istilah yg paling generik Manajemen Proyek Anda akan menemukan dalam literatur saat ini.
PMBOK (Proyek Manajemen Body of Knowledge)
Ini adalah penerapan standar manajemen proyek struktural di AS yang dikembangkan oleh Lembaga Manajemen Proyek. Ada proses sertifikasi untuk PMP, PgMP dan level CAPM manajer proyek. Silakan lihat http://pmi.Org untuk informasi lebih lanjut tentang metodologi untuk mengelola proyek. 
Prince2 (Proyek dalam Lingkungan Dikendalikan)
Prince2 adalah generasi 2 metodologi terstruktur untuk mengelola sebuah proyek yang dikembangkan di Inggris. Dasarnya itu mengamanatkan bahwa setiap proyek harus memiliki awal dikendalikan, menengah dan akhir yang dikendalikan dikendalikan. Ada pelatihan dan ujian seperti orang-orang dari lembaga manajemen program. Lebih lanjut tentang PRINCE2 dapat ditemukan di http://www.prince2.org.uk . Wikipedia juga memiliki beberapa informasi yang baik di http://en.wikipedia.org/wiki/PRINCE2 . Untuk literatur tentang metodologi ini silahkan lihat http://www.apmg-businessbooks.com/bookshop/bookshop.aspx?catID=3.
Tangkas
Hal ini terutama dikembangkan untuk tim pengembangan perangkat lunak dan premis adalah berputar cepat dan deliverables perangkat lunak seluruh proses pembangunan. Ini berfokus pada deliverables beberapa yang lebih kecil, subset sepenuhnya diuji dari produk akhir. Hal ini menghasilkan pelanggan akhir sub-set deliverables awal sementara tim terus iterasi dan memperluas fungsionalitas sampai produk akhir diwujudkan. Salah satu konsep kunci dari sebuah pendekatan ketangkasan bahwa rincian proyek yang direncanakan keluar bertahap sebagai proyek berlangsung, yang memungkinkan sebuah sistem yang jauh lebih mampu beradaptasi dengan perubahan lingkup. Ketika di lingkungan inovasi atas pendekatan ini dapat menghasilkan manfaat yang lebih klasik Prince2 atau pendekatan terstruktur PMBOK. Untuk informasi lebih lanjut silakan lihat di wikipedia http://en.Wikipedia.Org/wiki/Agile_software_development 
Scrum
Scrum adalah suatu metodologi yang biasanya terkait dengan pengembangan perangkat lunak yang tangkas meskipun tidak ada persyaratan keras yang dapat kita lihat. Ini benar-benar lebih dari sebuah metodologi AM yang mempekerjakan master scrum di tempat seorang manajer proyek. Premis pendekatan ini adalah serangkaian pendek 2-4 minggu bisnis untuk menyelesaikan satu set tugas yang telah ditetapkan. Tim fokus sepenuhnya pada item berlari selama periode lari dan pertemuan harian yang mencakup apa yang dilakukan kemarin, apa yang akan Anda lakukan hari ini dan apa hambatan di jalan Anda. Ada juga penekanan pada penilaian risiko dan mitigasi di seluruh siklus proyek. Panduan cepat bagus di proses ini dapat ditemukan di
http://www.softhouse.se/Uploades/Scrum_eng_webb.pdf .
Bagaimana kita dapat Bantuan
Ada beberapa daerah pada mana kita bisa memperkuat tim Manajemen Proyek keterampilan Anda:
- Pelatihan tim desain Anda untuk perencanaan dan pelacakan aktivitas mereka memakai sebuah proyek hidup.
"Tim Keunggulan dalam Desain Eksekusi Mengelola " workshop kami merupakan sesi kerja yang ideal dengan tim Anda buat mengembangkan & tahu Bab Sebelumnya