Agile Project Management là gì?

Quản lý dự án Agile là một phương pháp tiếp cận lặp lại trong việc triển khai sản phẩm, xây dựng dần dần từ đầu dự án, thay vì cố gắng giao toàn bộ sản phẩm một lần vào cuối. Phương pháp này dựa trên Tuyên ngôn Agile (2001).

Tuyên ngôn Agile và Mười hai Nguyên tắc

Tất cả Phát triển phần mềm Agile phương pháp (Scrum, Kanban, XP) bao gồm Tuyên ngôn Agile (các giá trị cốt lõi) và 12 Nguyên tắc Agile, đại diện cho một tập hợp các giá trị hướng dẫn cách con người nên đối xử với nhau trong một tổ chức. Những giá trị và nguyên tắc này là thiết yếu để hiểu đúng về quản lý dự án Agile.

Tuyên ngôn Agile là gì?

Ngôn ngữ trong tuyên ngôn rất có chủ ý, nhấn mạnh vào ngôn ngữ tối thiểu cần thiết để nắm bắt bản chất của sự linh hoạt:

• Con người và tương tác hơn là quy trình và công cụ
• Phần mềm hoạt động hơn là tài liệu chi tiết
• Hợp tác với khách hàng hơn là đàm phán hợp đồng
• Phản hồi thay đổi hơn là tuân theo một kế hoạch

Ghi chú:

• Từ khóa trong tất cả các câu này là “hơn”. Tuyên ngôn không đề xuất thay thế vế bên phải bằng vế bên trái, mà thực sự nhấn mạnh vào việc ưu tiên vế bên trái hơn vế bên phải.
• Tuyên ngôn Agile được tạo ra như một lựa chọn thay thế cho các quy trình phát triển phần mềm nặng nề, dựa nhiều vào tài liệu (như mô hình thác nước).

Các Nguyên tắc đằng sau Tuyên ngôn Agile

Là một bổ sung cho Tuyên ngôn Agile cốt lõi, Mười hai Nguyên tắc làm rõ hơn ý nghĩa của sự linh hoạt. Khung làm việc Scrum thúc đẩy các nguyên tắc Agile thông qua nhiều sự kiện (ví dụ như Danh sách sản phẩm, họp hàng ngày, phát triển theo vòng lặp, tổng kết sau mỗi vòng):

Các Nguyên tắc Agile

1. Ưu tiên cao nhất của chúng tôi là đáp ứng khách hàng thông qua việc giao phần mềm có giá trị sớm và liên tục.
2. Chào đón những yêu cầu thay đổi, ngay cả ở giai đoạn cuối phát triển. Các quy trình Agile tận dụng sự thay đổi để tạo lợi thế cạnh tranh cho khách hàng.
3. Thường xuyên giao phần mềm hoạt động, từ vài tuần đến vài tháng, với ưu tiên là các khoảng thời gian ngắn hơn.
4. Người làm kinh doanh và nhà phát triển phải làm việc cùng nhau mỗi ngày trong suốt dự án.
5. Xây dựng dự án xung quanh những cá nhân có động lực. Cung cấp cho họ môi trường và hỗ trợ cần thiết, và tin tưởng họ hoàn thành công việc.
6. Phương pháp hiệu quả nhất để truyền đạt thông tin đến và trong một đội phát triển là trao đổi trực tiếp.
7. Phần mềm hoạt động là thước đo chính của tiến độ.
8. Các quy trình Agile thúc đẩy phát triển bền vững. Các nhà tài trợ, nhà phát triển và người dùng nên có khả năng duy trì nhịp độ ổn định mãi mãi.
9. Sự chú ý liên tục đến sự xuất sắc về kỹ thuật và thiết kế tốt sẽ tăng cường tính linh hoạt.
10. Tính đơn giản—nghệ thuật tối đa hóa lượng công việc không được thực hiện—là điều thiết yếu.
11. Các kiến trúc, yêu cầu và thiết kế tốt nhất xuất hiện từ các đội tự tổ chức.
12. Các đội thường xuyên phản ánh về cách trở nên hiệu quả hơn và sau đó điều chỉnh hành vi của mình cho phù hợp.

Scrum hoạt động như thế nào?

Scrum khác biệt với các quy trình Agile khác nhờ những khái niệm và thực hành cụ thể, được chia thành ba nhóm: vai trò (Người sở hữu sản phẩm, Master Scrum, Đội phát triển và các bên liên quan khác), các sự kiện, sản phẩm đầu ra và các quy tắc.

