Apakah tim pengembang memerlukan manajer?

Latar Belakang:

Saat ini saya bagian dari tim beranggotakan empat: 1 manajer, 1 pengembang senior, dan 2 pengembang. Kami melakukan serangkaian sistem / proyek in-house yang dipesan lebih dahulu (mis. 6-8 minggu) untuk organisasi dengan sekitar 3500 staf, serta semua perawatan dan dukungan yang diperlukan dari sistem yang telah dibuat sebelumnya. Tidak cukup banyak dari kita untuk melakukan semua pekerjaan yang berpotensi menghadang kita - kita kekurangan staf. Manajemen mengakui hal ini, tetapi pembatasan anggaran membatasi kemampuan kami untuk merekrut anggota tambahan ke tim (bahkan jika kami membuat gaji kembali dalam tabungan).

Perubahan

Ini membuat kita berada di tempat kita sekarang. Manajer kami akan meninggalkan perannya untuk padang rumput baru, meninggalkan lowongan di tim. Manajemen menggunakan kesempatan ini untuk merestrukturisasi tim kami yang akan melihat peran manajer tim digantikan oleh pengembang lain dan pengembang senior lainnya. Logikanya adalah bahwa kita membutuhkan lebih banyak pengembang, jadi inilah cara mendanainya (salah satu peran sebagian didanai dari pos kosong lainnya).

Tim tidak akan memiliki manajer lini langsung dan peran dan tanggung jawab akan dibagi antara senior dan manajer layanan (relatif baru untuk posting) (peran non-teknis dengan pengetahuan / pengalaman pengembangan kecil-ke-tidak-ada yang fokusnya dibagi di antara sejumlah tim dan individu lain) - yang akan menjadi manajer aktual kami selanjutnya dalam rantai makanan.

Saya kira pertanyaan terakhir adalah:

Apakah mungkin menjalankan tim pengembangan tanpa manajer? Pernahkah Anda mengalami hal ini? Dan hal-hal apa yang bisa salah / dapat bermanfaat bagi kita?

Saya idealnya ingin "melihat cahaya" dan manfaat melakukan hal-hal seperti ini, atau mengajukan beberapa poin untuk membantahnya.

Semakin besar risikonya, semakin Anda membutuhkan "penutup udara". Inilah yang seharusnya disediakan oleh manajer. Sementara tim melakukan pekerjaan, manajer diharapkan untuk memastikan bahwa tidak ada yang akan mencegah tim mencapai tujuan tim. Baik itu menyesuaikan jadwal, menjalankan gangguan antara tim dan staf penjualan, atau hanya memastikan tim dibayar tepat waktu dan bahwa mesin kopi tetap berfungsi. Manajer yang sangat hebat memungkinkan tim berfungsi hampir seolah-olah manajer itu tidak ada.

Kenyataannya tentu saja adalah bahwa sebagian besar manajer benar-benar gagal dalam hal ini. Mereka baik manajemen mikro, atau mereka dianggap usang sehingga eselon atas perusahaan dapat mengontrol hal-hal lebih langsung, dan manajer yang benar-benar hebat benar-benar burung langka. Sejauh yang berkaitan dengan tim perangkat lunak, ada beberapa pro dan kontra dalam hal memiliki struktur tim yang hierarkis atau datar. Jika tim sangat kecil, dan pekerjaan yang dilakukan membutuhkan sedikit tumpang tindih (dan maksud saya setiap orang memiliki proyek independen), maka sudah pengalaman saya bahwa struktur tim yang datar (tidak dikelola) dapat bekerja dengan sangat baik jika semua anggota tim disiplin. Namun, juga pengalaman saya bahwa di mana ada banyak tumpang tindih dalam pekerjaan yang dilakukan oleh anggota tim, di mana ada dua atau lebih kepribadian yang relatif kuat,

Ada banyak faktor yang terlibat, tetapi itu benar-benar bermuara pada kepribadian yang terlibat, motivasi individu dan tujuan karir mereka, dan contoh dan bimbingan yang diberikan oleh manajemen atas yang akan menentukan seberapa penting posisi manajer atau pemimpin tim. Secara umum, jika ada kekacauan, dan ketika tim memintanya, maka tim jelas membutuhkan kepemimpinan. Jika semuanya berjalan baik-baik saja tanpa masukan manajemen, maka mungkin tim dapat mengelola dalam struktur non-hierarkis untuk sementara waktu ... setidaknya sampai beban kerja dan jadwal menjadi terlalu sulit untuk dikelola.

