Sách hay nhất về Quản lý nhóm phát triển phần mềm? [đóng cửa]

Các cuốn sách kinh điển về phát triển phần mềm được thiết lập khá tốt. Tuy nhiên, sau khi đọc qua một cuốn sách khủng khiếp đầy những lời khuyên tồi về quản lý nhóm lập trình vào cuối tuần này, tôi đang tìm kiếm các đề xuất cho những cuốn sách thực sự tốt tập trung vào khía cạnh quản lý lập trình (tuyển dụng, đo lường / quản lý hiệu suất, động lực, thực tiễn tốt nhất, cơ cấu tổ chức , v.v.) và không nhiều về việc xây dựng phần mềm.

Bất kỳ đề xuất?

Peopleware: Các dự án và nhóm sản xuất .

Nếu bạn đọc một cuốn sách làm cho nó một cuốn sách này. Nó bao gồm cách thiết lập về việc làm cho các nhà phát triển của bạn làm việc hiệu quả và sao lưu lý do tại sao những điều này lại quan trọng với các số cứng.

Cơ hội là bạn sẽ không thực hiện tất cả chúng (quá nhiều công ty đã ăn sâu vào các nền văn hóa sẽ ngăn cản chúng) nhưng thật đáng để biết lý tưởng là gì và tại sao, và có đạn dược để có được những gì bạn có thể.

Sau khi bạn đọc Peopleware (hơi lỗi thời, 1999, nhưng là tác phẩm kinh điển) ở đây, một phần mới hơn từ cùng một tác giả ( Tom DeMarco )

Slack Bắt đầu quá khứ, bận rộn và huyền thoại về hiệu quả tổng thể

Người đàn ông huyền thoại-Tháng . Đây là cách đọc cần thiết.

Quản lý con người

Không có nhiều mục hành động cụ thể, nhưng đó là một bài đọc thú vị và cung cấp quan điểm.

Cùng với việc viết Code Complete, Steve McConnell cũng đã viết Rapid Development: Taming Wild Software Lịch trình về quản lý dự án phát triển phần mềm và đối với các nhà quản lý dự án phần mềm cũng gần như Code Complete.

Ông cũng đã viết Dự toán phần mềm: Làm sáng tỏ nghệ thuật đen và Hướng dẫn sinh tồn dự án phần mềm cả hai đều đáng xem, mặc dù Dự toán phần mềm khá ... chi tiết về một chủ đề cụ thể vì vậy trừ khi bạn thực sự quan tâm đến điều bạn có thể muốn để chỉ đạo rõ ràng.

Động lực phát triển phần mềm của Jim McCarthy cũng tốt (như với các cuốn sách của McConnell, Microsoft Press - một công ty nổi tiếng về việc vận chuyển phần mềm tầm thường muộn bằng cách nào đó đã quản lý để xuất bản một số cuốn sách rất hay về cách nó nên được thực hiện đúng cách).

Nó chứa 54 "quy tắc" để phát triển phần mềm - một số rõ ràng, một số ít, rất đáng để ghi nhớ và ít hơn 200 trang (có hình ảnh) nên rất dễ đọc (cộng với cấu trúc 54 quy tắc có nghĩa là nó có nhiều đoạn hay).

Đối với tuyển dụng Thông minh và những điều được thực hiện bởi một số người được gọi là Joel Spolsky có đức tính rất ngắn với một số hiểu biết tốt. Một số điều mà nó nói về sẽ không dễ dàng được triển khai ở mọi công ty / quốc gia nhưng thường có những lựa chọn thay thế sẽ mang lại cho bạn một số lợi ích.

Mặc dù chúng tôi đang giới thiệu công cụ của Joel, cuốn sách đầu tiên của Joel về các bài tiểu luận về Phần mềm cũng rất hay mặc dù tất cả đều có sẵn trực tuyến. Ngắn gọn, dễ đọc và kích thích tư duy.

(Tiến hành chết vì đạo đức giả sau tất cả những lần anh ta than vãn về việc mọi người đập vào nhau về việc Joel và / hoặc Jeff tuyệt vời như thế nào.)

(liên kết đến cuốn sách)

Nhanh nhẹn hay không, một quá trình hồi cứu (nhìn lại công việc gần đây của nhóm và tìm cách để làm điều đó tốt hơn) là điều quan trọng. Cuốn sách này có rất nhiều kỹ thuật hữu ích mà một nhóm có thể sử dụng để tái tạo lại những gì đã diễn ra, tìm ra nguyên nhân gốc rễ và quyết định những gì sẽ làm trong tương lai.

Mèo chăn gia súc đặc biệt được viết cho các lập trình viên đã trở thành người quản lý.

Crystal Clear của Alistair Cockburn. Ngay cả khi bạn không vào Agile, nó bao gồm rất nhiều lời khuyên tốt về việc quản lý các nhóm và cung cấp cho bạn nền tảng tốt để xây dựng quy trình phát triển của riêng bạn.

Rất nhiều sách được đề cập ở trên cho mặt trận Phần mềm. Tôi sẽ nói không có một cuốn sách hay một cặp vợ chồng là đủ. Quản lý bản thân nó là một nhiệm vụ khó khăn và rất chủ quan. Tôi muốn giới thiệu ai đó đang xem xét Quản lý để đọc nhiều sách đánh giá của Harvard Business. Tất cả họ đều có một ý tưởng cụ thể để chia sẻ và những điều này cần rất nhiều sự đọc và nỗ lực thực hiện để chìm đắm.