หนังสือที่ดีที่จะช่วยให้การจัดการที่ไม่ใช่ด้านเทคนิคเข้าใจการพัฒนาซอฟต์แวร์คืออะไร [ปิด]

หากคุณมีคนที่ไม่ใช่ด้านเทคนิคจัดการทีมพัฒนาซอฟต์แวร์ของคุณมีหนังสือที่คุณต้องการให้พวกเขาอ่านเพื่อทำความเข้าใจกระบวนการดีขึ้นหรือไม่?

ตัวอย่างเช่นในการทำงานส่วนใหญ่คุณสามารถประมาณได้ว่าจะใช้เวลานานแค่ไหน แต่ในการพัฒนาประเด็นทั้งหมดคือคุณต้องเข้าใจปัญหาที่เกิดขึ้นซึ่งต้องใช้เวลา การสื่อสารนี้ยาก

มีอะไรที่คุณรู้บ้างที่อธิบายสิ่งนี้ได้ดี

" Peopleware " และ " Mythical Man Month " จะเป็นแบบคลาสสิกสองสามอย่าง แต่ฉันไม่แน่ใจว่าการจัดการที่ดีจะใช้เวลาในการอ่านหนังสือเล่มใดเล่มหนึ่งเท่าที่ควร

สำหรับกระบวนการซอฟต์แวร์และการจัดการโครงการผมต้องขอแนะนำให้สตีฟ McConnell ของการพัฒนาอย่างรวดเร็ว: ตารางเวลาฝึกฝนป่าซอฟแวร์และซอฟท์แวคู่มือการอยู่รอดโครงการ หนังสือเหล่านี้กล่าวถึงหัวข้อต่าง ๆ ตั้งแต่ข้อผิดพลาดแบบคลาสสิกในการจัดการโครงการซอฟต์แวร์ไปจนถึงการจัดการความเสี่ยงไปจนถึงคำอธิบายวิธีปฏิบัติที่ดีที่สุดและวิธีการใช้อย่างเหมาะสม

การเปลี่ยนแปลงของการพัฒนาซอฟต์แวร์ของจิมแมคคาร์ธียังให้ข้อมูลเชิงลึกที่น่าสนใจเกี่ยวกับวิธีการทำงานของทีมซอฟต์แวร์และให้คำแนะนำและเคล็ดลับสำหรับการปรับโครงการซอฟต์แวร์ให้เหมาะสมตามกรณีของโลกแห่งความจริง

ไม่ได้เป็นหนังสือ แต่ฉันเคยกำกับความสำเร็จที่ดี (สดใสพอสมควร) ผู้จัดการไม่ใช่ทางด้านเทคนิคเพื่อโจเอลซอฟแวร์

ได้รับข้อเท็จจริงและชักนำวิศวกรรมซอฟต์แวร์

แก้ไข

หนังสือเล่มนี้อ่านง่ายและย่อหน้าง่ายต่อการจัดการ มันมุ่งเน้นไปที่ประเด็นของการพัฒนาซอฟต์แวร์จากระยะไกลโดยไม่รู้อะไรเลย ในเวลานั้นฉันมีปัญหาคล้าย ๆ กับ OP และทำงานกับผู้จัดการของฉันและหนังสือเล่มนี้ฉันสามารถโน้มน้าวเขาได้ว่าฉันต้องการเวลาและทรัพยากรมากขึ้นในการทำงานให้เสร็จ

อย่างไรก็ตามฉันเพิ่งเห็นสิ่งต่าง ๆ มากมายในหนังสือเล่มนี้ที่ขัดแย้ง เช่นเคยฉันจะไม่แนะนำให้ใครอ่านอะไรในการศึกษาทางสังคมต่อไป ทุกอย่างล้วนขัดขืนเกินไปและเปลี่ยนแปลงไปทุกวัน

ซอฟต์แวร์ที่สมบูรณ์แบบ: และภาพลวงตาอื่น ๆ เกี่ยวกับการทดสอบควรเป็นหนังสืออีกเล่มที่คุณได้รับมา

จากคำนำหน้านี่เป็นคำถามที่กล่าวถึง:

"ทำไมเราต้องรบกวนการทดสอบเมื่อมันดูเหมือนว่าจะทำให้เราช้าลง?

ทำไมผู้คนถึงสร้างซอฟต์แวร์ไม่ถูกต้องจึงไม่จำเป็นต้องทำการทดสอบ

เราต้องทดสอบทุกอย่างหรือไม่

ทำไมไม่ลองทดสอบทุกอย่างดูล่ะ?

อะไรที่ทำให้การทดสอบยากเหลือเกิน

ทำไมการทดสอบใช้เวลานานมาก

เป็นซอฟต์แวร์ที่สมบูรณ์แบบที่สุด

ทำไมเราไม่ยอมรับข้อผิดพลาดเล็กน้อย "

อาจเป็น " ศิลปะแห่งการพัฒนาที่คล่องตัว " นี่อาจโน้มน้าวให้พวกเขามองไปที่การจัดการโครงการซอฟต์แวร์ด้วยวิธีที่สมจริงยิ่งขึ้น แน่นอนถ้าคุณไม่ต้องการให้พวกเขาลองเปรียวนั่นอาจเป็นเรื่องเลวร้าย แต่ฉันพบว่ามันน่าสนใจอ่านเอง

ในแง่ของกระบวนการพัฒนาซอฟต์แวร์ฉันต้องไปกับ "The Pragmatic Programmer: From Journeyman to Master" โดย Andy Hunt และ Dave Thomas เต็มไปด้วยอัญมณีแห่งความรู้ที่มีประโยชน์ซึ่งโดยทั่วไปจะใช้ประสบการณ์การเขียนโปรแกรมจริงในโลกแห่งความเป็นจริงเพื่อเรียนรู้เป็นอย่างอื่น นอกจากนี้ยังเป็นผู้เขียนโปรแกรมที่ไม่เชื่อเรื่องภาษาและส่วนใหญ่เข้าใจง่าย

ในแง่ของการประมาณค่าโปรแกรมเมอร์ในทางปฏิบัติมีส่วนสั้น ๆ เกี่ยวกับมัน แต่คลาสสิก "The Mythical Man Month" โดยเฟรดพีพีบรูคส์จะต้องมีมูลค่าการอ่าน ตัวอย่างบางส่วนของโครงการดูเหมือนจะล้าสมัยเล็กน้อย แต่ความคิดส่วนใหญ่ยังคงเป็นจริงในปัจจุบัน