Seseorang harus menjadi manajer, tetapi dalam kasus tim Anda, saya tidak berpikir ini adalah posisi penuh waktu. Pekerjakan sr lain. dev dan jadikan salah satu dari mereka manajer. Idealnya, orang yang paling cocok menjadi manajer dan tidak harus programmer terbaik.

Manajer perlu memiliki keputusan akhir di mana tidak ada konsensus, sehingga orang tersebut harus memenuhi syarat teknis. Mengevaluasi programmer lain, rapat, dan menangkis manajemen senior adalah bagian dari pekerjaan.

Disarankan Bacaan: Tahun Tanpa Celana . Bahkan proyek perangkat lunak besar (WordPress), dapat berjalan tanpa manajer langsung, tetapi ada beberapa tugas (tidak ada yang ingin melakukan / sangat sulit) atau memerlukan mengintegrasikan sejumlah besar pengembang untuk tugas yang sama, bisa sangat sulit tanpa beberapa kontrol pusat.

Jawaban sederhana untuk pertanyaan Anda adalah ya seperti yang ditunjukkan orang lain.

Jawaban yang lebih lengkap tetapi lebih kompleks untuk pertanyaan Anda adalah menjawab:

"Manajemen mengakui hal ini, tetapi pembatasan anggaran membatasi kemampuan kami untuk merekrut anggota tambahan ke tim"

Manajemen mengatakan "ya kami mengakui itu, kami menyadari bahwa" hanya "kata-kata" untuk membuat Anda merasa lebih baik. Mereka tidak menganggapnya penting untuk kesuksesan organisasi, atau mereka akan benar - benar mendukung seseorang yang sebenarnya!

Hal-hal lain yang harus diperhatikan (karena ada banyak psikologi dalam hal ini) adalah ketika manajemen memberi tahu Anda kabar buruk, tetapi bercampur dalam beberapa lelucon, mungkin menyebutkan masalah secara langsung, mungkin tidak, tetapi yang pada dasarnya membuat tidak mungkin untuk mempertanyakannya ( itu teknik yang halus dan pintar). Satu lagi yang harus diperhatikan adalah pertemuan 3 jam di mana Anda disajikan dengan rencana dan pada 2 jam 55 menit diminta pendapat Anda.

Waspadai manajemen yang "mengatakan" hal yang benar dan bukan manajemen yang "melakukan" hal yang benar.

Tidak ada manajer = Tidak ada akuntabilitas = Kekacauan dalam jangka panjang setidaknya. Setiap orang akan melakukan hal-hal yang dia suka dan manajemen menengah akan berkeliling tidak yakin siapa yang harus diajak bicara atau siapa yang benar dan siapa yang salah untuk masalah atau permintaan yang diberikan. Kecuali jika tugasnya sangat terpisah dan memiliki sedikit atau tidak ada hubungan, memiliki banyak 'manajer kecil' tidak berfungsi dalam pengembangan karena ada begitu banyak cara untuk melakukan tugas yang diberikan dan karena manajemen membutuhkan keahlian, pengembang yang sibuk mungkin tidak selalu memperolehnya. Ada kebutuhan bagi seseorang untuk melihat gambaran lengkapnya. Gaya yang disarankan dapat bekerja untuk tim yang memberikan dukungan aplikasi lama atau warisan tetapi tidak dalam pengembangan. Agar optimis, ini akan membuat organisasi Anda dan beberapa cobaan dan kegagalan sebelum ini berhasil dengan cukup baik.

Saya setuju dengan jawaban di atas, tetapi ada pertimbangan penting.

"Manajer" adalah posisi, tetapi berpikir dalam hal peran , manajer adalah seseorang yang memiliki tanggung jawab tertentu . Terlepas dari apa tanggung jawab ini, negosiasi dengan CxO, menulis laporan, mengelola liburan, atau bahkan mengisi mesin kopi - tim Anda membutuhkan seseorang yang bertanggung jawab untuk ini.

