Peran itu Milik Proyek
Siapa Project Manager-nya? Pertanyaan itu sendiri kurang tepat. Seseorang bisa jadi Operator di perusahaan, Project Manager di proyek A, hanya urus pembelian di proyek B, dan seharusnya tidak melihat apa pun di proyek C. Jadi kami memisahkan dua hal: identitas milik perusahaan; peran milik proyek. Dan yang penting dari sebuah peran bukan namanya — melainkan apa yang bisa dilakukan orang itu.
Saat merancang izin untuk Snappy PM, kami menemukan pertanyaan yang kelihatannya sangat sederhana:
Who is the Project Manager?
Setelah dipikir lebih jauh, saya sadar pertanyaan itu sendiri kurang tepat.
Seseorang bisa menjadi Operator di perusahaan, tetapi menjadi Project Manager di Project A, hanya bertanggung jawab atas pembelian di Project B, dan di Project C bahkan mungkin sama sekali tidak boleh melihat isi proyek.
Jadi akhirnya kami memisahkan dua hal:
Identity belongs to the company.
Role belongs to the project.
Owner dan Operator menggambarkan hubungan seseorang dengan perusahaan.
Project Manager, Designer, Site Engineer, QS menggambarkan apa yang menjadi tanggung jawab orang itu di sebuah proyek tertentu.
Kedua konsep ini tidak boleh dicampur.
Lebih penting lagi, kami tidak merancang tabel jabatan tetap untuk Snappy PM.
Perusahaan furnitur mungkin butuh:
Project Manager / Designer / Purchaser / Installer
Perusahaan konsultan mungkin butuh:
Project Lead / Consultant / Accountant
Semua itu sebaiknya memakai bahasa perusahaan itu sendiri.
Dan yang benar-benar penting dari sebuah Role bukanlah namanya, melainkan:
What can this person do?
Bisakah dia mengonfirmasi penawaran pelanggan?
Bisakah dia melakukan Change Scope?
Bisakah dia menambahkan Expense?
Bisakah dia memproses Delivery?
Bisakah dia melihat dokumen Financial?
Jadi di Snappy PM, sebuah Role pada akhirnya merujuk pada sekumpulan izin aksi dan izin file yang sangat konkret.
Ini mengingatkan saya pada cara banyak usaha kecil benar-benar dikelola.
Pemilik sering kali tidak ingin membangun Organization Chart yang rumit.
Dia hanya ingin berkata:
"Proyek ini diserahkan ke George, dia pegang eksekusi; pembelian dipegang Ahmed; dokumen keuangan jangan sampai dilihat staf lapangan."
Perangkat lunak seharusnya bisa langsung mengekspresikan kalimat sesederhana itu.
Dan setelah proyek selesai, proyek berikutnya bisa ditata ulang sepenuhnya.
Karena struktur organisasi perusahaan mungkin bersifat jangka panjang, tetapi:
Projects are temporary organizations.
Setiap proyek menyusun ulang sekelompok orang untuk menyelesaikan satu hal.
Jadi kami ingin sistem izin Snappy PM juga berangkat dari Project.
Bukan bertanya dulu:
What is your title?
Melainkan:
What are you responsible for on this project?
Ini mungkin lebih dekat dengan cara usaha kecil benar-benar bekerja.
SnapLedger, your life easier.
Identitas milik perusahaan; peran milik proyek. Owner dan Operator menggambarkan hubungan seseorang dengan perusahaan; Project Manager, Designer, Site Engineer menggambarkan tanggung jawab orang itu di proyek tertentu. Sebuah peran pada akhirnya merujuk pada sekumpulan izin aksi dan izin file yang sangat konkret — diungkapkan dengan bahasa perusahaan itu sendiri.
Di perusahaan Anda, saat proyek baru dimulai, bisakah izin diungkapkan sesederhana ucapan pemilik — 'proyek ini diserahkan ke George, dia pegang eksekusi; pembelian dipegang Ahmed; staf lapangan jangan melihat dokumen keuangan'?
Struktur organisasi perusahaan mungkin bersifat jangka panjang, tetapi proyek adalah organisasi temporer — setiap proyek menyusun ulang sekelompok orang untuk menyelesaikan satu hal.
Dapatkan Founder Diary + pembaruan regulasi untuk negara Anda
Email saat Richard menerbitkan tulisan baru, dan pembaruan regulasi yang penting di tempat Anda tinggal. Gratis, bisa berhenti berlangganan kapan saja.