Jika Anda memiliki beberapa orang non-teknis yang mengelola tim pengembangan perangkat lunak Anda, apakah ada buku yang Anda ingin mereka baca untuk memahami prosesnya dengan lebih baik?
Misalnya, dalam sebagian besar pekerjaan, Anda dapat memperkirakan dengan baik berapa lama suatu tugas. Namun dalam perkembangannya, intinya adalah Anda harus mencari tahu masalahnya, yang membutuhkan waktu yang tidak diketahui. Ini sulit untuk dikomunikasikan.
Adakah yang Anda ketahui yang menjelaskan hal ini dengan baik?
project-management
Nathan Long
sumber
sumber
Jawaban:
" Peopleware " dan " Mythical Man Month " akan menjadi beberapa buku klasik meskipun saya tidak yakin seberapa baik manajemen untuk membaca kedua buku karena mereka mungkin sudah tua.
sumber
Untuk proses perangkat lunak dan manajemen proyek, saya harus merekomendasikan Rapid Development Steve McConnell : Jadwal Taming Wild Software dan Panduan Kelangsungan Hidup Proyek Software . Buku-buku ini membahas topik mulai dari kesalahan klasik dalam mengelola proyek perangkat lunak hingga mengelola risiko hingga penjelasan tentang praktik terbaik dan kapan cara menerapkannya dengan tepat.
Dinamika Pengembangan Perangkat Lunak Jim McCarthy juga memberikan beberapa wawasan menarik tentang cara kerja tim perangkat lunak dan memberikan tips dan trik untuk mengoptimalkan proyek perangkat lunak, berdasarkan kasus dunia nyata.
sumber
Bukan buku, tapi saya sudah berhasil mengarahkan manajer non-teknis (yang cukup pintar) ke Joel on Software .
sumber
Dapatkan Fakta dan Kekeliruan Rekayasa Perangkat Lunak .
EDIT
Buku ini mudah dibaca, dan mudah untuk membuat paragraf dari manajemen. Ini berfokus pada masalah pengembangan perangkat lunak dari jarak mengetahui apa-apa tentang hal itu. Pada saat itu, saya memiliki masalah serupa dengan OP, dan bekerja dengan manajer saya dan buku ini, saya berhasil meyakinkannya bahwa saya membutuhkan lebih banyak waktu dan sumber daya untuk menyelesaikan tugas-tugas saya.
Namun, saya baru-baru ini melihat banyak hal dalam buku itu yang bertentangan. Seperti biasa, saya tidak akan merekomendasikan siapa pun membaca apa pun dalam pelajaran sosial. Itu semua plin plan dan berubah dari hari ke hari.
sumber
Perangkat Lunak Sempurna: dan ilusi lain tentang pengujian harus menjadi buku lain yang Anda dapatkan.
Dari kata pengantar, berikut adalah beberapa pertanyaan yang dibahas:
"Mengapa kita harus repot-repot menguji ketika sepertinya memperlambat kita?
Mengapa orang tidak dapat membuat perangkat lunak dengan benar, sehingga tidak perlu pengujian?
Apakah kita harus menguji semuanya?
Mengapa tidak menguji semuanya saja?
Apa yang membuat pengujian sangat sulit?
Mengapa pengujian begitu lama?
Apakah mungkin perangkat lunak yang sempurna?
Mengapa kita tidak menerima beberapa bug saja? "
sumber
Mungkin " Seni Pengembangan Agile ". Ini dapat meyakinkan mereka untuk melihat mengelola proyek perangkat lunak dengan cara yang lebih realistis. Tentu saja, jika Anda tidak ingin mereka mencoba gesit, itu mungkin hal yang buruk. Tapi saya menganggapnya menarik untuk dibaca sendiri.
sumber
Dalam hal proses pengembangan perangkat lunak, saya harus pergi dengan "Programmer Pragmatis: Dari Journeyman ke Master" oleh Andy Hunt dan Dave Thomas. Ini penuh dengan permata pengetahuan yang berguna yang biasanya akan mengambil banyak pengalaman pemrograman dunia nyata yang sebenarnya untuk belajar sebaliknya. Ini juga bahasa pemrograman-agnostik dan sebagian besar mudah dimengerti.
Dalam hal estimasi, programmer pragmatis memiliki bagian singkat tentang hal itu, tetapi klasik "The Mythical Man Month" oleh Fred P. Brooks harus layak dibaca. Beberapa contoh proyek tampaknya sedikit ketinggalan jaman, tetapi banyak dari gagasan itu masih berlaku hingga hari ini.
sumber