Pro's - Ini bisa menjadi salah satu dari Anda, dan ini bisa menjadi dorongan besar untuk karirnya. Anggota tim lainnya akan mendapatkan seseorang yang tidak "ditugaskan dari atas", tetapi seseorang yang sangat memahami kebutuhan tim.
Tentu saja, jangan lupa untuk merundingkan berapa banyak waktu yang akan dia habiskan untuk tugas-tugas manajerial, dan apa yang tersisa untuk apa yang dia lakukan sebelumnya.

Con's - Mungkin juga tidak ada dari Anda yang ingin menjadi manajer. Tidak ada yang buruk dalam hal ini. Banyak pengembang lebih suka menikmati dengan keyboard dan pengembang lain, daripada "membuang-buang waktu" dengan laporan, diagram, dan pertemuan. Percayalah, lima menit dengan bos berteriak setiap pagi benar-benar melemahkan semangat! :)

Jadi, saya akan mengatakan kembali pertanyaan Anda seperti ini:
Apakah mungkin menjalankan tim pengembangan tanpa manajer yang berdedikasi ? - Ya .
Apakah tim Anda siap untuk perubahan itu? - Saya tidak bisa mengatakannya.
Cobalah. Layak untuk dicoba.

Saat ini saya bekerja di tim kecil tanpa manajer. Perusahaan kecil. Itu bekerja dengan baik.

Jarak tempuh Anda mungkin beragam.

Anda membutuhkan petunjuk teknis dan manajer, ya. Saya pribadi berpikir bahwa petunjuk teknis jauh lebih penting. (Jika Anda tidak yakin apa itu, pada dasarnya itu adalah orang yang membagikan pekerjaan dan memastikan semua orang melakukan apa yang seharusnya.)

Tim pengembang tidak memerlukan manajer jika setiap orang cukup dewasa untuk bekerja sebagai tim dan memenuhi harapan pemangku kepentingan.

Ada peran tertentu (katakanlah pengembang) yang harus difokuskan pada masalah yang perlu diselesaikan dan tidak khawatir tentang faktor lingkungan lainnya. Di situlah memiliki manajer membantu.

Setelah mengatakan bahwa seseorang senior yang dapat menambah nilai selalu membantu. Bahkan seorang CEO melapor kepada tim manajer (dewan direksi).

2 sen saya ...

Saya akan menyarankan itu tergantung pada pertempuran yang perlu diperjuangkan untuk tim dalam organisasi. Jika ada masalah mencegah Anda melakukan pekerjaan Anda maka manajer harus memilahnya.

Itu mungkin hal-hal seperti memastikan prioritas dikendalikan dan ditetapkan dengan cara yang masuk akal, memastikan Anda memiliki peralatan, perangkat lunak, dll. Mereka harus menjadi penasihat tim dalam organisasi.

Bagaimana Anda terlibat dengan bisnis, bagaimana Anda menentukan apa yang harus Anda kerjakan, siapa yang menentukan kapan Anda 'selesai'. Jika organisasi menangani hal-hal ini tanpa manajer Anda harus berbuat banyak, maka hebat. Tapi kemudian mungkin ada perubahan di luar tim Anda dan mungkin jika satu atau dua orang kunci dalam bisnis mengubah peran Anda mungkin menemukan diri Anda dalam situasi yang sulit.

Mungkin Anda bisa memilih pemimpin yang kuat dalam organisasi yang dapat menjadi advokat Anda, tetapi tidak perlu berpartisipasi dalam manajemen Anda sehari-hari, mendekati mereka dan melihat apakah mereka mau menempatkan tim Anda di bawah mereka. (Mungkin Anda sudah melakukannya dengan 'manajer layanan' yang Anda sebutkan.)

jawaban singkat: ya itu bisa.

Jawaban panjang: tapi itu tergantung pada kepribadian tim. Jelas, seseorang harus memutuskan apa yang Anda lakukan dan karenanya Anda perlu seseorang untuk melapor - ini mungkin tidak perlu menjadi manajer tim Anda, tetapi seseorang harus memberi Anda pekerjaan untuk dilakukan. Di dalam tim, Anda mungkin membutuhkan seseorang untuk menentukan prioritas dan / atau masalah teknis, tetapi itu dapat dengan mudah dilakukan oleh pemimpin tim.

Mungkin Anda perlu menggabungkan tim dev Anda dengan yang lain, apakah Anda memiliki tim uji> apakah lebih baik menggunakan manajer yang sama untuk keduanya, sambil menjaga tim dev semi-otonom?

