Buku-buku terbaik tentang Mengelola Tim Pengembangan Perangkat Lunak? [Tutup]


13

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?


Sekarang ada pertanyaan serupa di pm.stackexchange.com
Andre Holzner

Jawaban:


16

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.

teks alternatif


8

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 teks alternatif


7

The Man-Month Mythical . Ini bacaan penting.


Untuk beberapa bab pertama (uraian terperinci mengapa menambahkan orang ke proyek membuat mereka nanti) layak dilakukan. Selebihnya saya pikir telah berkencan cukup buruk bahkan ketika yang relevan membaca sangat kering.
Jon Hopkins

6

Mengelola Manusia

Tidak banyak item tindakan konkret, tetapi bacaan yang menarik dan memberikan perspektif.


1
Apakah menikmati membaca ini karena punya selera humor :)
ChrisAnnODell

2
Saya membeli buku ini setelah Anda menyarankannya. Setengah jalan sekarang dan setuju bahwa itu sangat solid.
JohnFx

Yang terbaik yang saya temukan sejauh ini untuk mengelola tim dev.
Britt Wescott

5

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.


Panduan Pengembangan Proyek dan Kelangsungan Hidup Perangkat Lunak yang cepat adalah buku kursus untuk Proses Rekayasa Perangkat Lunak dan kursus Manajemen Proyek universitas saya. Pengembangan cepat diperlukan untuk kursus itu, dan saya sangat merekomendasikan memilikinya.
Thomas Owens

1
@ Thomas - Anda benar-benar telah memberi saya sedikit kepercayaan dalam pengajaran universitas. Ini adalah buku yang sangat bagus yang layak untuk dipertahankan setelah lulus.
Jon Hopkins

Departemen saya menggunakan beberapa teks klasik - buku Geng Empat dalam Rekayasa Subsistem Perangkat Lunak, Kode Lengkap direkomendasikan dalam dua kursus yang berbeda, dan Persyaratan Perangkat Lunak Weiger digunakan dalam kursus teknik persyaratan. Dan siswa kelas atas biasanya merekomendasikan buku-buku seperti Pragmatic Programmer, Mythical Man Month, dan Peopleware kepada siswa kelas bawah.
Thomas Owens

4

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).


Salah satu dari sedikit yang menyebutkan bahwa saya sebelumnya tidak terbiasa. Terima kasih untuk sarannya. Bonus: Beberapa copes bekas untuk pengiriman 1 sen + di Amazon.
JohnFx

3

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.)


Saya sudah membaca buku esai JOS, tetapi telah menunda "Smart and Gets Things Done" karena saya takut itu akan menjadi terlalu banyak pengulangan dari yang lain. Apakah ada banyak bahan asli?
JohnFx

@JohnFx - Tidak banyak yang berhenti secara penuh (200 halaman kecil - bukan keringkasan adalah hal yang buruk) dan sebagian besar merupakan perluasan ide yang mungkin pernah Anda lihat di tempat lain dalam tulisannya tetapi masih cukup bagus dan saya pikir itu layak dibaca. Secara finansial Anda bisa mengatakan bahwa itu mahal untuk apa adanya, tetapi itu menebusnya dengan tidak membuang-buang waktu Anda dengan menjadi panjang demi panjang. Terus terang saya berharap saya bisa membayar $ 5 - 10 lebih banyak untuk memiliki seseorang menghapus isi sebagian besar buku IT.
Jon Hopkins

2

http://ecx.images-amazon.com/images/I/41UaBBxx3yL._SL500_AA300_.jpg

(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.


1

Menggiring kucing terutama ditulis untuk programmer yang telah menjadi manajer.


Sebenarnya, itu adalah buku mengerikan yang saya maksudkan.
JohnFx

Jadi saya tidak akan mendapatkan +1 dari Anda, saya kira? Menurut Anda mengapa buku ini mengerikan?
user281377

Pada hampir setiap halaman buku itu saya menemukan saran yang akan menjadi kebalikan dari semua pengalaman manajemen saya telah menunjukkan kepada saya. Seharusnya berjudul "Bagaimana menjadi manajer N00B dalam 10 pelajaran mudah" Ditambah penulis hanya berusaha terlalu keras untuk bertindak seolah-olah dia mengerti programmer ketika jelas dia hanya mengulang stereotip. Itu mengingatkan saya pada seorang pria kulit putih paruh baya yang rap untuk membuktikan kepada anak-anak betapa kerennya dia.
JohnFx

1

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.


-2

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.

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.