Là nhanh nhẹn về phát triển hoặc quản lý?

Trong một cuộc tranh luận về những gì Scrum là tất cả, tôi thấy rằng có lẽ tôi đã hoàn toàn hiểu sai về điều nhanh nhẹn. Tôi thấy rằng Scrum (được coi là một quy trình Agile) hoàn toàn tập trung vào việc quản lý các tính năng và chạy nước rút và vai trò và công cụ không liên quan gì đến TDD, lập trình cặp, CI, tái cấu trúc và các kỹ thuật và thực hành tập trung cho nhà phát triển khác mà tôi mặc dù ( cho đến bây giờ) là trái tim của nhanh nhẹn. Bây giờ tôi đang phải đối mặt với một khó khăn!

1) Scrum không biết liệu các nhà phát triển có thực hành nhanh không?

2) Bạn có thể triển khai Scrum trong một nhóm không sử dụng các bài kiểm tra tự động không? không thực hiện tái cấu trúc hoặc không tuân thủ các thực hành lập trình nhanh?

Đó là một sai lầm phổ biến khi nghĩ rằng Scrum bằng với Agile.

Trở thành Agile tuân theo bốn nguyên tắc của Tuyên ngôn Agile . Scrum là một quy trình quản lý dự án phù hợp với các nguyên tắc đó, nhưng bản thân nó không phải là Agile. XP (TDD, lập trình cặp) là một quá trình phát triển, cũng phù hợp với các nguyên tắc đó và phù hợp với Scrum, nhưng nó không phải là Agile. Tích hợp liên tục, phân phối liên tục, DevOps, tất cả đều phù hợp với các nguyên tắc Agile.

Thực hiện theo các nguyên tắc, đầu tiên và quan trọng nhất. Tất cả những cụm từ buzz này chỉ là phương pháp mà mọi người đã tìm thấy thành công giúp họ tuân theo các nguyên tắc. Nhưng phần chính của "trở thành Agile" là có thể điều chỉnh các quy trình của bạn theo ý muốn khi chúng không tuân theo các nguyên tắc của Agile.

Scrum không biết liệu các nhà phát triển có thực hiện nhanh không?

Scrum là một bộ hướng dẫn khuyến khích một nhóm nhanh nhẹn.

Bạn có thể triển khai Scrum trong một nhóm không sử dụng các bài kiểm tra tự động không? không thực hiện tái cấu trúc hoặc không tuân thủ các thực hành lập trình nhanh?

Rất khó khăn, bởi vì vào cuối mỗi lần chạy nước rút, bạn phải có một sản phẩm làm việc. Nếu bạn phải làm một bài kiểm tra hồi quy thủ công hoàn chỉnh để chứng minh rằng nó đang hoạt động, điều này có thể sẽ không thể thực hiện được.

Alistair Cockburn (một trong những người khởi xướng phong trào Agile) nói điều này về Crystal Clear (một khía cạnh của phương pháp Agile của anh ta):

Crystal Clear có thể được mô tả cho người nghe Cấp 3 bằng các từ sau:

Tiết kiệm Đặt 4 - 6 người trong một phòng với máy trạm và bảng trắng và quyền truy cập cho người dùng. Yêu cầu họ cung cấp phần mềm đang chạy, đã được kiểm tra cho người dùng cứ sau một hoặc hai tháng, và nếu không thì hãy để họ một mình.

Đó là một định nghĩa về sự nhanh nhẹn, được thừa nhận cho các nhân viên phát triển có kinh nghiệm, những người biết họ đang làm gì và có thể tin tưởng để tiếp tục và thực hiện nó. Vì vậy, điều đó có nghĩa là bạn phải sử dụng CI và TDD và Lập trình cặp và tất cả những thứ thời trang khác? Nói một cách đơn giản là ... Không.

Agile không phải là theo một tập hợp các quy trình, mà là về hiệu quả. Điều đó có nghĩa gì với bạn phụ thuộc vào nhóm của bạn và cách thức hoạt động, những gì bạn thấy hữu ích cho bạn. Nếu TDD không giúp bạn tạo mã làm việc, thì hãy ngừng lắng nghe những ánh sáng nhỏ hơn, những người hét lên về nó trên web và không sử dụng nó! Nếu Lập trình cặp thực sự giúp nhóm của bạn tập trung và hoàn thành công việc, thì hãy bỏ qua bất cứ ai nói rằng thật lãng phí thời gian và tổ chức đội của bạn như một cuộc đua 3 chân trong ngày thể thao của trường.

