Trial

3.3 Proyek Perencanaan dan Program Besar


Gunakan pendekatan perencanaan formal untuk 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.



Namun, pendekatan ini hanya akan skala hingga batas
tertentu - sebagai proyek menjadi lebih besar, mereka dapat mencapai level kompleksitas mana ad hoc pendekatan manajemen proyek menjadi boros dan tidak efisien.


Untuk proyek-proyek, manajemen proyek menjadi disiplin teknis dalam dirinya sendiri. Untuk menjalankan proyek-proyek supaya efisien, manajer proyek menggunakan metodologi manajemen proyek formal seperti PMBOK atau PRINCE2.


PMBOK, yang merupakan singkatan untuk "Project Management  Body Of Knowledge", pertama kali diterbitkan pada tahun 1996 sebagai panduan yang disebut Panduan untuk Badan Manajemen Proyek Pengetahuan. 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 pemerintah Inggris sistem proyek. 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 pelatihan terakreditasi menawarkan PRINCE2 kualifikasi di level Yayasan, bagi mereka yang membutuhkan untuk menjadi akrab dengan terminologi, dan pada level Praktisi, yang bertujuan untuk mengelola proyek dan program.


Membandingkan Praktek PM TI dan 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 yang paling matang bisnis 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 sopir PM dan inovator.

Mengapa ada semacam kesenjangan dalam
komitmen formal di level Manajemen Proyek antara kedua industri? Apakah ukuran dan kompleksitas proyek? Apakah komitmen manajemen untuk Manajemen Proyek? Apakah itu rekayasa resistensi tim yang lebih besar dalam bisnis semikonduktor? Baik pertanyaan, meskipun jawaban yang 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 adalah sesuatu yang orang-orang dari kita dalam bisnis semikonduktor harus mencatat, sebagai tuntutan untuk rilis produk lebih cepat dan lebih baik di tindak lanjuti ke jalan perbaikan terus-menerus.



Kita harus jujur menilai efektivitas Manajemen Proyek formal untuk bisnis kita. Jika proyek melebihi kebutuhan bisnis maka itu adalah asumsi yang aman bahwa pelaksanaan PM di tempat bekerja dengan baik. Namun, jika proyek menunjukkan level ketidakpastian dan penundaan, di  sarankan melihat serius pada kedalaman praktek Manajemen Proyek dalam organisasi Anda. Dengan kedalaman Maksud nya seberapa jauh jangkauan Manajemen Proyek resmi kemasing-masing disiplin tim Anda. Jika organisasi telah Manajemen Proyek formal di tempatkan pada level bisnis sedangkan perencanaan dan pelaksanaan proyek untuk produk, pengujian teknik desain, dan sebagainya tidak sepenuhnya melakukan praktik formal, maka mustahil bahwa level bisnis Manajemen Proyek implementasi akan menjadi sukses. Sampah masuk, sampah keluar jenis analogi terbaik akan menggambarkan skenario ini.

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 bingkai 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 digunakan untuk Proyek IT
Untuk referensi Anda Saya memberikan beberapa informasi tentang praktek-praktek Manajemen Proyek formal dan metodologi yang digunakan hari ini di TI. Saya percaya ada banyak yang harus dipelajari tentang pendekatan industri untuk AM dan pasti ada level penerapan untuk proyek kami mendukung di dunia semikonduktor. Takeaway Anda dari informasi di bawah ini akan lebih memahami makna di balik istilah-istilah yang paling umum 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 Agile 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 Agile meskipun tidak ada persyaratan keras yang dapat saya 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 sprint 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
 
Bagaimana kita dapat Bantuan
Ada beberapa daerah di mana kita bisa memperkuat tim Manajemen Proyek keterampilan Anda:
  • Pelatihan tim desain Anda untuk perencanaan dan pelacakan kegiatan mereka menggunakan sebuah proyek hidup.
"Tim Keunggulan dalam Desain Eksekusi Mengelola " workshop kami adalah sesi kerja yang ideal dengan tim Anda untuk mengembangkan dan memahami prinsip-prinsip manajemen proyek inti. 




0 comments:

AddThis