Scrum có công đức nào trong hợp đồng quốc phòng không?

12

Tình cờ nghe thấy tại watercooler ngày hôm qua: "Scrum không có chỗ trong hợp đồng quốc phòng."

Tôi có xu hướng không đồng ý theo nghĩa tôi tin rằng Scrum có thể được điều chỉnh để hoạt động trong nhiều tình huống và tôi có thể thấy phòng thủ là một trong số đó. Điều này đã gây ra một cuộc tranh luận lớn giữa các đồng nghiệp của tôi (nhiều người trong chúng ta làm việc trong hợp đồng quốc phòng) với sự chia rẽ khá rõ ràng.

Để biến điều này thành một câu hỏi thích hợp: Có ai đã sử dụng thành công (hoặc có kinh nghiệm làm việc với) scrum trong tình huống ký kết hợp đồng quốc phòng chưa? Điều gì đã làm việc tốt, điều gì không hoạt động tốt và những gì (nếu có) sửa đổi đối với vani scrum bạn đã làm gì?

development-process scrum development-methodologies

— Sean Madden
nguồn

3

Agile phấn đấu để loại bỏ chất thải. Các tổ chức cố gắng thành công với nhanh nhẹn phải được liên kết với mục tiêu đó. Các tổ chức chính trị có xu hướng có các ưu tiên khác.

— Martin Wickman

5

"Scrum không có chỗ trong hợp đồng quốc phòng."

Theo kinh nghiệm của tôi, trở ngại chính là khách hàng. Hầu hết các cơ quan chính phủ có mô hình thác nước trong DNA của họ. Ngay cả các hợp đồng cũng được thực hiện theo các giai đoạn thác nước - đầu tiên chúng tôi sẽ tài trợ cho các yêu cầu, sau đó là thiết kế, sau đó thực hiện. Trong lý thuyết thác nước cổ điển, họ thậm chí có thể nghĩ rằng họ có thể khiến các công ty khác nhau thực hiện các giai đoạn khác nhau.

Có nhiều cách để khắc phục điều đó mặc dù IMO. Thực hiện một reqs trả trước và thiết kế như thác nước, sau đó trong các yêu cầu phá vỡ triển khai thành các câu chuyện người dùng lặp đi lặp lại. Sử dụng kiểm tra nội bộ / người dùng chuyên gia đánh giá mỗi lần lặp. Tùy thuộc vào khách hàng, họ có thể hoặc không quan tâm đến việc tham gia. Không phải là scrum thuần túy, nhưng nó có thể là điều tốt nhất bạn có thể làm.

— Doug T.
nguồn

3

Tôi đã làm việc như một thực tập viên cho ba đội tại một cơ sở của Phòng thí nghiệm Nghiên cứu Không quân, một lần trong việc phát triển phần mềm sản xuất, một lần tạo mẫu nhanh và lần thứ ba để xác minh và xác nhận công việc hợp đồng. Cả hai vị trí phát triển đều nhanh nhẹn. Trên thực tế, vị trí sản xuất rất gần với Scrum, với ít tương tác của khách hàng hơn (phần mềm được phân phối cứ sau vài lần lặp lại, khách hàng tại chỗ cứ sau 3-6 tháng), và điều này là vào năm 2006. Tôi đồng ý rằng khách hàng mua và hiểu là lớn nhất vấn đề, nhưng một số cơ quan chính phủ (hoặc ít nhất là các đội) thực sự đang áp dụng các phương pháp Agile.

— Thomas Owens

@Thomas Owens Nhận xét này sẽ là một câu trả lời tốt.

— Hugo

1

Mặc dù có thể khó thực hiện đầy đủ Scrum, nhưng có thể có ích khi áp dụng một số thực hành Scrum. Ví dụ, cho dù bạn đang thực hiện thu thập yêu cầu như thế nào, bạn vẫn có thể có các bản phát hành và bản demo thường xuyên. Bạn vẫn có thể hưởng lợi từ việc hồi cứu định kỳ. Nhìn vào các quy trình khác như Lean hoặc Kanban và xem liệu có bất cứ thứ gì họ có có thể giúp nhóm của bạn không.

Thay vì giáo điều theo bất kỳ một quy trình nào, hãy nghĩ về cách bạn có thể cải thiện quy trình cụ thể cho nhóm của bạn, dự án của bạn và trong ngành của bạn. Vấn đề quá trình . Phương pháp của một nhóm có tác động lớn đến phần mềm được phân phối.

— epotter
nguồn