Laman

AddThis Smart Layers

5.5 Matrix Tanggung Jawab assigment

The Responsibility Assigment Matrix (RAM)

Mengetahui Dimana dukungan Akhirnya Berhenti
Dibutuhkan banyak upaya untuk menyimpan proyek besar berjalan lancar. Dengan sejumlah besar variabel, orang, dan deliverables, sulit untuk tetap di atas segala sesuatu yang terjadi. Pertimbangkan skenario berikut:


Hal (manajer proyek stress): "Apa maksudmu, kita tidak memiliki hasil tes ?! Apa yang telah Katy lakukan.?... Cepat cari Katy!?"
Katy: ". Tidak, Hal, saya tidak bertanggung jawab untuk yang telah dilaksanakan. Joan memiliki keahlian lebih di daerah itu, ingat ? Aku akan tanya Joan apa yang terjadi."  

Joan: "Wah, Katy, saya tahu kalau saya memiliki lebih banyak pengalaman dengan laporan-laporan ini, tapi aku menunggu Anda untuk menghubungi sya agar kita bisa meng-evaluasi mereka bersama-sama."


Apakah Anda mengenali siapa Anda yang tahu? Jenis situasi ini diulang setiap hari di organisasi di seluruh dunia. Dan sebagian besar waktu, tidak ada ketidakmampuan atau niat buruk yang terlibat. Lebih sering, masalah seperti ini adalah hasil dari perencanaan yang tidak memadai dan komunikasi yang buruk.

Proyek yang berhasil memiliki rincian yang jelas siapa yang bertanggung jawab untuk setiap aspek proyek. Tanpa akuntabilitas yang jelas, tertulis, dan disepakati, itu terlalu mudah untuk komunikasi gagal dan tanggung jawab menjadi kacau.


Jadi bagaimana Anda menghindari hal ini?


Mengembangkan Matrix Tugas Tanggung Jawab


Satu alat yang digunakan manajer proyek untuk menjaga tugas yang jelas adalah  Responsibility Assignment Matrix (juga disebut RAM, atau Matriks Tanggung Jawab). Hal ini sesuai deliverables dengan orang-orang yang bertanggung jawab untuk mereka. Untuk setiap bagian proyek, matriks menunjukkan yang perlu memberikan kontribusi untuk apa proyek akan selesai.



Sebagai contoh, katakanlah bahwa Anda melakukan upgrade sistem delivery layanan pelanggan Anda, dan Anda perlu untuk melatih staf Anda untuk menggunakan prosedur baru dan perangkatnya.



Tanggung Jawab Tugas Matrix


Proyek Koneksi situs web memiliki posting di RAM. Mereka menyebutnya Tanggung Jawab Alokasi Matrix yang tidak sepenuhnya benar - mengingat konsensus umum industri. Tapi haL itu situs mereka, mereka bisa menyebutnya apa yang mereka inginkan.
 

Mereka kemudian melanjutkan untuk membingungkan kita sedikit dengan pernyataan
RACI memiliki tempat itu, tapi ini Matrix Alokasi Tanggung Jawab mengambil tanggung jawab proyek dan komitmen untuk level yang baru.Detil dan peran-terfokus, meminta semua anggota tim proyek untuk mempertimbangkan tugas-tugas proyek utama mereka, masukan yang mereka butuhkan, dan output yang mereka harapkan untuk memberikan, untuk melihat lebih lengkap pada lintas-fungsional dependensi dalam rencana Anda.



Apa ini.?


RACI berarti Bertanggung jawab, Akuntabel, Dikonsultasikan dan Diinformasikan. Dalam RACI tugas individu (R, A, C, I) dapat dengan mudah direpresentasikan dalam Excel dan diplot dalam BAGAN DILIHAT BESAR dan digantung di dinding.


Selanjutnya muncul usulan bahwa RAM akan digunakan selama fase perencanaan. Hal ini benar. Tapi RAM digunakan selama semua tahap proyek. RAM dapat berfungsi sebagai titik sentuh untuk semua peserta proyek untuk mengkonfirmasi dan re-konfirmasi yang Akuntabel untuk apa. Ini harus WBS fokus dan terhubung ke Master Schedule, sehingga Ketika barang yang mereka bertanggung jawab untuk adalah karena dapat ditampilkan dalam Bagan Terlihat sama Besar.


Berikut adalah gambaran tentang bagaimana RAM bekerja diekstrak dan dibersihkan dari US Army buku pegangan di RACI. Perhatikan aspek penting di sini - mendefinisikan orang AKUNTABEL adalah langkah pertama. kecuali bidang akuntabel dalam matriks diisi, bidang lain yang bukan dari nilai banyak. Langkah berikutnya adalah menetapkan bidang Bertanggung Jawab. Dari sana Anda cukup banyak dilakukan



Hal Apakah Peran Berdasar, Tapi Itu Bukan Starting Point

Posting menyarankan RAM dimulai dengan peran. Ini bukan tempat kita akan mulai. Sebaliknya kita akan mulai dengan daftar deliverables proyek. Ini adalah artefak dari proyek pelanggan proyek ini adalah tertarik Hal-hal pelanggan proyek bersedia untuk membayar. 

Dapatkan ini didefinisikan dan Anda sudah cukup banyak mendapat ruang lingkup proyek yang didefinisikan - minus hal-hal kecil yang mengganggu perlu membuat ini muncul bahwa pelanggan proyek mungkin tidak bersedia untuk membayar secara eksplisit. Hal-hal seperti lingkungan pengujian, dokumentasi, pelatihan, pengumpulan persyaratan dan sejenisnya. Ini diperlukan tentu saja dengan mereka mungkin tidak menambah nilai proses bisnis. Mereka hanya bagian dari melakukan proyek.
 

Sekarang dengan item-item di baris dari RAM, mencari tahu siapa yang AKUNTABEL untuk membuat mereka muncul. Tekankan "bertanggung jawab." "Uang berhenti di sini" semacam akuntabilitas. Satu dan hanya satu orang bisa bertanggung jawab. Beberapa orang dapat bertanggung jawab dan tentunya orang lain dapat diinformasikan dan dikonsultasikan.

Mengapa Semua Repotnya itu?

Tanpa RAM hanya ada perjanjian diam-diam pada siapa yang bertanggung jawab untuk apa. Dengan RAM itu adalah eksplisit. Tapi jangan membuat terlalu rumit, dan tentu saja Anda tidak harus "membayar" untuk mendapatkan informasi ini.

Sebuah pencarian Google "Matrix Tugas Tanggung Jawab" akan mendapatkan semua RAM yang pernah Anda butuhkan. Dan PCubed bahkan akan menunjukkan kepada Anda bagaimana untuk membangun satu.

RAM tersebut pada akhirnya adalah untuk menghubungkan Struktur Organisasi Breakdown (OBS) dengan Breakdown Struktur Kerja (WBS). Hal sangat penting meskipun adalah untuk memiliki WBS agar Deliverables bukan fungsi.

Fokus pada Deliverables, ini adalah hal-hal pelanggan proyek inginkan.