Apakah ada studi tentang tim lintas fungsi vs tim berbasis domain (mis. Berbasis proyek vs. perangkat lunak / mekanik / dll)?


8

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?


Iya. Setiap hari banyak perusahaan membuat pilihan ini. Dan setiap hari, banyak perusahaan mendapati bahwa itu tidak terlalu berarti. Jika ada pemenang yang jelas, itu pasti sudah terkunci dalam praktik bisnis. Ide-ide penting telah ada sejak penemuan kereta api dan department store. Karena tidak ada pemenang yang jelas, apa artinya itu bagi Anda?
S.Lott

Saya pikir ini adalah pertanyaan yang bagus, tapi saya bertanya-tanya apakah itu akan mendapatkan visibilitas yang lebih tepat tentang Manajemen Proyek. Masalah-masalah ini biasanya melampaui pengembangan perangkat lunak dan dapat diterapkan ke tim mana pun dalam pengaturan proyek apa pun. Juga, @ S.Lott itu sangat penting. Namun, tidak ada pemenang karena keduanya berfungsi (dan bekerja dengan baik) dalam kondisi tertentu. Sayangnya, saya sedang istirahat sejenak di antara tugas-tugas, jadi saya tidak punya waktu untuk menjawab sekarang. Saya akan memberikan jawaban segera setelah saya mendapatkan lebih banyak waktu.
Thomas Owens

@Thomas Owens: "tidak ada pemenang karena keduanya bekerja (dan bekerja dengan baik) dalam kondisi tertentu"? Itu tidak benar. Kalau tidak, akan ada jawaban buku masak, dan setiap bisnis hanya akan diwajibkan (oleh pengacara dan auditor mereka) untuk mengikuti pendekatan buku resep itu.
S.Lott

Saya pikir apa yang dimaksud Thomas Owens (koreksi saya jika saya salah) adalah bahwa itu tergantung pada budaya perusahaan. Saya telah bekerja di berbagai perusahaan yang masing-masing telah menggunakan salah satu dari pendekatan ini dan itu berhasil untuk mereka. Saya bahkan telah melihat pekerjaan ini antara departemen di perusahaan yang sama (masing-masing departemen menggunakan model yang berbeda). Sejauh yang saya ketahui, ini sangat tergantung pada budaya perusahaan dan masyarakat.
NomadAlien

Jawaban:


3

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:

  • SC Wheelwright dan KB Clark, Merevolusi Pengembangan Produk: Lompatan Quantum dalam Kecepatan, Efisiensi, dan Kualitas (New York: Free Press, 1992).
  • F. Damanpour, "Inovasi Organisasi: A Meta-Analisis Efek Penentu dan Moderator," Academy of Management Journal 34, no. 3 (1991).
  • EF McDonough, "Investigasi Faktor-Faktor yang Menyumbang pada Keberhasilan Tim Lintas Fungsi." Jurnal Manajemen Inovasi Produk 17 (2000).

Terima kasih, saya menghargai referensi, saya akan melihat lebih jauh.
mikelong

@mikelong Jika Anda menginginkan lebih, lihatlah topik kepemimpinan dan perilaku organisasi lainnya - itu adalah jenis sumber daya yang akan membahas hal ini secara lebih rinci.
Thomas Owens

1

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.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.