Một cuốn sách tốt để giúp quản lý phi kỹ thuật hiểu phát triển phần mềm là gì? [đóng cửa]

Nếu bạn có một số người không có kỹ thuật quản lý nhóm phát triển phần mềm của bạn, có cuốn sách nào bạn muốn họ đọc để hiểu rõ hơn về quy trình không?

Ví dụ, trong hầu hết các công việc, bạn có thể ước tính khá tốt thời gian thực hiện một nhiệm vụ. Nhưng trong quá trình phát triển, toàn bộ vấn đề là bạn phải tìm ra vấn đề, mất thời gian không xác định. Điều này thật khó để giao tiếp.

Bất cứ điều gì bạn biết về điều đó giải thích điều này tốt?

" Peopleware " và " Tháng huyền thoại " sẽ là một vài tác phẩm kinh điển mặc dù tôi không chắc quản lý sẽ đọc tốt như thế nào khi đọc một cuốn sách vì chúng có thể được coi là cũ.

Đối với quy trình phần mềm và quản lý dự án, tôi phải đề xuất Phát triển nhanh chóng của Steve McConnell : Taming Wild Software Lịch trình và Hướng dẫn sống còn cho dự án phần mềm . Những cuốn sách này thảo luận về các chủ đề từ những sai lầm kinh điển trong việc quản lý các dự án phần mềm đến quản lý rủi ro để giải thích các thực tiễn tốt nhất và khi nào nên áp dụng chúng một cách thích hợp.

Động lực phát triển phần mềm của Jim McCarthy cũng cung cấp một số hiểu biết thú vị về cách các nhóm phần mềm làm việc và cung cấp các mẹo và thủ thuật để tối ưu hóa các dự án phần mềm, dựa trên các trường hợp thực tế.

Không phải là một cuốn sách, nhưng tôi đã thành công trong việc chỉ đạo các nhà quản lý phi kỹ thuật (khá sáng sủa) cho Joel trên Phần mềm .

Nhận sự kiện và sai lầm của Kỹ thuật phần mềm .

BIÊN TẬP

Cuốn sách này rất dễ đọc và dễ dàng bắn tỉa các đoạn từ để quản lý. Nó tập trung vào các vấn đề phát triển phần mềm từ khoảng cách không biết gì về nó. Vào thời điểm đó, tôi có vấn đề tương tự với OP, và làm việc với người quản lý của tôi và cuốn sách này, tôi quản lý để thuyết phục anh ấy rằng tôi cần thêm thời gian và nguồn lực để hoàn thành nhiệm vụ của mình.

Tuy nhiên, gần đây tôi đã thấy rất nhiều thứ trong cuốn sách đó mâu thuẫn. Như mọi khi, tôi sẽ không khuyên bất cứ ai đọc bất cứ điều gì trong các nghiên cứu xã hội. Đó là tất cả quá mơ mộng và thay đổi từ ngày này sang ngày khác.

Phần mềm hoàn hảo: và những ảo tưởng khác về thử nghiệm nên là một cuốn sách khác mà bạn có được chúng.

Từ lời nói đầu, đây là một số câu hỏi mà nó thảo luận:

"Tại sao chúng ta phải bận tâm kiểm tra khi nó dường như làm chúng ta chậm lại?

Tại sao mọi người không thể xây dựng phần mềm đúng, vì vậy nó không cần thử nghiệm?

Chúng ta có phải kiểm tra mọi thứ không?

Tại sao không chỉ kiểm tra mọi thứ?

Điều gì làm cho việc kiểm tra rất khó khăn?

Tại sao kiểm tra mất nhiều thời gian?

Là phần mềm hoàn hảo thậm chí có thể?

Tại sao chúng ta không thể chấp nhận một vài lỗi? "

Có thể là " Nghệ thuật phát triển nhanh ". Điều này có thể thuyết phục họ xem xét việc quản lý các dự án phần mềm theo cách thực tế hơn. Tất nhiên, nếu bạn không muốn họ cố gắng nhanh nhẹn, đó có thể là một điều tồi tệ. Nhưng tôi đang tìm thấy nó một bản thân hấp dẫn đọc.

Về quy trình phát triển phần mềm, tôi phải đi cùng với "Lập trình viên thực dụng: Từ người hành trình đến bậc thầy" của Andy Hunt và Dave Thomas. Nó chứa đầy những kiến ​​thức hữu ích mà thường cần nhiều kinh nghiệm lập trình thực tế để học cách khác. Nó cũng là ngôn ngữ lập trình bất khả tri và hầu hết là dễ hiểu.

Về mặt ước tính, lập trình viên thực dụng có một phần ngắn gọn về nó, nhưng "Tháng huyền thoại" kinh điển của Fred P. Brooks sẽ phải đáng đọc. Một số ví dụ về dự án có vẻ hơi lạc hậu nhưng phần lớn ý tưởng vẫn còn đúng cho đến ngày hôm nay.