Menurut saya manajer layanan dapat dengan senang hati memberi Anda pekerjaan yang perlu Anda lakukan dan juga memeriksanya sesuai dengan kualitas yang diperlukan, dan dia tidak memerlukan pengalaman pengembangan untuk melakukan tugas ini - perangkat lunak adalah alat bisnis, baik itu cocok dengan persyaratan atau tidak, dan biasanya orang terbaik untuk menentukan itu adalah pengguna. Manajer layanan akan bertindak sebagai penghubung antara Anda dan mereka, dan semoga Anda tetap bekerja dengan benar. Saya hanya khawatir bahwa dia tidak memiliki kendali yang cukup atas tanggung jawab tim Anda, seolah-olah segalanya mulai kacau, Anda akan berakhir dalam keadaan tidak bahagia sampai manajemen membuat dia (atau, lebih buruk, orang lain) bertanggung jawab untuk kamu.

Tim yang dikelola sendiri bukan hal yang luar biasa. Mereka biasanya membutuhkan metrik kinerja yang jelas untuk menciptakan akuntabilitas yang dihasilkan secara internal. Organisasi Anda dapat memiliki ini, tetapi jika Anda tidak dapat menghasilkan jumlah karyawan tambahan berdasarkan penghematan biaya, maka mungkin ini tidak akan berhasil. Tantangan lainnya adalah bos baru Anda tidak terdengar seperti seseorang yang tahu bagaimana cara menghargai bakat.

Baik atau buruk, sepertinya Anda membutuhkan pelatih pemain. Seseorang yang bisa mengelola tim, dan tampil di dalamnya. Dalam kelompok 4, ini tentu layak. Dalam kelompok 8 atau 10, itu tidak akan terjadi. Tantangannya adalah mengidentifikasi siapa yang harus menjadi pelatih pemain ini. Defaultnya adalah menjadikannya programmer terbaik Anda, tetapi apakah Anda ingin mengikatnya dengan admin? Tidak ada jawaban yang sulit dan cepat, selain mengatakan organisasi berkinerja tinggi menemukan cara untuk tidak memaksa semua teknisi terbaik mereka menjadi manajer.

Manajer cenderung merupakan mata rantai yang hilang antara organisasi dan tim pengembang Anda.

• Mereka memastikan pekerjaan Anda relevan dan memenuhi kebutuhan organisasi.
• Jawaban untuk manajemen atas
• Kelola jadwal sehingga proyek tepat waktu
• Pastikan bahwa kebutuhan Anda untuk proyek diatasi.

Tim yang lebih kecil, dengan tanggung jawab yang kecil dapat berfungsi tanpa manajer yang ditunjuk. Tetapi ketika tanggung jawab menjadi lebih besar, Anda akan membutuhkan seseorang yang mengelola semua risiko dan masalah itu.

Dan mengingat pengaturan Anda, seseorang di tim Anda akan akhirnya melakukan peran manajer meskipun mereka tidak ditunjuk seperti itu. Biasanya tanggung jawab yang didistribusikan tidak berfungsi dengan baik. Sangat tergantung pada bagaimana itu didistribusikan dan jenis orang yang terlibat.

Manfaat memiliki manajer tergantung pada peran yang mereka mainkan untuk tim Anda. Jadi, itu benar-benar tergantung pada peran yang dibutuhkan untuk tim:

• Apakah Anda memerlukan seseorang yang memiliki wewenang untuk menyelesaikan perselisihan antara anggota tim dan menjaga agar tim tetap fokus untuk memberikan pekerjaan yang berkualitas tepat waktu?
• Atau apakah Anda memerlukan seseorang untuk menyediakan penutup udara seperti yang disebutkan dalam jawaban teratas? Kelola jadwal, putuskan prioritas, campur tangan antara manajemen atas dan tim, dll.

Jadi, apakah Anda membutuhkannya? Bisakah orang-orang di posisi yang Anda catat melakukan ini untuk Anda? Jika demikian, maka Anda baik-baik saja. Jika tidak, Anda mungkin menuju bencana.

Sumber: pengalaman pribadi dengan proyek kelompok dan tim yang dikelola dan tidak dikelola.

Saya rasa tim Flat selalu menjadi masalah kecuali Anda menempatkan satu orang yang bertanggung jawab untuk menggiring sekelompok insinyur kelas yang sama / serupa.

