Saya bekerja di sebuah organisasi yang menciptakan banyak produk sistem terintegrasi - yaitu produk lengkap dengan mekanik / sistem / elektronik / perangkat lunak yang dirancang dan diproduksi. Pada saat ini sebagian besar tim diorganisasikan di sekitar proyek dengan cara lintas fungsional. Keuntungan dari organisasi seperti ini adalah bahwa orang-orang yang bekerja sama secara erat untuk tujuan bersama sudah dekat.
Kerugiannya berasal dari isolasi insinyur dari rekan-rekan mereka. Biasanya proyek hanya ditugaskan satu insinyur perangkat lunak. Ini berarti bahwa proyek memiliki faktor truk yang tinggi, berbagi pengetahuan minimal dan praktik terbaik, dan pengembangan teknis terbatas.
Jadi pertanyaan saya adalah: adakah studi yang membandingkan biaya / manfaat dari kedua pendekatan ini?
sumber
Jawaban:
Tipe terbaik dari struktur tim untuk digunakan tidak harus berupa manfaat biaya, tetapi pada budaya organisasi yang ada saat ini, karakteristik karyawan, dan jenis proyek yang sedang dilakukan. Karena variabel-variabel ini, tidak ada cara untuk mengatakan bahwa strategi atau pendekatan tertentu adalah yang terbaik, tetapi ada beberapa indikator umum tentang bagaimana Anda dapat menyusun struktur tim terbaik untuk menyelesaikan tugas yang ada.
Ada banyak jenis tim dan cara untuk mengatur tim dan organisasi . Beberapa bentuk yang lebih umum adalah fungsional, ringan, kelas berat, dan otonom. Di bawah ini, saya merangkum bagian dari sebuah buku tentang mengelola inovasi teknologi - Manajemen Strategis Inovasi Teknologi Melissa A. Schilling .
Tim fungsional sepenuhnya non-lintas fungsional. Setiap karyawan tetap berada di dalam departemen mereka sendiri. Isolasi total antara sains, teknik, sumber daya manusia, dan sebagainya. Seorang karyawan akan melapor ke manajer fungsional. Di bawah struktur ini, orang yang mengerjakan proyek cenderung lebih berkomitmen pada departemen fungsional mereka daripada ke proyek. Struktur ini sesuai untuk apa yang dikenal sebagai proyek turunan - memanfaatkan pekerjaan yang ada dengan hanya modifikasi kecil atau perbaikan dan proyek yang hanya (atau sebagian besar) memerlukan satu jenis keahlian.
Tim ringan terjadi ketika anggota berada di departemen fungsional mereka dan melaporkan kepada manajer fungsional. Namun, manajer proyek diperkenalkan. Manajer proyek akan mengawasi orang-orang yang diperlukan untuk melaksanakan proyek, tetapi tidak mengelolanya secara langsung. Peran manajer proyek adalah untuk memfasilitasi komunikasi dan memastikan bahwa setiap anggota proyek berkontribusi secara tepat. Struktur ini paling baik untuk proyek turunan yang tidak memerlukan banyak koordinasi dan komunikasi antar anggota.
Tim kelas berat menghapus individu yang diperlukan dari departemen fungsional mereka, namun mereka masih melapor ke manajer fungsional. Seorang manajer proyek mengawasi kegiatan proyek, tetapi tidak secara langsung mengawasi atau mengatur setiap anggota tim. Manajer proyek biasanya mengungguli manajer fungsional dalam lingkungan ini dan bertanggung jawab untuk mengevaluasi, memberi penghargaan, dan memimpin anggota proyek. Tim-tim ini memiliki tingkat komunikasi dan kolaborasi yang tinggi di antara mereka yang ditugaskan untuk proyek dan para anggota juga berkomitmen untuk keberhasilan proyek. Format ini digunakan pada proyek platform, yang digunakan untuk meningkatkan biaya, kualitas, dan kinerja dari generasi sebelumnya (tetapi mungkin tidak memiliki inovasi baru yang signifikan).
Tim otonom menghapus anggota dari departemen fungsional sepenuhnya, dan meminta mereka bekerja langsung di bawah manajer proyek. Manajer proyek di sini adalah anggota staf senior dan pemimpin organisasi. Kadang-kadang, tim-tim ini diberi kebebasan luar biasa untuk "menyelesaikan pekerjaan" dengan mengembangkan kebijakan dan prosedur mereka sendiri. Pada saat yang sama, mereka akan sepenuhnya bertanggung jawab atas keberhasilan atau kegagalan proyek. Jenis tim ini sering digunakan pada proyek terobosan, yang memperkenalkan inovasi baru ke dalam produk organisasi, atau untuk menghasilkan unit bisnis baru.
Namun, hanya karena jenis tim tertentu mungkin secara umum baik untuk jenis proyek tertentu, itu juga penting apa budaya organisasi itu. Beberapa organisasi tidak dapat (atau tidak akan) mendukung tim otonom karena alasan budaya. Yang lain "selalu melakukannya" dengan cara tertentu dan tidak akan berubah. Penting juga orang seperti apa yang ada dalam tim - beberapa orang berfungsi lebih baik jika mereka ditempatkan dan memiliki tingkat komunikasi dan kemampuan berkolaborasi yang tinggi, sementara yang lain lebih suka ruang mereka untuk menyelesaikan masalah dan membuangnya kembali.
Makalah / buku / dokumen berikut ini dikutip oleh bagian buku yang saya baca:
sumber
Meskipun Anda dapat memiliki tim lintas fungsional, tidak ada salahnya untuk mempekerjakan tim-tim tersebut dengan beberapa insinyur paruh waktu. Misalnya Anda dapat menempatkan Bob pada proyek a dan proyek b dan juga menempatkan Jane pada proyek a dan proyek b. Dengan cara ini mereka didistribusikan, jika Anda memiliki proyek yang cukup kecil untuk dibangun hanya dengan satu insinyur perangkat lunak, bahkan pendekatan ini mungkin memiliki keterbatasan.
Pilihan lain mungkin untuk menjaga struktur tim tetap sama tetapi mengatur lingkungan kerja di sekitar fungsi. Letakkan semua insinyur perangkat lunak bersama di mana mereka dapat berkolaborasi dalam lingkungan terbuka. Ini bertentangan dengan beberapa pemikiran dan kadang-kadang orang menjadi defensif ketika Anda merobohkan tembok, tetapi mungkin membantu untuk bekerja dalam pengaturan jenis banteng.
Konsep bekerja bersama didasarkan pada ini juga. Konsultan dan perancang independen yang akan bekerja di kantor berbasis rumah, pindah ke fasilitas bersama di mana mereka dapat saling memberi kekuatan satu sama lain.
Mungkin tidak banyak ide-ide ini, mungkin Anda bisa mengajukannya ke tim yang terlibat sebagai percobaan untuk mendapatkan produktivitas dan kepuasan yang lebih baik dalam pekerjaan. Kemudian tuliskan kertas putih pada hasilnya.
sumber