Tôi đã nhanh nhẹn từ nhiều năm trước, vì vậy nhiều người thậm chí không nhận ra mình đang làm việc nhanh nhẹn - chúng tôi đã cung cấp các lần lặp lại của sản phẩm mỗi tháng, và đạp xe sửa lỗi vòng và thêm các tính năng mới thường xuyên. Chúng tôi đã thực hiện các bài kiểm tra đơn vị hoàn toàn bằng không vì những thứ như vậy chưa được phát minh và cuốn sách tái cấu trúc đã không được viết. Vì vậy, có, bạn hoàn toàn có thể làm nhanh nhẹn mà không cần bất kỳ cái gọi là thực hành nhanh.

Alistair cũng nói điều này của Kent Beck:

Khi được hỏi về XP và năm cấp độ của Mô hình trưởng thành khả năng khởi động của Viện Kỹ thuật phần mềm, anh đã trả lời với ba cấp độ trưởng thành của XP:

1. Làm mọi thứ như đã viết.

2. Sau khi đã làm điều đó, thử nghiệm với các biến thể trong các quy tắc.

3. Cuối cùng, đừng quan tâm nếu bạn đang làm XP hay không.

Cuối cùng, đừng quan tâm nếu bạn đang làm XP hay không ... những từ khôn ngoan sẽ nhắc nhở bạn không rơi vào cái bẫy này .

Scrum là một hương vị của agile theo một mô hình cụ thể để đáp ứng các mục tiêu của phương pháp phát triển nhanh. Bạn không thể theo Scrum và không được nhanh nhẹn, nhưng bạn có thể nhanh nhẹn và không theo Scrum.

Scrum không liên quan đến việc sử dụng các bài kiểm tra tự động, nhanh nhẹn có xu hướng ủng hộ chúng nhưng không có nghĩa là bắt buộc. Tái cấu trúc nên là một mục tiêu trong nhanh và Scrum, nhưng nó thường bị bỏ qua. không có ý định bao giờ tái cấu trúc không thực sự nhanh nhẹn.

Là nhanh nhẹn về phát triển hoặc quản lý?

Agile là một tập hợp các thực tiễn phát triển phần mềm để đáp ứng các yêu cầu thị trường thay đổi giai đoạn nhanh và linh hoạt - hay còn gọi là phân phối tăng tốc . Vì vậy, trong một bức tranh lớn, đó là về một cách tiếp cận linh hoạt để đáp ứng các yêu cầu phức tạp thay đổi của khách hàng bằng cách phân chia công việc trong các hạt nhỏ và cung cấp chức năng trong các lần lặp nhanh 2-4 tuần.

Tuy nhiên, để đáp ứng sự linh hoạt này, nhóm phát triển cần thực hành các thực hành lập trình Agile .

Mô tả từ Wiki liên quan đến phát triển phần mềm Agile :

Phát triển phần mềm Agile là một nhóm các phương pháp phát triển phần mềm dựa trên sự phát triển lặp lại và tăng dần, trong đó các yêu cầu và giải pháp phát triển thông qua sự hợp tác giữa các nhóm tự tổ chức, đa chức năng. Nó thúc đẩy lập kế hoạch thích ứng, phát triển và phân phối tiến hóa, một cách tiếp cận lặp đi lặp lại theo thời gian và khuyến khích phản ứng nhanh chóng và linh hoạt để thay đổi. Đó là một khung khái niệm thúc đẩy các tương tác dự kiến ​​trong suốt chu kỳ phát triển.

Nguyên vẹn, bạn có thể sử dụng scrum trong các dự án không liên quan gì đến phát triển phần mềm. Đó là một phương pháp quản lý dự án / quản lý nhóm.

1) KHÔNG !!!! Scrum là Agile, có nghĩa là các thực hành dev nhanh nhẹn (TDD, lập trình cặp, CI, tái cấu trúc, v.v.) rất quan trọng đối với tất cả các khía cạnh của dự án Scrum. Sẽ khó hơn nhiều để tìm ra tốc độ chạy của đội của bạn, ước tính công việc, đặt kích thước nước rút phù hợp, v.v. nếu bạn không sử dụng các thực tiễn này.

2) Vâng, bạn có thể triển khai Scrum trong một nhóm không tuân thủ các thực hành nhanh, nhưng tôi cảm thấy nó thực sự hạn chế tiềm năng của nhóm. Một phần lớn lý do tại sao Scrum / Agile rất thành công là hiệu suất và chất lượng bạn đạt được từ các thực tiễn phát triển của Agile, vốn là cốt lõi để cung cấp các tính năng hoàn chỉnh trước mỗi lần chạy nước rút.

Nếu ai đó trong nhóm của bạn đang cố gắng thuyết phục bạn rằng các thực hành Agile dev là một sự lãng phí thời gian, tôi nghĩ bạn nên dành thời gian để nhấn mạnh lý do tại sao các thực tiễn này luôn bị căng thẳng với Scrum cũng như Agile nói chung. Họ thực sự làm cho một sự khác biệt.