Để khởi động quy trình Scrum, người sở hữu sản phẩm tạo một danh sách mong muốn được ưu tiên gọi làDanh sách công việc sản phẩm. Trong quá trìnhLên kế hoạch Sprint, danh sách công việc được xác định kích thước dựa trên độ phức tạp và giá trị kinh doanh (ưu tiên). Người sở hữu sản phẩm (khách hàng) và đội phát triển quyết định những mục nào trong danh sách công việc sẽ được đưa vào sprint. Đội có thời gian cố định (gọi là mộtSprint, thường từ hai đến bốn tuần) để hoàn thành công việc của mình, nhưng họ họp hàng ngày để đánh giá tiến độ (Họp Scrum hàng ngày). Trong suốt quá trình này, Master Scrum giúp đội tập trung vào mục tiêu của họ. Cuối mỗi sprint, đội đánh giá tiến độ, trình bày sản phẩm công việc cho khách hàng và đánh giá những điều đã làm tốt và những điều cần cải thiện cho sprint tiếp theo. Chu kỳ sau đó được lặp lại.

Cách tiếp cận Agile hoạt động bằng cách chia dự án thành các phần nhỏ về tính năng người dùng, ưu tiên chúng và cung cấp liên tục trong các chu kỳ 2–4 tuần, được gọi là các lần lặp hoặc sprint.

Đội làm việc theo các chu kỳ ngắn, hướng đến cải tiến liên tục và chỉ phát triển những gì người dùng thực sự mong muốn. Mục tiêu công việc được xác định bởi đội ngay từ đầu mỗi chu kỳ. Nếu khách hàng có bất kỳ câu hỏi nào về một tính năng, đội sẽ trao đổi trực tiếp với khách hàng. Các ưu tiên của khách hàng được người sở hữu sản phẩm phân tích và phản hồi lại cho đội để họ có thể tiếp tục làm việc trên các mục ưu tiên cao nhất. Đội ước tính thời gian cần thiết để hoàn thành công việc trong một lần lặp và cách thức thực hiện.

Hiệu suất được đo lường bởi khách hàng vào cuối mỗi lần lặp. Những bài học rút ra trong mỗi lần lặp được ghi nhận trong các buổi phản tư và được áp dụng trong các lần lặp tiếp theo. Nhờ vậy, sản phẩm liên tục được cải thiện, và quá trình phát triển cũng được cải thiện.

Ghi chú:
Scrum là một khung để phát triển và duy trì các sản phẩm phức tạp thông qua “kiểm tra và điều chỉnh”. Đây là một cách tiếp cận Agile tuân theo Tuyên ngôn Agile và các nguyên tắc, tích hợp bavai trò, ba sản phẩm đầu ra, năm sự kiện và năm giá trị—được gọi là “3355.”

Trong khung này, toàn bộ quá trình phát triển bao gồm nhiều chu kỳ lặp lại ngắn gọi làSprints. Các thực hành được khuyến nghị bao gồm:

• Mỗi Sprint kéo dài từ 1 đến 4 tuần.
• Sử dụngDanh sách Sản phẩmđể quản lý các yêu cầu sản phẩm—một danh sách được ưu tiên theo giá trị.
• Trong mỗi lần lặp, độiScrumchọn các mục ưu tiên cao nhất từ Danh sách Sản phẩm để thực hiện.
• Trong sự kiện lập kế hoạch Sprint, các yêu cầu đã chọn được thảo luận, phân tích và ước tính để đạt được mục tiêu và kế hoạch giao hàng tương ứng, được gọi làDanh sách Sprint.
• HọpDaily Scrumhọp được tổ chức trong suốt quá trình lặp. Cuối mỗi lần lặp, đội Scrum mời các bên liên quan kinh doanh và các bên quan tâm khác để xem xét phần tăng trưởng sản phẩm có thể giao được.
• Sau đó, đội sẽ xem xét và tiếp tục cải thiện cách làm việc của mình.
• Scrum không chỉ phù hợp với các dự án phát triển phần mềm mà còn phù hợp với bất kỳ dự án phức tạp hoặc đổi mới nào, các hoạt động khám phá và các sáng kiến thay đổi tổ chức.

Vai trò Scrum

Khung Scrum được xác định bởi ba vai trò cốt lõi: Đội Phát triển, Người Chuyên trách Scrum và Người Chủ Sản phẩm.

Người Chủ Sản phẩm

