Tôi chỉ đọc Cân bằng nhanh nhẹn và kỷ luật . Bỏ tiêu đề sang một bên, nó trái ngược với một nhóm dự án theo kế hoạch đang sử dụng PSP / TSP và một nhóm nhanh nhẹn sử dụng Lập trình cực đoan.
Khi các tác giả cung cấp một ví dụ về phương pháp dựa trên kế hoạch, họ đã sử dụng Quy trình phần mềm cá nhân / Quy trình phần mềm nhóm. Mặc dù, ngoài luồng, đây là những phương pháp dựa trên kế hoạch, chúng cũng được thiết kế để được sử dụng làm khung quy trình và cuối cùng chỉ xác định loại việc cần làm và không làm như thế nào, vì chúng làm cho chúng có khả năng hữu ích ngay cả trong một môi trường nhanh nhẹn. Có thể nhanh nhẹn và vẫn tuân thủ các nguyên tắc PSP và tôi không đủ quen thuộc với TSP để nói chắc chắn, nhưng tôi hiểu rằng nó rất giống nhau.
Tại một thời điểm trong cuốn sách, họ liệt kê một số phương pháp và xếp hạng chúng theo sự nhanh nhẹn. Các phương thức như Scrum, Lean, Crystal và XP đứng đầu. Phần dưới cùng (từ hầu hết đến nhanh nhất) bao gồm Quy trình hợp nhất Rational, Quy trình phần mềm nhóm, Phát triển dựa trên tính năng, CMMI, CMM phần mềm, Quy trình phần mềm cá nhân và Phòng sạch.
Watts Humphrey, trong PSP: Một quá trình tự cải thiện cho các kỹ sư phần mềm , dành một chương để định nghĩa quy trình và sửa đổi cụ thể Quy trình phần mềm cá nhân. Chủ đề phổ biến là các quy trình là quy định (họ nói phải làm gì) và không mô tả (làm thế nào để làm điều đó). Tôi sẽ phỏng đoán rằng TSP rất giống như vậy. CMMI cũng đã được sử dụng cùng với các phương thức nhanh và SEI có một cuốn sách về nó (mà tôi chưa đọc).
Phát triển dựa trên tính năng thường được quảng cáo là một cách tiếp cận nhanh để quản lý dự án, tuy nhiên các tác giả chọn xếp hạng nó như một phương pháp ít nhanh nhẹn hơn.
RUP là một khung lặp. Mặc dù tôi không quen thuộc lắm với nó, nhưng thực tế đó là một khuôn khổ cho tôi nhóm nó với SW-CMM, CMMI và PSP / TSP ở chỗ nó có thể được triển khai như một phương pháp nhanh hoặc theo phương pháp theo kế hoạch.
Ví dụ khác mà cuốn sách cung cấp mà tôi đồng ý là Kỹ thuật phần mềm phòng sạch . Các thành phần chính của Phòng sạch là việc sử dụng các phương pháp chính thức, kiểm soát chất lượng thống kê và kiểm tra âm thanh thống kê. Tôi không thấy lý do tại sao chúng không thể được sử dụng trong phương pháp nhanh (lặp / tăng), với thêm thời gian và chi phí.
Chỉ cần làm rõ những gì tôi đang tìm kiếm, họ phương pháp nhanh bao gồm triển khai cụ thể một ý tưởng trừu tượng dưới dạng Scrum và Lập trình cực đoan. Những người này nhận ra các khái niệm về phát triển lặp và tăng dần, đáp ứng với sự thay đổi, mọi người (cá nhân và nhóm), phân phối thường xuyên phần mềm làm việc, cộng tác với khách hàng, v.v. Họ xác định rõ vai trò, tạo tác, cuộc họp, bảng thời gian và các thực tiễn khác và để "làm Scrum" hoặc "làm lập trình cực đoan" có nghĩa là lấy gói. Mặc dù vậy, chúng cho phép điều chỉnh và tạo ra các quy trình mới (nhưng sau đó bạn không "làm Scrum" hoặc "làm XP"). Tuy nhiên, tôi chưa tìm thấy "do X"
Vì vậy, câu hỏi của tôi: các ví dụ về các phương pháp phát triển phần mềm theo kế hoạch nhiều hơn là gì? Một số khung quy trình (PSP / TSP, SW-CMM, CMMI, RUP) cũng cho phép phát triển theo kế hoạch hoặc nhanh nhẹn, nhưng không có mô tả nào. Nhưng có phương pháp nào thực sự dựa trên kế hoạch, ví dụ, đối tác trực tiếp với Scrum và Lập trình cực đoan không?