Nhà phát triển Anarchy là gì?

Tôi đã đọc về Anarchy dành cho Nhà phát triển (hoặc Lập trình viên), dường như được coi là một phương pháp phát triển sau Agile. Tôi đã tìm thấy một vài tài nguyên trên đó ( 1 , 2 ) nhưng dường như không có nhiều ở đó.

Tôi đã tự hỏi nếu có ai có bất kỳ tài nguyên tốt nào, nơi tôi có thể tìm hiểu thêm về nó _ làm thế nào để thực hiện nó, ưu và nhược điểm, so sánh với các phương pháp khác, v.v.

agile development-process development-methodologies

— Martyn
nguồn

Tôi chưa từng nghe về nó trước đây nhưng có vẻ hơi mâu thuẫn với tôi. Họ nói "... hình thức và quy tắc đang kìm hãm sự sáng tạo và năng suất" nhưng đồng thời họ có các cuộc họp thường xuyên (như một phần của phương pháp luận?). Tôi không thể tin rằng việc mô tả một phương pháp như vậy bắt đầu bằng cách đặt quy tắc.

— Giorgio

Đọc về nó lần đầu tiên, dường như với tôi nó được thực hiện bởi người hoặc những người chỉ có kinh nghiệm với Agile nửa khẳng định. Bởi vì "Nhà phát triển vô chính phủ" này là ví dụ trong sách giáo khoa về "nhanh được thực hiện đúng". Ví dụ. thực hiện đúng nhanh nhẹn.

— Euphoric

Liên kết đầu tiên bạn trích dẫn dường như đã chứa tất cả những gì bạn đang tìm kiếm.

— Michael Borgwardt

Thật là một từ thông dụng đáng yêu!

— CesarGon

@CesarGon: Buzzwords dễ dàng phát minh hơn các phương pháp thực sự mới. ;-)

— Giorgio

Tôi có thể chỉ cho bạn suy nghĩ của Alistair Cockburn về khía cạnh này của các dự án Agile 'thật':

Một thành viên trong gia đình phương pháp luận Crystal là Crystal Clear. 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.

Trên thực tế, tôi đã mô tả Crystal Clear bằng những từ đó cho một nhà tài trợ dự án hiểu biết. Anh ấy đã làm theo những chỉ dẫn đó và báo cáo năm tháng sau đó, chúng tôi đã làm những gì bạn nói, và nó đã hoạt động!

Tôi đã phỏng vấn trưởng nhóm vài tháng sau đó và báo cáo của anh ấy ngắn gọn như hướng dẫn của tôi:

Theo lời đề nghị của bạn, bốn người chúng tôi đã tiếp quản phòng hội nghị này, nơi có kết nối mạng. Chúng tôi giữ nó trong cả bốn tháng, vẽ trên bảng trắng ở đó, cung cấp phần mềm như chúng tôi đã đi. Nó hoạt động rất tốt.

đó là những gì nhanh nhẹn và có vẻ như đây là cách tiếp cận của phương pháp Anarchy - vấn đề là, nếu bạn có những người có kinh nghiệm , thì bạn có thể bảo họ "tắt và làm cho nó hoạt động" và họ sẽ làm điều đó . (điều này không làm việc với những người ít kinh nghiệm hơn, bạn sẽ không để một nhóm đàn em làm điều đó mà không có ít nhất sự giám sát).

Tất cả những lời giới thiệu về sự nhanh nhẹn đã được xây dựng trong nhiều năm qua, như các bảng quảng cáo và bảng xếp hạng hàng ngày, các phiên họp chải chuốt sản phẩm, các cuộc họp trước về các cuộc họp lập kế hoạch phiên họp dự phòng của hội đồng quản trị .. tổng phí để giao sản phẩm thành công.

Mặc dù ngày nay quá nhiều, những điều này được coi là bắt buộc và phương pháp 'nhanh nhẹn' đi vào một hệ thống có nhiều quy trình hơn các phương pháp cũ!

— gbjbaanb
nguồn

"Quá nhiều ngày nay, những điều này được coi là bắt buộc và phương pháp 'nhanh nhẹn' đi vào một hệ thống có nhiều quy trình hơn các phương pháp cũ!": Bạn đạt được một điểm quan trọng (+1). Tôi đã làm việc với SCRUM trong một nhóm các nhà phát triển có kinh nghiệm và cảm giác của chúng tôi, sau hai năm là ... chúng tôi đã nhanh nhẹn hơn trước đây, khi chúng tôi không có các cuộc họp hàng ngày (chúng tôi thường gặp hai lần một tuần) và nhiều hoạt động khác đã xảy ra "khi nhóm quyết định họ cần thiết" thay vì "khi phương pháp quy định chúng".

— Giorgio

+1. Cuối cùng, tôi nghĩ các phương pháp này là biểu hiện của một chu kỳ đang diễn ra: các phương pháp nặng thất bại liên tục, (một số) mọi người nhận ra rằng các lập trình viên đủ thông minh để xử lý mọi việc, loại bỏ quy trình và nói chung là mọi thứ đều hoạt động - nhưng quá trình ánh sáng đã được thử với các nhóm nghèo hoặc thiếu kinh nghiệm, nó thất bại hoặc bỏ lỡ các ước tính, quy trình được thêm vào để tăng "sự chắc chắn" và "dự đoán", và chu kỳ tiếp tục.

— asthasr

Gahhh ... chu kỳ đó nghe có vẻ chính xác và buồn.

— Graham

"Tim là một nhà phát triển tài năng làm việc trong một công ty chứa đầy các nhà phát triển tài năng. Hầu như bất kỳ phương pháp nào bạn quan tâm để nghĩ là sẽ làm việc với những người này."

— AakashM

@syrion: Bạn có thể đúng. Tôi đọc ở đâu đó rằng các thực hành nhanh nhẹn làm việc cho các lập trình viên có kinh nghiệm. Sau đó, những lập trình viên giàu kinh nghiệm, những người đã từng huấn luyện các đội chưa có kinh nghiệm phải viết ra các quy tắc cho họ (vì việc huấn luyện liên tục tốn rất nhiều tiền và tốt hơn là nên viết một số quy tắc trong một cuốn sách). Theo cách này, các phương pháp mới như SCRUM và tương tự đã được phát triển: vì vậy giờ đây mọi người có thể bán sách hoặc chứng chỉ. Nhưng tinh thần thực sự của nhanh nhẹn là áp dụng ý thức chung của riêng bạn thay vì các quy tắc được viết bởi người khác. Các quy tắc là hướng dẫn nhưng được nhiều người coi như một tôn giáo.

— Giorgio