Người Chủ Sản phẩm chịu trách nhiệm tối đa hóa giá trị của sản phẩm và công việc của đội phát triển. Cách thức đạt được điều này có thể khác nhau tùy thuộc vào tổ chức, đội Scrum và cá nhân.

Vai trò của Người Chủ Sản phẩm

Người Chủ Sản phẩm là người duy nhất chịu trách nhiệm quản lýDanh sách Sản phẩm. Quản lý Danh sách Sản phẩm bao gồm:

• Trình bày rõ ràng các mục trong Danh sách Sản phẩm;
• Sắp xếp các mục trong Danh sách Sản phẩm để đạt được mục tiêu và sứ mệnh tốt nhất;
• Tối ưu hóa giá trị của công việc mà Đội Phát triển thực hiện;
• Đảm bảo danh sách sản phẩm là rõ ràng, minh bạch và dễ hiểu đối với tất cả, và thể hiện những gì đội Scrum sẽ làm tiếp theo;
• Đảm bảo Đội Phát triển hiểu các mục trong danh sách sản phẩm ở mức độ cần thiết.

Trợ lý Scrum

Trợ lý Scrum đảm bảo rằng Scrum được hiểu và thực hiện. Trợ lý Scrum làm điều này bằng cách đảm bảo đội Scrum tuân thủ lý thuyết, thực hành và quy tắc Scrum.

Trợ lý Scrum là một người lãnh đạo phục vụ cho đội Scrum. Trợ lý Scrum giúp những người bên ngoài đội Scrum hiểu được những tương tác nào với đội Scrum là hữu ích và những tương tác nào không. Trợ lý Scrum giúp mọi người điều chỉnh các tương tác này để tối đa hóa giá trị tạo ra bởi đội Scrum.

Vai trò của Trợ lý Scrum

Trợ lý Scrum phục vụ Product Owner theo nhiều cách, bao gồm:

• Xác định các kỹ thuật quản lý danh sách sản phẩm hiệu quả;
• Giúp đội Scrum hiểu nhu cầu về các mục danh sách sản phẩm rõ ràng và súc tích;
• Hiểu về lập kế hoạch sản phẩm trong môi trường thực nghiệm;
• Đảm bảo Product Owner biết cách ưu tiên danh sách sản phẩm để tối đa hóa giá trị;
• Hiểu và thực hành tính linh hoạt;
• Hỗ trợCác sự kiện Scrum khi cần thiết.

Dịch vụ của Trợ lý Scrum đối với Đội Phát triển
Trợ lý Scrum phục vụ Đội Phát triển theo nhiều cách, bao gồm:

• Hướng dẫn Đội Phát triển trong tự tổ chức và đa chức năng;
• Giúp Đội Phát triển đưa ra các sản phẩm có giá trị cao;
• Loại bỏ các rào cản làm chậm tiến độ của đội;
• Hỗ trợ các sự kiện Scrum khi cần thiết;
• Hướng dẫn Đội Phát triển trong các tổ chức chưa hoàn toàn áp dụng hoặc chưa hiểu rõ Scrum.

Dịch vụ của Trợ lý Scrum đối với Tổ chức

• Trợ lý Scrum phục vụ tổ chức theo nhiều cách, bao gồm:
• Lãnh đạo và hướng dẫn tổ chức áp dụng Scrum;
• Lên kế hoạch triển khai Scrum trong tổ chức;
• Giúp nhân viên và các bên liên quan hiểu và áp dụng Scrum và phát triển sản phẩm theo phương pháp thực nghiệm;
• Thúc đẩy thay đổi để cải thiện năng suất của đội Scrum;
• Hợp tác với các Trợ lý Scrum khác để nâng cao hiệu quả áp dụng Scrum trong tổ chức.

Đội Phát triển

Đội Phát triển bao gồm các chuyên gia chịu trách nhiệm giao một phần sản phẩm có thể triển khai được vào cuối mỗi Sprint. Chỉ có các thành viên của Đội Phát triển mới có thể tạo ra phần tăng trưởng này.

Đội được xây dựng và trao quyền bởi tổ chức để tự tổ chức và quản lý công việc của chính mình. Sự kết hợp hiệu quả này tối ưu hóa năng suất và hiệu quả tổng thể của đội.

Đặc điểm của Đội Phát triển

Đội Phát triển có những đặc điểm sau:

