Quản lý dự án Agile là gì?

August 17, 2022

Quản lý dự án Agile là gì?

Quản lý dự án Agile là một cách tiếp cận lặp đi lặp lại để lập kế hoạch và hướng dẫn các quy trình dự án chia chúng thành các chu kỳ nhỏ hơn được gọi là chạy nước rút hoặc lặp lại.

Cũng giống như trong phát triển phần mềm Agile , một dự án Agile được hoàn thành trong các phần nhỏ. Ví dụ, trong phát triển phần mềm Agile, một lần lặp đề cập đến một chu trình phát triển duy nhất. Mỗi phần hoặc phần lặp lại được xem xét và phê bình bởi nhóm dự án, nhóm này nên bao gồm đại diện của các bên liên quan khác nhau của dự án. Những hiểu biết sâu sắc thu được từ việc phê bình một lần lặp lại được sử dụng để xác định bước tiếp theo nên làm trong dự án.

Lợi ích chính của việc bắt đầu với Quản lý dự án Agile là khả năng phản hồi các vấn đề phát sinh trong suốt quá trình của dự án. Thực hiện một thay đổi cần thiết cho một dự án vào đúng thời điểm có thể tiết kiệm tài nguyên và giúp thực hiện một dự án thành công đúng thời hạn và trong phạm vi ngân sách.

‍

Phương pháp dự án Agile chia các dự án thành nhiều phần nhỏ. Các phần dự án này được hoàn thành trong các phiên làm việc thường được gọi là chạy nước rút . Nước rút thường diễn ra trong khoảng thời gian từ vài ngày đến vài tuần. Các phiên này chạy từ giai đoạn thiết kế ban đầu đến kiểm tra và đảm bảo chất lượng (QA).

Phương pháp Agile cho phép các nhóm phát hành các phân đoạn khi chúng được hoàn thành. Lịch trình phát hành liên tục này cho phép các nhóm chứng minh rằng các phân đoạn này thành công và nếu không, sẽ nhanh chóng sửa chữa các sai sót. Niềm tin là điều này giúp giảm nguy cơ thất bại quy mô lớn, bởi vì có sự cải tiến liên tục trong suốt vòng đời của dự án.

Cách thức hoạt động của APM

Các nhóm nhanh nhẹn xây dựng phản hồi nhanh chóng, thích ứng liên tục và các phương pháp hay nhất về QA vào các lần lặp lại của họ. Họ áp dụng các phương pháp như triển khai liên tục và tích hợp liên tục bằng cách sử dụng công nghệ tự động hóa các bước để tăng tốc độ phát hành và sử dụng sản phẩm.

Ngoài ra, Quản lý dự án Agile kêu gọi các nhóm liên tục đánh giá thời gian và chi phí khi họ thực hiện công việc của mình. Họ sử dụng các biểu đồ vận tốc, thời gian tiêu thụ và đốt cháy để đo lường công việc của họ, thay vì biểu đồ Gantt và các mốc dự án để theo dõi tiến độ.

Quản lý dự án Agile không yêu cầu sự hiện diện hoặc tham gia của người quản lý dự án . Mặc dù người quản lý dự án là yếu tố cần thiết để thành công theo các phương pháp phân phối dự án truyền thống, chẳng hạn như mô hình thác nước - trong đó vị trí quản lý ngân sách, nhân sự, phạm vi dự án và các yếu tố chính khác - vai trò của người quản lý dự án theo APM được phân bổ giữa các thành viên trong nhóm .

Ví dụ: chủ sở hữu sản phẩm đặt ra các mục tiêu dự án, trong khi các thành viên trong nhóm phân chia các nhiệm vụ lên lịch, báo cáo tiến độ và chất lượng. Một số cách tiếp cận Agile bổ sung thêm các lớp quản lý khác. Ví dụ, cách tiếp cận Scrum kêu gọi một Scrum Master, người giúp thiết lập các ưu tiên và hướng dẫn dự án hoàn thành.

Nhưng người quản lý dự án vẫn có thể được sử dụng trong Quản lý dự án Agile. Nhiều tổ chức vẫn sử dụng chúng cho các dự án Agile - đặc biệt là những dự án lớn hơn, phức tạp hơn. Các tổ chức này thường đặt các nhà quản lý dự án vào vai trò điều phối viên nhiều hơn, chủ sở hữu sản phẩm chịu trách nhiệm về việc hoàn thành tổng thể của dự án.