Seperti yang disebutkan oleh S.Robins, JIKA semua anggota tim disiplin dengan baik maka menempatkan manajer bisa menjadi hambatan yang tidak perlu di sini. Beberapa perusahaan kecil tempat saya bekerja memiliki kendala tenaga kerja (karena keterbatasan anggaran di antara alasan lain) dan karenanya mereka cenderung menempatkan sekelompok mahasiswa baru / junior ke dalam tim datar dengan satu orang pria di atas mereka yang mengelolanya. .

Jika manajer "1 tingkat lebih tinggi" tidak dapat mengelola orang, ini akan menjadi bumerang. Freshers / junior mulai karir mereka akan sangat kompetitif - cobalah untuk membangun diri mereka sedini mungkin dalam tim dan seseorang perlu mengendalikan orang pada waktu sehingga daya saing mereka tidak mengganggu kerjasama.

Masalah dengan memiliki tim datar adalah bahwa dengan penskalaan proyek Anda pasti akan harus membiarkan satu atau dua orang melakukan sedikit lebih banyak, mengambil tanggung jawab sedikit lebih. Pada titik ini Anda harus membuat hierarki yang terdefinisi dengan baik dan pasti menempatkan Manajer yang tepat untuk menerima telepon dan mengelola orang karena sangat sering ketika ada promosi dari dalam kelompok yang sama selalu ada banyak yang tidak bahagia.

Gagasan buruk lain yang saya lihat di banyak Cos kecil adalah dengan hanya menempatkan orang paling senior dalam hal penunjukan atau pengalaman sebagai manajer. Atau pria yang paling mahir secara teknis dalam grup dipromosikan menjadi seorang manajer. Saya belum pernah melihat ini berhasil.

Saya merasa tim mana pun yang beranggotakan lebih dari 4 orang pasti akan membutuhkan seorang Manajer di awal garis waktu mereka jika proyek tersebut memiliki skala yang baik. Idealnya orang teknis dengan keterampilan manajemen pria, komunikasi yang baik harus bertanggung jawab atas keputusan tertentu.

Saya bekerja untuk perusahaan tempat kami menerapkan praktik lincah, khususnya Scrum. Ini bekerja sangat baik di seluruh papan: tim pengembangan, dan manajemen eksekutif semua senang. Mereka mendapatkan apa yang mereka inginkan.

1. Semua insinyur melapor ke Manajer Teknik. Engineering Manager adalah peran yang sangat teknis dan fungsional, dengan peran yang diperlukan untuk mendapatkan lebih banyak bisnis ke divisi ini. Peran ini setara dengan Pemilik Produk.
2. Manajer proyek adalah peran yang terpisah, mirip scrum master, dan biasanya merupakan kontraktor untuk waktu yang tetap (12 bulan hingga 18 bulan, tanpa perpanjangan kontrak)
3. Manajer proyek - master scrum - sepenuhnya bertanggung jawab untuk kegiatan non-fungsional dan non-teknik

Ini telah bekerja dengan sangat baik, karena tim pengembangan fokus pada aspek teknik, analis bisnis / pemilik produk fokus pada aspek bisnis. Manajer proyek bertanggung jawab atas pelacakan tugas, pelaporan, dan tugas-tugas Master Scrum lainnya.

Manajemen menengah dialihdayakan, dan tidak ada jalur pertumbuhan dari manajemen menengah ke manajemen puncak. Peluang pertumbuhan adalah dari tim pengembangan atau peran analis bisnis menjadi manajer teknik, dan bukan dari peran pengawasan.

Perusahaan kami sangat percaya bahwa manajemen menengah bukanlah nilai tambah utama bagi perusahaan, dan sebaiknya diserahkan kepada perusahaan konsultan eksternal.

Satu hal yang patut dicatat adalah bahwa tidak peduli apakah mereka menunjuk seseorang sebagai manajer, kemungkinan salah satu dari Anda akan menjadi manajer 'de-facto', mungkin orang dengan pengalaman / waktu terlayani paling banyak.

Terutama karena ini sedang dilakukan sebagai langkah pemotongan biaya (yaitu tidak membayar manajer, merekrut pengembang) daripada sebagai pemikiran melalui penataan ulang, akan tampak bahwa manajemen yang lebih tinggi akan terus bekerja karena mereka memiliki sebelumnya, hanya berurusan dengan orang-orang yang mereka kenal lebih baik (yaitu melayani terlama).