Buku-buku kanonik tentang pengembangan perangkat lunak cukup mapan. Namun, setelah membaca buku yang mengerikan penuh nasihat buruk tentang mengelola tim pemrograman akhir pekan ini, saya mencari rekomendasi untuk buku-buku yang benar-benar bagus yang berfokus pada sisi manajemen pemrograman (perekrutan, pengukuran kinerja / manajemen, motivasi, praktik terbaik, struktur organisasi , dll.) dan tidak sebanyak pada pembangunan perangkat lunak itu sendiri.
Ada saran?
books
management
JohnFx
sumber
sumber
Jawaban:
Peopleware: Proyek dan Tim Produktif .
Jika Anda membaca satu buku, buatlah yang ini. Ini mencakup cara mengatur tentang membuat pengembang Anda produktif dan mendukung mengapa hal-hal ini penting dengan angka yang sulit.
Kemungkinannya adalah Anda tidak akan menerapkan semuanya (terlalu banyak perusahaan memiliki budaya yang tertanam yang akan mencegahnya) tetapi perlu mengetahui apa yang ideal dan mengapa, serta memiliki amunisi untuk mendapatkan apa yang Anda bisa.
sumber
Setelah Anda membaca Peopleware (agak ketinggalan jaman, 1999, tetapi THE klasik) di sini yang lebih baru dari penulis yang sama ( Tom DeMarco )
Slack Getting Past Burnout, Busywork, dan Myth of Total Efficiency
sumber
The Man-Month Mythical . Ini bacaan penting.
sumber
Mengelola Manusia
Tidak banyak item tindakan konkret, tetapi bacaan yang menarik dan memberikan perspektif.
sumber
Selain menulis Kode Lengkap, Steve McConnell juga menulis Rapid Development: Taming Wild Software Schedule yang membahas tentang manajemen proyek pengembangan perangkat lunak dan untuk manajer proyek perangkat lunak hampir sama baiknya dengan Code Complete.
Dia juga menulis Perkiraan Perangkat Lunak: Demistifikasi Seni Hitam dan Panduan Kelangsungan Hidup Proyek Perangkat Lunak yang keduanya patut dilihat, meskipun Perkiraan Perangkat Lunak cukup ... terperinci pada satu subjek tertentu, kecuali jika Anda benar-benar tertarik pada yang mungkin Anda inginkan untuk menghindari.
sumber
Dinamika Pengembangan Perangkat Lunak oleh Jim McCarthy juga baik (seperti buku-buku McConnell itu Microsoft Press - sebuah perusahaan terkenal karena pengiriman sofware biasa-biasa saja terlambat entah bagaimana berhasil menerbitkan beberapa buku yang sangat bagus tentang bagaimana hal itu harus dilakukan dengan benar).
Ini berisi 54 "aturan" untuk pengembangan perangkat lunak - beberapa jelas, beberapa kurang begitu, hampir semua layak diingat dan kurang dari 200 halaman (dengan gambar) sangat mudah dibaca (ditambah struktur 54 aturan berarti itu dalam potongan bagus).
sumber
Untuk perekrutan Smart dan Mendapat Hal-hal yang Dilakukan oleh beberapa pria bernama Joel Spolsky memiliki kebajikan yang sangat sangat pendek dengan beberapa wawasan yang baik. Beberapa hal yang dibicarakannya tidak akan mudah diimplementasikan di setiap perusahaan / negara tetapi sering ada alternatif yang akan memberi Anda beberapa manfaat.
Sementara kami menggembar-gemborkan barang-barang Joel, buku pertama Joel tentang esai Perangkat Lunak juga bagus meskipun semuanya tersedia secara online. Singkat, mudah dibaca, dan merangsang pikiran.
(Hasil untuk mati karena kemunafikan setelah semua waktu dia mengeluh tentang orang-orang menggedor tentang betapa indahnya Joel dan / atau Jeff.)
sumber
(tautan ke buku)
Agile atau tidak, proses retrospektif (melihat kembali pekerjaan tim baru-baru ini dan mencari cara untuk melakukannya dengan lebih baik) adalah penting. Buku ini memiliki banyak teknik berguna yang dapat digunakan tim untuk merekonstruksi apa yang terjadi, mencari tahu akar permasalahan, dan memutuskan apa yang harus dilakukan ke depan.
sumber
Menggiring kucing terutama ditulis untuk programmer yang telah menjadi manajer.
sumber
Crystal Clear oleh Alistair Cockburn. Bahkan jika Anda tidak tertarik pada Agile, itu termasuk banyak saran yang baik tentang mengelola tim dan memberi Anda latar belakang yang baik untuk membangun proses pengembangan Anda sendiri.
sumber
Banyak buku yang disebutkan di atas untuk bagian depan Perangkat Lunak. Saya akan mengatakan tidak ada satu buku atau pasangan yang cukup. Manajemen itu sendiri adalah tugas yang sulit dan sangat subjektif. Saya akan merekomendasikan seseorang yang mempertimbangkan Manajemen untuk membaca banyak buku ulasan Harvard Business. Mereka semua memiliki ide konkret untuk dibagikan dan ini membutuhkan banyak bacaan dan upaya implementasi untuk meresap.
sumber