Các điều kiện ban đầu của Agile là gì?

Trước tiên hãy để tôi nói rằng tôi nghĩ rằng một quy trình nhanh có thể hoạt động vì các nguyên tắc cơ bản sau:

• Nó mang lại sự tập trung
• Hạn chế tiếng ồn thực sự mang lại sự tập trung

Thứ hai, tôi tự hỏi những điều kiện ban đầu cần thiết để quá trình Agile có thể thành công là gì? Ví dụ, chúng ta cần phải có:

• Không có lỗi
• Quy trình kiểm tra hoàn toàn tự động hoặc ít nhất là quy trình kiểm tra tự động cao
• Người dành riêng cho dự án
• Xác định rõ hơn sự phát triển mới
• Phát triển không làm cho nó nhanh hơn hoặc ổn định hơn
• ?

Vì vậy, những gì bạn cần để làm cho nó thành công? Có các triển khai Agile khác nhau giúp xử lý tốt hơn khi không có một số điều kiện ban đầu này không?

Mọi người ở mọi cấp độ của doanh nghiệp, những người thực sự và hoàn toàn tin tưởng vào Tuyên ngôn Agile

Chúng tôi đang khám phá những cách tốt hơn để phát triển phần mềm bằng cách làm điều đó và giúp người khác làm điều đó. Thông qua công việc này, chúng tôi đã đạt được giá trị:

• Các cá nhân và tương tác qua các quy trình và công cụ
• Phần mềm làm việc trên tài liệu toàn diện
• Hợp tác khách hàng qua đàm phán hợp đồng
• Đáp ứng để thay đổi theo kế hoạch

Đó là, trong khi có giá trị trong các mục bên phải, chúng tôi đánh giá các mục bên trái nhiều hơn.

Và khi tôi nói tin vào Tuyên ngôn Agile, ý tôi là tất cả Tuyên ngôn Agile. Bạn không thể bỏ qua phần cuối cùng. Có là vẫn giá trị trong các mục ở bên phải.

Nếu bạn có những người đó, với tư cách là lập trình viên, là người quản lý, là khách hàng, bạn có thể thực hiện một số biến thể của Agility. Nếu bạn không, bạn sẽ đấu tranh.

Ở mức tối thiểu

Đầu tiên và quan trọng nhất, bạn phải có tài trợ từ trên xuống để hiểu các hiệu trưởng và tin tưởng vào họ đủ để thực thi chúng trong chuỗi, và tin rằng Agile có thể áp dụng cho tình huống của bạn.

Có quản lý cấp cao không tin vào quy trình, cuối cùng sẽ làm suy yếu nó bởi vì họ sẽ cho phép cấp dưới biến thái, xuyên tạc, gây ô nhiễm, làm suy yếu hoặc tệ hơn là phá hoại quy trình.

Nếu quản lý cấp cao không hiểu các hiệu trưởng, họ sẽ bắt đầu yêu cầu cắt ngắn và thỏa hiệp làm sai lệch quy trình. Sau đó, khi mọi thứ tan vỡ, những người không tán thành có thể nói "Tôi đã nói với bạn như vậy, Agile không hoạt động!" trở lại cuộc hành quân chết chóc!

Điều này còn tệ hơn cả việc không áp dụng Agile, nó thường được gọi là "Agile But ...". Ban quản lý sử dụng thuật ngữ Agile, "Nhưng ..." loại bỏ tất cả các hiệu trưởng thực tế và tiếp tục làm những gì họ đang làm trước đây, "Nhưng ..." bây giờ gọi nó là Agile. Điều này mang lại cho Agile một tên xấu cho những người không biết gì hơn.

tác dụng phụ tốt đẹp

Những điều bạn liệt kê như, không có lỗi, kiểm tra tự động, phát triển được xác định rõ ràng, những người tận tâm, v.v ... đều là những tác dụng phụ tích cực tốt cho Agile.

Agile, không phải là viên đạn bạc hay thuốc chữa bách bệnh, nhưng nó thúc đẩy tính minh bạch ở mọi cấp độ (khách hàng <-> quản lý <-> nhà phát triển) và khiến những người gặp vấn đề về năng suất nổi bật nhanh chóng; đặc biệt là các triển khai cụ thể của Agile như Scrum.

Một vài điều mà tôi suy nghĩ:

• Sự gắn kết đội ngũ chuyên nghiệp - Những người này có cởi mở để chơi tốt với những người khác không? Họ có phải là những người trưởng thành, có trách nhiệm có thể được trao quyền tự chủ trong công việc không?

• Văn hóa và chính sách giao tiếp - Mọi người thể hiện mối quan tâm, suy nghĩ và ý kiến ​​trong tổ chức tốt như thế nào?

• Hiểu Agile là gì và không - Các bên liên quan bên ngoài đó có biết đủ về quy trình để chấp nhận trách nhiệm của họ không? Nếu không, thì điều này có thể làm cho giả nhanh nhẹn. Tương tự, có Chủ sở hữu sản phẩm và ScrumMaster được xác định rõ ràng để giúp tổ chức một số thứ không?