Rekomendasikan sumber daya untuk pemimpin tim pengembangan [ditutup]

Saya baru-baru ini menjadi ketua tim dari sebuah basis data (95% MS SQL Server, 5% misc-Oracle, Sybase, Access) tim pengembangan yang mengelola dan mengembangkan sejumlah besar basis data di lingkungan perusahaan. Saya mencari sumber daya (daftar periksa, utilitas, praktik terbaik, prosedur, situs web, buku, dll) yang akan membantu saya untuk menerapkan dasar-dasar yang kurang dalam kelompok pengembangan ini di masa lalu, seperti ulasan kode, pelatihan silang, dokumentasi , menegakkan standar, berbagi pengetahuan, membimbing, dan sebagainya.

Sebagian besar yang saya temukan adalah sumber daya keterampilan manajemen umum, tetapi saya ingin menemukan sesuatu yang mungkin spesifik untuk memimpin tim pengembang. Proses korporat adalah air terjun tipe "standar" SDLC, sehingga sumber daya yang diarahkan ke Agile hampir tidak relevan.

Buku yang saya beli & rekomendasikan untuk Tech Leads dan Manajer yang telah bekerja untuk saya:

Rapid Development (S. McConnell) - "Alkitab" jawaban atas hal-hal yang berhubungan dengan manajemen / kepemimpinan umum (lebih banyak manajemen tho)

Menjadi Pemimpin Teknis (Gerald Weinberg) - bacaan padat, tapi bagus.

Manager's Toolkit (Harvard Business Essentials) - sekali lagi, manajemen lebih fokus, tetapi bagus dengan beberapa masalah interpersonal

Dijelaskan Kolaborasi (Jean Tabaka) - lebih lincah fokus, tetapi Alkitab yang baik tentang "bagaimana melakukan X" sangat praktis

Di luar itu ... dengarkan. Belajar dari tim Anda. Belajarlah dari teman-temanmu. Belajar dari atasan Anda. Temukan seorang mentor di luar rantai komando Anda tetapi seseorang yang Anda hormati dan dapat jalankan ketika Anda merasa frustrasi atau macet. Temui mereka setiap dua minggu sekali untuk sarapan.

Saya baru saja membaca Peopleware baru-baru ini dan merasa sangat mencerahkan. Ini pasti akan membantu Anda memahami dinamika tim pengembangan (dan banyak kesalahan yang kami lakukan dalam mengelola / memimpin mereka). Saya direkomendasikan oleh seseorang di sini pada programmer.

Lihat " Debugging the Development Process " oleh Steve Maguire.

Walaupun ini bukan buku yang paling modern lagi (1994), buku ini masih memiliki banyak informasi yang seharusnya berguna bagi Anda sebagai pemimpin tim dan Anda dapat mengambilnya dengan sangat murah. Saya menemukan ini sangat baik.

Anda mungkin juga ingin mempertimbangkan " Pengembangan Cepat " oleh Steven McConnell. Sekali lagi, ini adalah oldie (1996) sehingga semacam mendahului pekerjaan metodologi Agile sehingga Anda akan menemukan pendekatan "air terjun", "spiral" dan "timeboxed" sedang dibahas berdasarkan kemampuan mereka. Anda akan menemukan beberapa pendahulu untuk pendekatan Agile (Rapid Prototyping dan sebagainya). Juga, sehubungan dengan "Praktik Terbaik" Anda akan menemukan sejumlah besar dirangkum pada halaman 400 bersama dengan evaluasi yang dikutip yang tepat mengenai kemanjuran dan penjelasan rinci di dalamnya.

Kedua buku ini diterbitkan oleh Microsoft Press sehingga harus menyajikan referensi yang cukup dengan teknologi yang ada.

Yang paling penting, kedua buku membahas bagaimana mengelola tim pengembangan perangkat lunak - motivasi, penjadwalan, pemikiran strategis, kepemimpinan dan sebagainya.

Saya berada di posisi yang sama. Hal pertama adalah Anda mendefinisikan bagaimana tim harus bekerja, proses apa yang harus dilakukan, apa peran tim. Buat halaman wiki (atau sharepoint atau apa pun) untuk meletakkan semua ini. Kemudian miliki banyak percakapan reguler dalam tim untuk menentukan secara terperinci masing-masing. Satu hal yang penting adalah menetapkan budaya dan perilaku yang diinginkan oleh tim. Untuk pengetahuan tim, inilah yang kami gunakan. Mulai sesi berbagi pengetahuan rutin setiap dua minggu atau bulanan, buat spreadsheet dengan berbagai bidang pengetahuan di baris dan anggota tim dalam kolom. Kemudian berikan skor dari 1-5 untuk mengetahui kekuatan dan kesenjangan untuk setiap anggota. Buatlah sebuah rencana menetapkan tanggung jawab utama, sekunder, dan tersier untuk setiap bidang dengan skor target masing-masing 5, 4 dan 3.

Mendokumentasikan semua proses Anda sangat penting. mis. Kami memiliki proses peninjauan kode dan daftar periksa. Jika proses melibatkan tim lain, ajukan itu dengan manajemen dan setujui proses di tingkat itu. misalnya proses rilis.

Saya tidak bisa menekankan pentingnya mendokumentasikan (bisa ringan di wiki) karena Anda memiliki posisi dasar yang kuat untuk meningkatkan dan menunjukkan manajemen. Seringkali tim saya menang di mata manajemen senior karena kami memiliki dokumen dan proses yang kuat di tempatnya.