• Họ tự tổ chức. Không ai (kể cả Scrum Master) chỉ đạo Đội Phát triển cách chuyển các mục trong Product Backlog thành một phần sản phẩm có thể triển khai được;
• Đội Phát triển là đa chức năng, sở hữu tất cả các kỹ năng cần thiết để tạo ra một phần sản phẩm;
• Scrum không công nhận các chức danh cho thành viên đội ngoài trừ “Người phát triển”, bất kể công việc đang thực hiện. Quy tắc này không có ngoại lệ;
• Scrum không công nhận các nhóm con trong Đội Phát triển, bất kể lĩnh vực cụ thể như kiểm thử hay phân tích kinh doanh. Quy tắc này không có ngoại lệ;
• Các thành viên cá nhân có thể có kỹ năng chuyên môn và lĩnh vực tập trung riêng, nhưng trách nhiệm thuộc về toàn bộ Đội Phát triển.

Sự kiện Scrum

Khung Scrum được đặc trưng bởi năm sự kiện: Sprint,Lên kế hoạch Sprint, Daily Scrum, Đánh giá Sprint, vàHồi cứu Sprint.

• MộtSprint (cũng được gọi là một lần lặp) là đơn vị cơ bản của phát triển trong Scrum. Một Sprint là một nỗ lực có giới hạn thời gian; tức là nó bị giới hạn trong một khoảng thời gian cụ thể. Thời lượng của mỗi Sprint được xác định trước và thường dao động từ một đến bốn tuần, phổ biến nhất là hai tuần.
• Lên kế hoạch Sprint là một sự kiện trong khung Scrum nơi đội xác định các mục trong Product Backlog mà họ sẽ làm trong Sprint và thảo luận về kế hoạch ban đầu để hoàn thành các mục này.
• MộtDaily Stand-up (cũng được gọi là Cuộc họp Daily Scrum) là một cuộc họp ngắn, có giới hạn thời gian để đảm bảo mọi người cùng hướng. Thông thường, cuộc họp kéo dài từ 5 đến 15 phút và đôi khi được gọi là cuộc họp đứng, kiểm tra buổi sáng hoặc cuộc họp hàng ngày.
• Đánh giá Sprint diễn ra vào cuối Sprint. Trong buổi đánh giá này, Người sở hữu Sản phẩm giải thích những công việc đã được lên kế hoạch và hoàn thành hay chưa hoàn thành trong Sprint. Sau đó, đội sẽ trình bày công việc đã hoàn thành và thảo luận về những điều đã diễn ra tốt đẹp và cách giải quyết các vấn đề.
• Hội nghị rút kinh nghiệm Sprint diễn ra sau mỗi buổi xem xét Sprint. Nó mang lại cho đội cơ hội kiểm tra bản thân và xây dựng kế hoạch cải tiến để thực hiện trong Sprint tiếp theo.

Các sản phẩm của Scrum

Các sản phẩm là các tài liệu vật lý cung cấp chi tiết dự án. Các sản phẩm của Scrum bao gồm Danh sách Sản phẩm, Danh sách Sprint, và Tích lũy Sản phẩm.

• Cái Danh sách Sản phẩm là danh sách ưu tiên các tính năng, lỗi hoặc nhiệm vụ kỹ thuật hiện chưa đang được thực hiện. Từ góc nhìn của Người sở hữu Sản phẩm, danh sách này nên bao gồm tất cả công việc được coi là có giá trị.
• Khi yêu cầu sản phẩm thay đổi và phát triển, người Người sở hữu Sản phẩm và các thành viên khác trong đội sẽ xem xét và điều chỉnh Danh sách Sản phẩm khi cần thiết.
• Cái Danh sách Sprint là danh sách tất cả các mục từ Danh sách Sản phẩm mà đội đã cam kết thực hiện trong Sprint. Danh sách này được lập bằng cách ưu tiên các mục từ Danh sách Sản phẩm cho đến khi đội tin rằng đã đạt đến năng lực Sprint. Các thành viên trong đội tuân theo khung Scrum tự tổ chức, ghi nhận các nhiệm vụ vào Danh sách Sprint dựa trên kỹ năng và mức độ ưu tiên.
• Cái Tích lũy Sản phẩm là tổng hợp tất cả công việc hoàn thành trong một Sprint, cộng với tất cả công việc đã hoàn thành trong các Sprint trước đó. Mục tiêu của Sprint là tạo ra một tích lũy sản phẩm có thể được giao cho khách hàng. Đội Scrum thống nhất về định nghĩa “Hoàn thành” cho tích lũy, và tất cả các thành viên phải đồng thuận và hiểu rõ điều đó.

Tại sao nên sử dụng các nguyên tắc Agile và quản lý dự án Agile?

