Project Seope Management

Unsur kunci dari setiap proyek yang sukses adalah bagaimana ruang lingkup dikelola. Semua terlalu sering ini adalah di mana proyek berhasil atau gagal. Alasan untuk ini adalah kompleks.
Pengertian Project Scope Management
• Scope mengacu pada semua pekerjaan yang terlibat didalam menciptakan produk-produk dari proyek dan proses yang digunakan untuk membuatnya.
• Delivarable adalah produk yang diproduksi sebagai bagian dari proyek seperti perangkat keras, dokumen perencanaan, atau rapat.
• Project Scope Management mencakup proses-proses yang terlibat dalam mendefinisikan dan mengendalikan apa yang tidak termasuk kedalam proyek.
Proses Projeck Scope Management
• Scope planning : menentukan bagai mana ruang lingkup akan ditentukan, diperifikasi, dan dikendalikan.
• Scope definition: menelaah project charter dan pernyataan ruang lingkup awal dan menambahkan informasi lebih lanjut sebagai persyaratan yang dikembangkan dan perubahan permintaan tersebut disetujui.
• Membuat WBS:mengelompokkan penyampaian proyek besar menjadi lebih kecil, komponen lebih mudah ditangani.
• Scope verivikasi : penerimaan mempormalkan ruang lingkup proyek.
• Scope Control : Pengendalian perubahan ruang lingkup proyek.

Pada dasarnya ketika sebuah proyek dimulai rinci Project Scope Statement harus selesai. Ini adalah terkandung dalam Project Initiation Document (PID) yang merupakan panduan referensi penting untuk Proyek dan apa yang memberikan. Setelah ini telah secara resmi disetujui biasanya diikuti oleh fase pengumpulan persyaratan yang berpuncak pada persyaratan rinci yang diproduksi dan ditandatangani.
Namun saya telah bekerja pada beberapa proyek di mana kita telah diberi kemewahan waktu dan sumber daya untuk membuat hal ini terjadi.
Ini biasanya disebabkan oleh tiga faktor:
• Sesak waktu
• Kurangnya sumber daya
• Ketidakmampuan Bisnis / Komersial pemangku kepentingan untuk mengetahui apa yang sebenarnya mereka inginkan, yang mengarah ke keputusan penting tidak dibuat secara tepat waktu atau menjadi berubah pada tahap berikutnya.
Hasil ini telah bahwa salah Persyaratan baik telah didokumentasikan atau mereka belum cukup rinci untuk tim pengembangan. Lebih buruk lagi, ada kesempatan di mana terburu-buru untuk sampai ke peluncuran pertama, tidak ada Persyaratan sama sekali! Hal ini saya bisa tambahkan adalah sangat umum di daerah New Media industri.
Ketukan di Efek dari ini adalah bahwa hal itu menjadi mustahil untuk mengelola ruang lingkup dalam cara normal yang bersikeras bentuk Permintaan Perubahan diisi di mana panggung Project Manager menyelenggarakan Penilaian Dampak dan kemudian Dewan Proyek membuat keputusan.
Namun jika lingkup asli itu sendiri tidak jelas, bagaimana bisa Anda sebagai Project Manager bersikeras bahwa Kebutuhan baru sebenarnya perubahan ke ruang lingkup proyek?
Dalam situasi ini, dan bahkan dalam kasus bahkan dimana ada Persyaratan diduga terperinci Anda akan menemukan banjir Perubahan Permintaan datang ke Proyek pada saat yang kritis. Biasanya selama tahap terakhir dari Pembangunan, atau selama Pengujian.
Sekarang Anda bisa memasukkan kaki Anda ke bawah dan bersikeras dari awal proyek bahwa karena frame waktu yang ketat, minim Perubahan Permintaan akan diizinkan, tetapi Anda akan menemukan diri Anda dalam kesulitan dengan Stakeholders Bisnis Anda sangat cepat dan dituduh "dogmatis ". Bisnis benci tidak lebih dari yang bertekanan ke dalam membuat keputusan. Maksud saya, diberi tenggat waktu kapan keputusan-keputusan kunci harus dibuat dalam rangka untuk proyek untuk memenuhi batas waktu itu.
Project Management Scope Tips.
• Pastikan Project Scope Statement didokumentasikan dalam Project Initiation document (PID) yang jelas.
• Bersikeras pada keterlibatan Stakeholder Bisnis yang tepat dari hari 1 dalam mendefinisikan persyaratan. Mereka akan menendang sebuah rewel nyata ketika mereka menyadari bahwa mereka harus komit waktu dan usaha yang serius tetapi Anda harus terus-menerus. Setelah semua jika mereka terlibat itu membuat lebih sulit bagi mereka pada tahap selanjutnya untuk mengatakan Persyaratan salah atau mereka tidak memiliki keterlibatan dalam mendefinisikan mereka.