Với sự thay đổi công việc từ người quản lý dự án sang nhóm Agile, Quản lý dự án Agile yêu cầu các thành viên trong nhóm phải biết cách làm việc trong khuôn khổ. Họ phải có thể cộng tác với nhau và với người dùng. Họ phải có khả năng giao tiếp tốt để giữ cho các dự án đi đúng hướng. Và họ nên cảm thấy thoải mái khi thực hiện các hành động thích hợp vào đúng thời điểm để theo kịp tiến độ giao hàng.

5 giai đoạn của APM

Có năm giai đoạn chính liên quan đến quá trình APM.

Xác định tầm nhìn dự án . Dự án và sản phẩm tổng thể lần đầu tiên được lên ý tưởng trong giai đoạn này và nhu cầu của khách hàng cuối cùng được xác định. Giai đoạn này cũng xác định ai sẽ làm việc trong dự án và các bên liên quan.
Xây dụng và lập kế hoạch dự án. Giai đoạn này liên quan đến việc tạo ra các yêu cầu ban đầu cho sản phẩm. Các nhóm sẽ làm việc cùng nhau để phân tích danh sách các tính năng của sản phẩm cuối cùng, sau đó xác định các cột mốc liên quan đến tiến trình dự án.
Triển khai . Dự án được thực hiện với trọng tâm là duy trì các ràng buộc của dự án, nhưng các nhóm cũng sẽ khám phá các lựa chọn thay thế để đáp ứng các yêu cầu của dự án. Các nhóm làm việc dựa trên các cột mốc duy nhất và lặp lại trước khi chuyển sang cột mốc tiếp theo.
Kiểm thử . Kết quả phân phối được xem xét và các nhóm điều chỉnh khi cần thiết. Giai đoạn này tập trung vào các thay đổi hoặc sửa chữa xảy ra dựa trên quan điểm của khách hàng và nhân viên. Phản hồi nên được đưa ra liên tục, do đó mỗi phần của dự án đáp ứng các yêu cầu của người dùng cuối. Dự án sẽ cải thiện với mỗi lần lặp lại.
Bàn giao . Kết quả phân phối được xem xét và các nhóm điều chỉnh khi cần thiết. Dự án cuối cùng được đo lường dựa trên các yêu cầu cập nhật. Những sai lầm hoặc vấn đề gặp phải trong quá trình này cần được xem xét lại để tránh những vấn đề tương tự trong tương lai.

Lịch sử của APM

Thế kỷ 21 chứng kiến sự gia tăng nhanh chóng trong việc sử dụng phương pháp Quản lý dự án Agile, đặc biệt cho các dự án phát triển phần mềm và các sáng kiến CNTT khác.

Tuy nhiên, khái niệm phát triển liên tục có từ giữa thế kỷ 20 và đã có nhiều hình thức khác nhau, được các nhà lãnh đạo khác nhau ủng hộ trong nhiều thập kỷ. Ví dụ, có Bản mẫu sản xuất lặp lại nhanh của James Martin, một cách tiếp cận làm tiền đề cho cuốn sách Phát triển ứng dụng nhanh năm 1991 và cách tiếp cận cùng tên, RAD .

Một khung Quản lý dự án Agile cụ thể đã phát triển trong những năm gần đây là Scrum. Phương pháp luận này có chủ sở hữu sản phẩm làm việc với nhóm phát triển để tạo ra một sản phẩm tồn đọng, một danh sách ưu tiên các tính năng, chức năng và bản sửa lỗi cần thiết để cung cấp một hệ thống phần mềm thành công. Sau đó, nhóm phân phối các mảnh với số lượng gia tăng nhanh chóng.

Các khuôn khổ Agile bổ sung bao gồm lập trình Lean, kanban và Extreme (XP).

Lợi ích của Quản lý Dự án Agile

Những người ủng hộ cho Quản lý dự án Agile nói rằng phương pháp này mang lại nhiều lợi ích. Chúng bao gồm những điều sau:

tự do hơn - quản lý dự án cho phép các nhà thiết kế làm việc trên các mô hình sử dụng thế mạnh của họ;
sử dụng hiệu quả các nguồn lực, cho phép triển khai nhanh chóng;
tính linh hoạt và khả năng thích ứng cao hơn với các nhu cầu thay đổi - các nhà phát triển có thể thích ứng và thực hiện các thay đổi cần thiết tốt hơn;
phát hiện nhanh các vấn đề, cho phép sửa chữa nhanh hơn;
tăng cường cộng tác với người dùng, dẫn đến các sản phẩm đáp ứng tốt hơn nhu cầu của người dùng; và
không yêu cầu các mục tiêu và quy trình được xác định rõ ràng khi bắt đầu phát triển khi so sánh với các phương pháp quản lý dự án truyền thống, như thác nước.