Tổ chức của bạn có đang hướng đến quản lý dự án Agile không? Bạn có muốn mở rộng kỹ năng để bao gồm các phương pháp Agile không? Nhiều tổ chức đang áp dụng các phương pháp Agile để cải thiện hiệu suất đội nhóm, tăng sự hài lòng của khách hàng và nâng cao tính linh hoạt của dự án. Các tổ chức sử dụng phương pháp Agile có thể phản ứng nhanh với những thay đổi thị trường động và hoàn thành thành công nhiều dự án hơn. Đào tạo Agile là cách lý tưởng để đồng bộ hóa cấp độ tổ chức và đội nhóm dự án với Agile và các phương pháp triển khai liên quan. Đào tạo Agile có thể làm rõ nhiều hiểu lầm về hoạt động Agile và giúp làm nổi bật các khái niệm cốt lõi Agile đồng thời làm rõ sự khác biệt giữa các cách tiếp cận triển khai khác nhau.

Thông thường, khi các tổ chức mô tả các thách thức bằng thuật ngữ “Agile”, họ đang nói đến những khó khăn trong việc thực hiện các phương pháp Agile. Việc tất cả các thành viên đội dự án (cả kỹ thuật lẫn kinh doanh) tham gia cùng một khóa đào tạo, tốt nhất là trong cùng một lớp học, có thể giúp giải quyết một số vấn đề này. Toàn bộ đội nên nghe cùng một thông tin, khái niệm và chiến lược triển khai, từ đó hình thành một ngôn ngữ và góc nhìn chung. Sự hiểu biết chung này giúp tăng đáng kể khả năng đội sử dụng ngôn ngữ chung và cùng kiểm tra, điều chỉnh, giảm thiểu xung đột trong tương lai.

Dù bạn đang tìm kiếm chứng chỉ Agile để mở rộng kiến thức Agile cá nhân hay đào tạo nhiều cấp độ trong tổ chức của bạn về các phương pháp Agile, chúng tôi có thể giúp bạn bắt đầu nhanh chóng với khóa đào tạo Agile của chúng tôi. Chúng tôi có thể dạy bạn tất cả các nguyên tắc và thực hành Agile, bao gồm Scrum, XP và Lean.

Lợi ích của việc triển khai các phương pháp Agile

Người dùng cuối được khuyến khích tham gia trong suốt quá trình dự án, mang lại tính minh bạch và rõ ràng. Việc lập kế hoạch liên tục và nhận phản hồi trong suốt quá trình tạo ra giá trị kinh doanh ngay từ đầu.

Các tổ chức chấp nhận ý tưởng cung cấp giá trị kinh doanh sớm trong quá trình sẽ thấy việc giảm thiểu rủi ro liên quan đến phát triển trở nên dễ dàng hơn. Một số lợi ích chính của quản lý dự án Agile bao gồm:

Sản phẩm chất lượng cao

• Kiểm thử định kỳ để xác minh sản phẩm hoạt động trong quá trình phát triển
• Xác định và mô tả chi tiết yêu cầu đúng thời điểm
• Tích hợp tích hợp liên tục và kiểm thử hàng ngày vào quy trình phát triển
• Các buổi tổng kết sprint để cải tiến liên tục quy trình và công việc
• Phần mềm được phát triển theo các chu kỳ tăng dần và nhanh chóng.

Mức độ hài lòng của khách hàng cao hơn

• Hiển thị cho khách hàng các tính năng hoạt động
• Phát hành sản phẩm ra thị trường nhanh hơn và thường xuyên hơn
• Duy trì sự tham gia và tham gia của khách hàng

Kiểm soát dự án được nâng cao

• Các cuộc họp sprint hàng ngày
• Tính minh bạch thông qua các thiết bị phát thông tin

Giảm thiểu rủi ro

• Phát triển diễn ra trong các sprint, đảm bảo khoảng thời gian ngắn giữa các lần phát hành tính năng
• Agile cung cấp tính linh hoạt khi triển khai các thay đổi gần đây
• Thích nghi với nhu cầu và sở thích của khách hàng trong suốt quá trình phát triển

Tỷ suất hoàn vốn đầu tư (ROI) nhanh hơn

• Tập trung vào giá trị kinh doanh, cho phép khách hàng ưu tiên các tính năng
• Sản phẩm chức năng sẵn sàng ra thị trường sau một vài lần lặp lại
• Agile cho phép phát hành sản phẩm nhanh chóng và khả năng đo lường phản hồi của khách hàng