"Agile" có nghĩa là gì trong quản lý dự án?
Trong khi các phương pháp truyền thống nhằm xử lý các giai đoạn khác nhau của dự án một cách tuần tự (còn được gọi là chu trình phát triển tầng hoặc thậm chí là chu trình V), nguyên tắc của các phương pháp Agile là cắt nó thành các phần phụ tự trị (hoặc các dự án con ) (chúng tôi cũng nói về sự phát triển lặp đi lặp lại).
Các phần (lặp lại) tạo thành một dự án tổng thể.
Tuyên ngôn Agile, các nguyên tắc sáng lập
Các phương pháp này bắt nguồn từ Tuyên ngôn Agile , các thông lệ được các chuyên gia ban hành vào năm 2001 để cải thiện việc phát triển phần mềm.
Tài liệu này nêu bật 4 giá trị:
- tính ưu việt của con người và các tương tác đối với các quy trình và công cụ.
- ưu tiên cho phần mềm chức năng hơn là tài liệu đầy đủ.
- một mối quan hệ khác với khách hàng: cộng tác lâu dài thay thế đàm phán theo hợp đồng.
- liên tục thích ứng với sự thay đổi chứ không phải tuân theo một kế hoạch cứng nhắc.
Xuất phát từ những giá trị này, Tuyên ngôn xác định 12 nguyên tắc:
- 1 - Ưu tiên n ° 1 là đạt được sự hài lòng của khách hàng càng sớm càng tốt thông qua việc cung cấp nhanh chóng và thường xuyên các tính năng được mong đợi.
- 2 - Chấp nhận thay đổi yêu cầu trong dự án . Đây là những cơ hội để gia tăng giá trị cho dự án và bám sát nhu cầu thực tế của khách hàng.
- 3 - Thực hiện giao hàng nhanh dựa trên chu kỳ ngắn (vài tuần). Các thiết bị phân phối này phải hoạt động để cho phép kiểm tra xác nhận các chức năng mong đợi.
- 4 - Hợp tác mạnh mẽ và liên tục giữa người dùng và phát triển. Không giống như phương pháp cổ điển, nơi các cuộc họp giữa người dùng và quản lý dự án diễn ra đặc biệt khi bắt đầu và kết thúc dự án.
- 5 - Trao quyền tự chủ cho những người liên quan và tin tưởng họ.
- 6 - Ưu tiên giao tiếp mặt đối mặt làm kênh liên lạc giữa các bên. Các tương tác hiệu quả hơn và phong phú hơn. Mọi thứ diễn ra nhanh hơn.
- 7 - Điều quan trọng là phải có ứng dụng hoạt động.
- 8 - Tiến về phía trước với tốc độ không đổi tương thích với những gì mà tất cả các diễn viên có thể tạo ra.
- 9 - Tập trung vào chất lượng kỹ thuật và chất lượng thiết kế để xây dựng nền tảng vững chắc cho việc tăng cường sự nhanh nhẹn.
- 10 - Giữ cho phương pháp làm việc của bạn đơn giản: chỉ làm những gì cần thiết.
- 11 - Một nhóm tự tổ chức sẽ tạo ra kết quả tốt hơn.
- 12 - Bằng cách thường xuyên xem xét các thực hành của mình, nhóm điều chỉnh hành vi và các công cụ của mình để hiệu quả hơn.
Các lợi thế là gì ?
Cách tiếp cận này giúp bạn có thể đạt được:
- - linh hoạt hơn bằng cách làm việc trên các bộ phận phụ tự trị. Chúng có thể được thiết kế, thử nghiệm, sửa đổi một lần nữa mà toàn bộ dự án không bị ảnh hưởng. Việc xem xét các nhu cầu chưa được xác định trong giai đoạn phân tích hoặc sự xuất hiện của các chức năng mới trong quá trình phát triển có thể được thực hiện. Từ kinh nghiệm, thật khó để nghĩ ra mọi thứ trong giai đoạn xác định sự cần thiết của một cách tiếp cận cổ điển đối với quản lý dự án.
- - Độ tin cậy và chất lượng cao hơn: bằng cách đơn giản hóa sự phức tạp, bằng cách liên tục thử nghiệm, bằng cách thúc đẩy phản hồi, trao đổi với khách hàng.
- - Giảm rủi ro: phát hiện nhanh chóng nhờ chu kỳ ngắn.
- - Kiểm soát chi phí tốt hơn: không phải hoàn vốn tốn kém - nếu cần thiết có thể dừng dự án nhanh chóng.
Nhưng cũng có giới hạn
Tính linh hoạt được đưa đến mức cực đại dẫn đến sự đình trệ của dự án . Nhiều lần lặp lại mà không có hướng hoặc quyết định cố định thể hiện một mối nguy hiểm thực sự. Một trong những nguyên nhân có thể dẫn đến việc khách hàng không ngừng đảo ngược thông số kỹ thuật của họ.
Trong những tình huống này, người quản lý dự án (bất kể tên của anh ta trong phương pháp đã chọn) phải có khả năng phân xử vì lợi ích của dự án, cũng như lợi ích của khách hàng.
Phương pháp nhanh nhẹn
Các nguyên tắc về sự nhanh nhẹn được thực hiện một cách có cấu trúc bằng một số phương pháp. Tập trung vào một trong những điểm phổ biến nhất:
Phương pháp Scrum
Được khởi xướng bởi Hirotaka Takeuchi và Ikujiro Nonaka sau đó được Ken Schwaber và Jeff Sutherland chính thức hóa, phương pháp này cung cấp một khuôn khổ rất có cấu trúc để áp dụng các nguyên tắc nhanh nhẹn.
Sprint, trung tâm của Scrum
Phương pháp này dựa trên các lần lặp lại từ 2 đến 4 tuần. đó là "Sprint" nổi tiếng . Đây là những phần con của một dự án được xác định bởi nguyên tắc Agile. Mỗi Sprint nhằm cung cấp một phiên bản sản phẩm có thể sử dụng được cho khách hàng.
Sprint kế tiếp bổ sung các tính năng cho sản phẩm hoặc cải thiện những tính năng đã được phát triển. Chúng tôi nói về sự gia tăng sản phẩm.
Sprint bắt đầu khi Sprint trước đó kết thúc. Đây là một quá trình gia tăng.
Khung này dựa trên 3 trụ cột đó là:
- minh bạch: phát triển một tiêu chuẩn chung để cho phép sự hiểu biết được chia sẻ.
- điều tra: kiểm tra được thực hiện thường xuyên.
- thích ứng: trong trường hợp có sai lệch quan sát được trong quá trình kiểm tra, các điều chỉnh sẽ được thực hiện.
Sprint được cấu trúc xung quanh một số công cụ tổ chức (được gọi là sự kiện):
- Kế hoạch nước rút: họp để lựa chọn và lập kế hoạch ưu tiên cho mỗi Sprint về danh sách các tính năng của sản phẩm (Sprint Backlog).
- S crum (Daily M elée): cuộc họp phối hợp hàng ngày giữa các thành viên trong nhóm dự án. Nó thường diễn ra dưới dạng "Stand-up meeting" (cuộc họp ngắn, 10-15 triệu, thường trực).
- Sơ kết Sprint: cuộc họp tổng kết vào cuối mỗi Sprint để xác nhận các chức năng được phát triển.
- Hồi tưởng Sprint: Ra mắt ngay sau khi đánh giá Sprint, đây là một báo cáo có mục tiêu là cải tiến liên tục các hoạt động thực hành. Nhóm thảo luận về những thành công và khó khăn, lưu ý những gì hiệu quả và những gì không. Luôn có những bài học được rút ra cho những Sprint tiếp theo.
Bao gồm các đầu vào và đầu ra của quá trình, được gọi là "hiện vật"
- Tồn đọng sản phẩm: danh sách các tính năng của sản phẩm.
- Sprint backlog: lập kế hoạch các yếu tố của Product Backlog sẽ được thực hiện trong Sprint để cung cấp sản phẩm gia tăng với các chức năng cần thiết cho bước này. Sprint Backlog không cố định, nhưng có khả năng phát triển trong Sprint.
- Sản phẩm gia tăng: đã được đề cập ở trên.
Với các vai trò được xác định cho mỗi:
- Chủ sở hữu sản phẩm - PO: chuyên gia kinh doanh, khách hàng , đại diện cho khách hàng và can thiệp về mặt chức năng.
- Đội sản xuất: điều phối viên dự án và người bảo đảm tôn trọng phương pháp Scrum.
- Đội: các bên liên quan khác trong dự án (đặc biệt là các nhà phát triển).
Các phương pháp phát triển Agile khác
Bên cạnh Scrum, có những cách tiếp cận khác, mỗi cách có những đặc điểm riêng:
- Lập trình cực đoan (XP): được sử dụng rộng rãi trong kỹ thuật phần mềm
- FDD (Phát triển theo hướng tính năng)
- Phương pháp phát triển hệ thống động (DSDM): một trong những phương pháp lâu đời nhất
- Phát triển phần mềm thích ứng (ASD)
- Crystal Clear: định hướng "đội nhỏ"