Hạn chế của quản lý dự án Agile

Tuy nhiên, cũng có những nhược điểm tiềm ẩn, bao gồm những điều sau:

Một dự án có thể đi chệch hướng bởi vì có ít quy trình hành động được xác định trước khi bắt đầu dự án.
Các dự án chệch hướng dẫn đến kết quả ít dự đoán hơn.
Quản lý nhanh dựa vào việc đưa ra quyết định nhanh chóng, vì vậy nó không phù hợp với các tổ chức mất nhiều thời gian để phân tích các vấn đề.
Sự cộng tác giữa các nhóm hoặc người dùng cuối phải liên tục diễn ra để tạo ra sản phẩm tốt nhất có thể. Những thách thức trong giao tiếp có thể ảnh hưởng đến sản phẩm cuối cùng.

APM so với thác nước

Quản lý dự án Agile đã, và vẫn còn, là một đối thủ của phương pháp luận thác nước. Phương pháp thác nước có cách tiếp cận tuần tự nghiêm ngặt đối với các dự án, trong đó các sáng kiến bắt đầu bằng việc thu thập tất cả các yêu cầu trước khi công việc bắt đầu. Các bước tiếp theo là xác định phạm vi các nguồn lực cần thiết, thiết lập ngân sách và thời gian biểu, thực hiện công việc thực tế, kiểm tra và phân phối toàn bộ dự án khi tất cả công việc đã hoàn thành.

Để giải quyết những vấn đề đã được thừa nhận trong cách tiếp cận đó, 17 nhà phát triển phần mềm vào năm 2001 đã xuất bản Tuyên ngôn Agile phác thảo 12 nguyên tắc của Phát triển phần mềm Agile. Những nguyên tắc này vẫn tiếp tục hướng dẫn Quản lý dự án Agile ngay cả ngày nay. Chúng bao gồm:

Làm hài lòng khách hàng thông qua việc cung cấp liên tục các phần mềm có giá trị.
Chào mừng các yêu cầu thay đổi. Ngay cả những thay đổi đến muộn trong quá trình phát triển.
Cung cấp phần mềm làm việc theo định kỳ, thường xuyên.
Yêu cầu các doanh nhân và nhà phát triển làm việc cùng nhau.
Xây dựng các dự án xung quanh những người lao động có động lực.
Tổ chức các cuộc trò chuyện trực tiếp để truyền tải thông tin hiệu quả.
Đo lường tiến độ bằng cách có thể tạo ra phần mềm hoạt động.
Thúc đẩy phát triển bền vững, dẫn đến tốc độ không ngừng cho người lao động.
Chú ý đến sự xuất sắc về kỹ thuật và thiết kế để thúc đẩy sự nhanh nhẹn.
Đơn giản hóa bằng cách sắp xếp thứ tự ưu tiên cho những công việc chưa hoàn thành. Hãy tuân theo quy tắc 80/20 , trong đó 80% kết quả đến từ 20% công việc.
Nhận thức rằng các yêu cầu, kiến trúc và thiết kế tốt nhất sẽ đến từ các nhóm tự tổ chức.
Suy ngẫm về cách trở nên hiệu quả hơn trong khoảng thời gian đều đặn và điều chỉnh cho phù hợp.

Ví dụ về quản lý dự án Agile

Một số ví dụ nổi bật hơn về APM bao gồm:

Scrum
XP
phát triển theo hướng tính năng
phát triển phần mềm tinh gọn
phát triển phần mềm thích ứng

Các đội thường chọn một hoặc hai phương pháp APM để triển khai. Ví dụ, khung quản lý dự án Scrum nhấn mạnh tinh thần đồng đội, trách nhiệm giải trình và tiến độ thường xuyên hướng tới một mục tiêu được xác định rõ. Tiến trình được theo dõi và điều chỉnh khi cần thiết. Các vai trò trong Scrum bao gồm chủ sở hữu sản phẩm, Scrum Master và nhóm phát triển Scrum. Những vai trò này hỗ trợ ba trụ cột của Scrum - minh bạch, kiểm tra và thích ứng.

Xem thêm: https://fmit.vn/tin-tuc/quan-tri-chien-luoc-la-gi

‍