Jawaban:
Peopleware: Proyek dan Tim Produktif muncul di pikiran.
Bab pertama dari buku ini mengklaim,
"Masalah utama dari pekerjaan kami tidak begitu banyak teknologi sebagai sosiologis di alam".
Buku ini mendekati masalah sosiologis atau 'politis' seperti tim 'jelling', diam di lingkungan kerja, dan tingginya biaya turnover.
Mengelola Manusia , alias koleksi barang-barang manajerial dari Rands In Repose , layak dibaca, dan lucu untuk di-boot.
Satu ton kebenaran terkonsentrasi pada esensinya.
Perkembangan yang Cepat oleh Steve McConnell.
Alasan saya mendukung PeopleWare adalah karena ada beberapa hal lagi di sini yang mungkin bisa Anda terapkan sebagai pemimpin tim. Ketika Anda seorang pemimpin tim (dengan kurangnya pengaruh yang biasanya muncul), sebagian besar PeopleWare sebagian besar bersifat aspirasi karena Anda tidak akan dapat secara signifikan memengaruhi lingkungan kerja, gaji dan rekrutmen, dan sebagainya.
Saya kira itu tergantung pada apakah Anda mencari sesuatu pada proses pengembangan atau pada manajemen dan kepemimpinan. Meskipun saya belum membacanya, saya suka tampilan The 90 Days Pertama yang direkomendasikan seseorang. Atau saya cukup suka The One Minute Manager walaupun banyak yang memiliki masalah dengannya (sebagian besar diceritakan sebagai cerita dan isinya jelas - yang saya setujui tetapi kita sering melewatkan yang jelas sehingga mengingatkan diri kita sendiri dari waktu ke waktu bukanlah hal yang buruk dan apa pun yang Anda pikirkan, paling tidak sangat pendek).
The Mythical Man Month oleh Fred Brooks memiliki banyak hal hebat yang tidak boleh dilakukan. Itu dan Peopleware adalah dua yang mendefinisikan manajemen proyek perangkat lunak.
Jika Anda adalah Pemimpin Tim Perangkat Lunak baru, saya akan merekomendasikan:
Ini ditulis dari sudut pandang "Saya baru saja menjadi pemimpin tim - sekarang apa?" dan memiliki banyak skenario praktis yang disajikan secara jelas. Ini juga memiliki referensi yang baik di setiap bagian sehingga berguna sebagai buku referensi yang sedang berlangsung.
AntiPatterns dalam Manajemen Proyek adalah daftar indah cara untuk melakukan sesuatu yang salah. Ini daftar hal yang harus dihindari.
Nah, yang bagus yang terdaftar sudah cukup populer di sebagian besar programmer. Bagaimana dengan yang ini: The No Asshole Rule oleh Bob Sutton .
Saya sebenarnya akan berdebat untuk Estimasi Perangkat Lunak: Demistifying the Black Art atau sesuatu seperti itu. Gaya manajemen Anda, meskipun dapat disesuaikan, sebagian besar telah diatur pada saat ini. Anda selalu dapat belajar melakukan hal-hal yang lebih baik, lebih cepat tetapi gaya Anda benar-benar siapa Anda.
Beberapa orang brengsek, yang lain suka berteriak dan berteriak sementara yang lain mendengarkan dan membangun konsensus. Jika Anda telah berkembang untuk waktu yang lama, sifat-sifat kepribadian itu cukup banyak diatur atau cukup terlihat. Anda posisi baru akan membutuhkan banyak penjadwalan: waktu Anda dan waktu orang lain. Untuk berhasil, Anda lebih baik melakukannya dengan benar (atau sebagian besar benar).
Status Anda sebagai Ketua Tim yang baru dicetak akan ditentukan oleh kemampuan Anda untuk mengirimkan proyek tepat waktu.
Milikmu. Latih pemimpin Anda dengan serangkaian diskusi dan sesi pendampingan, dan minta peserta pelatihan Anda membuat jurnal pribadi tentang situasi, tanggapan, dan keberhasilan atau kegagalan. Intinya, mereka akan menulis buku sendiri. Latihan ini bukan untuk buku itu sendiri atau referensi - itu untuk mendorong tindakan refleksi.
Kemudian, setelah pemimpin yang baru dicetak memahami isu-isu tersebut, pilih beberapa buku hebat yang diposting di posting lain.
Maksud saya adalah Anda harus memiliki pengalaman dengan kepemimpinan dan manajemen sebelum Anda membaca buku tentang itu, hanya karena Anda tidak akan cukup tahu tentang materi pelajaran untuk benar-benar memahami, menghargai, dan berhubungan dengan apa yang Anda baca. Misalnya, Anda tidak akan menyarankan seseorang untuk membaca Kode Lengkap sebelum mereka menulis baris kode pertama mereka, bukan? Hal yang sama berlaku di sini. Basahi kaki Anda sehingga Anda memiliki sesuatu untuk dihubungkan, dan kemudian pergi untuk buku-buku.