Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị

Chia sẻ chuyên mục Đề Tài Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị hay nhất năm 2026 cho các bạn học viên ngành đang làm luận văn thạc sĩ tham khảo nhé. Với những bạn chuẩn bị làm bài luận văn tốt nghiệp thì rất khó để có thể tìm hiểu được một đề tài hay, đặc biệt là các bạn học viên đang chuẩn bị bước vào thời gian lựa chọn đề tài làm luận văn thì với đề tài Luận Văn: Ứng dụng phương pháp Agile/DevOps trong quản trị dự án công nghệ tại Công ty TNHH Endava Việt Nam dưới đây chắc chắn sẽ giúp cho các bạn học viên có cái nhìn tổng quan hơn về đề tài sắp đến.

PHẦN MỞ ĐẦU

1. Tính cấp thiết của đề tài

Hiệu quả quản trị dự án công nghệ không còn được quyết định chủ yếu bởi khả năng hoàn thành công việc theo kế hoạch ban đầu, mà phụ thuộc ngày càng lớn vào tốc độ phản hồi trước thay đổi, chất lượng sản phẩm, mức độ ổn định của hệ thống và khả năng kiểm soát rủi ro. Các dự án phát triển phần mềm thường xuyên phát sinh yêu cầu mới trong quá trình thực hiện, trong khi sản phẩm phải được đưa vào sử dụng sớm và tiếp tục cải tiến dựa trên phản hồi của khách hàng. Mô hình quản trị tuyến tính vì vậy bộc lộ hạn chế khi việc phân tích, phát triển, kiểm thử và vận hành được tổ chức thành các giai đoạn tách biệt. Độ trễ giữa các giai đoạn làm kéo dài thời gian triển khai, tăng chi phí sửa lỗi và hạn chế khả năng thích ứng của dự án.

Agile/DevOps giải quyết hai phần có quan hệ chặt chẽ trong vòng đời dự án công nghệ. Agile tổ chức quá trình phát triển theo các chu kỳ ngắn, ưu tiên giá trị khách hàng và cho phép điều chỉnh yêu cầu trong quá trình thực hiện. DevOps kết nối hoạt động phát triển với kiểm thử, triển khai và vận hành thông qua tự động hóa, tích hợp liên tục và triển khai liên tục (CI/CD). Việc tích hợp hai cách tiếp cận này giúp rút ngắn thời gian từ khi tiếp nhận yêu cầu đến khi đưa sản phẩm vào sử dụng, đồng thời cải thiện khả năng phát hiện lỗi, phục hồi sau sự cố và phối hợp giữa các nhóm chuyên môn (Kim và cộng sự, 2020, Project Management Institute, 2021). Tuy nhiên, hiệu quả không phát sinh chỉ từ việc sử dụng Scrum, Jira hoặc một số công cụ tự động hóa. Kết quả phụ thuộc vào mức độ đồng bộ giữa con người, quy trình, nền tảng kỹ thuật, cơ chế quản trị và hệ thống đo lường.

Yêu cầu này đặc biệt rõ tại Công ty TNHH Endava Việt Nam, đơn vị tham gia triển khai các dự án công nghệ cho khách hàng quốc tế trong những lĩnh vực có yêu cầu cao về tiến độ, chất lượng, bảo mật và tuân thủ. Kết quả khảo sát 305 nhân sự cho thấy 87,8% người trả lời đang tham gia các dự án áp dụng Agile/DevOps hoặc mô hình kết hợp, 72,5% làm việc trong dự án có sự phối hợp đa quốc gia hoặc đa múi giờ, 66,2% tham gia các dự án có yêu cầu bảo mật và tuân thủ ở mức cao hoặc rất cao. Đồng thời, 75,7% cho biết phần mềm hoặc tính năng mới được triển khai theo chu kỳ từ hai đến bốn tuần, hằng tuần hoặc nhiều lần trong tuần. Các đặc điểm này cho thấy hoạt động quản trị dự án tại Endava Việt Nam phải xử lý đồng thời ba yêu cầu: triển khai nhanh, phối hợp trên phạm vi rộng và duy trì kiểm soát chặt chẽ. Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Việc ứng dụng Agile/DevOps tại Endava Việt Nam đã mang lại những kết quả tích cực. Nhóm chỉ tiêu về hiệu quả quản trị dự án đạt giá trị trung bình 3,91 trên thang đo năm mức, với 73,2% người trả lời đồng ý hoặc hoàn toàn đồng ý về các kết quả đạt được. Khả năng phản hồi trước thay đổi yêu cầu và hiệu quả quản trị tổng thể được đánh giá tương đối cao. Tuy nhiên, kết quả này chưa đồng nghĩa với việc mô hình đã được triển khai đồng đều và tối ưu. Hiệu quả hiện tại vẫn chịu ảnh hưởng bởi sự khác biệt về năng lực giữa các nhóm, mức độ tự động hóa, đặc điểm hạ tầng của khách hàng và cơ chế phối hợp liên chức năng.

Các hạn chế được thể hiện rõ qua bốn nhóm vấn đề. Tự động hóa, quy trình CI/CD và năng lực nền tảng kỹ thuật chưa theo kịp nhu cầu mở rộng có giá trị trung bình 3,86, với tỷ lệ đồng thuận 70,9%. Xung đột giữa tốc độ triển khai với yêu cầu bảo mật và tuân thủ cũng đạt giá trị trung bình 3,86 và tỷ lệ đồng thuận 70,6%. Mức độ trưởng thành Agile/DevOps chưa đồng đều giữa các dự án đạt giá trị trung bình 3,83, trong khi khó khăn về quản trị mối quan hệ phụ thuộc và phối hợp đa nhóm đạt 3,69. Đáng chú ý, 78,4% người trả lời nhận định nhóm dự án còn khó cân bằng giữa triển khai nhanh và bảo đảm an toàn, 78,3% cho rằng công việc phát triển nền tảng và tự động hóa đôi khi bị xếp sau các tính năng nghiệp vụ. Các kết quả này cho thấy vấn đề không nằm ở việc Endava Việt Nam có áp dụng Agile/DevOps hay không, mà nằm ở khả năng chuẩn hóa, đo lường và mở rộng cách thức áp dụng trên nhiều dự án có điều kiện khác nhau.

Nếu các hạn chế trên không được xử lý, sự khác biệt giữa các nhóm dự án sẽ tiếp tục làm giảm khả năng dự báo tiến độ, tăng thời gian chờ giữa các bộ phận và khiến hiệu quả phụ thuộc nhiều vào một số cá nhân chủ chốt. Việc kiểm tra bảo mật ở giai đoạn muộn có thể kéo dài thời gian phát hành, trong khi các quy trình tích hợp và triển khai tự động được xây dựng riêng lẻ làm tăng chi phí duy trì và cản trở khả năng tái sử dụng. Ngược lại, chuẩn hóa mức độ trưởng thành, tích hợp bảo mật ngay từ đầu, quản trị tốt các mối quan hệ phụ thuộc và phát triển nền tảng kỹ thuật dùng chung có thể chuyển các năng lực riêng lẻ thành năng lực quản trị ở cấp tổ chức.

Từ yêu cầu đó, đề tài “Ứng dụng phương pháp Agile/DevOps trong quản trị dự án công nghệ tại Công ty TNHH Endava Việt Nam” được thực hiện nhằm đánh giá có hệ thống kết quả, hạn chế và nguyên nhân trong quá trình áp dụng, từ đó đề xuất các giải pháp phù hợp với điều kiện thực tế của doanh nghiệp. Nghiên cứu không dừng ở việc mô tả Agile/DevOps như các phương pháp phát triển phần mềm, mà tập trung xem xét chúng như một năng lực quản trị có ảnh hưởng trực tiếp đến tiến độ, chất lượng, sử dụng nguồn lực, kiểm soát rủi ro và sự hài lòng của khách hàng. Cách tiếp cận này giúp đề án đáp ứng yêu cầu thực tiễn của Endava Việt Nam, đồng thời cung cấp trường hợp tham khảo cho các doanh nghiệp dịch vụ công nghệ đang triển khai dự án trong môi trường quốc tế.

2. Mục tiêu của đề tài Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Để đạt được mục tiêu tác giả cần đánh giá thực trạng, kết quả và những hạn chế trong việc ứng dụng Agile/DevOps vào quản trị dự án công nghệ tại Công ty TNHH Endava Việt Nam, từ đó đề xuất các giải pháp nhằm chuẩn hóa cách thức triển khai, nâng cao mức độ trưởng thành, cải thiện hiệu quả quản trị và tăng khả năng kiểm soát rủi ro trong hoạt động cung cấp dịch vụ công nghệ.

• Để thực hiện mục tiêu tổng quát, đề án tập trung vào ba mục tiêu cụ thể:

Thứ nhất, xây dựng khung tiêu chí đánh giá việc ứng dụng Agile/DevOps trong quản trị dự án công nghệ, tập trung vào các phương diện gồm tiến độ, tốc độ phản hồi trước thay đổi, chất lượng sản phẩm, độ ổn định của hệ thống, hiệu quả sử dụng nguồn lực, khả năng phối hợp giữa các nhóm và sự hài lòng của khách hàng.

Thứ hai, phân tích thực trạng ứng dụng Agile/DevOps tại Endava Việt Nam, xác định những kết quả đạt được, các hạn chế còn tồn tại và nguyên nhân chủ yếu liên quan đến mức độ trưởng thành chưa đồng đều, yêu cầu bảo mật và tuân thủ, quan hệ phụ thuộc giữa các nhóm, cũng như năng lực tự động hóa và nền tảng kỹ thuật.

Thứ ba, đề xuất các giải pháp có tính khả thi nhằm nâng cao hiệu quả quản trị dự án công nghệ tại Endava Việt Nam, bao gồm chuẩn hóa mô hình trưởng thành Agile/DevOps, tích hợp bảo mật vào toàn bộ vòng đời phát triển, tăng cường quản trị quan hệ phụ thuộc và phát triển nền tảng tích hợp, kiểm thử, triển khai tự động dùng chung.

3. Đối tượng và phạm vi nghiên cứu

Đối tượng nghiên cứu của đề án là việc ứng dụng Agile/DevOps trong quản trị dự án công nghệ tại Công ty TNHH Endava Việt Nam.

Đối tượng khảo sát gồm các nhân sự đã hoặc đang tham gia vào hoạt động quản trị, phát triển, kiểm thử, vận hành, bảo mật và triển khai dự án công nghệ tại Endava Việt Nam. Các nhóm được khảo sát bao gồm quản lý dự án, quản lý hoạt động triển khai, chủ sở hữu sản phẩm, chuyên gia hướng dẫn Agile, kiến trúc sư hệ thống, lập trình viên, kỹ sư kiểm thử, kỹ sư DevOps và nhân sự phụ trách bảo mật, tuân thủ. Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Đơn vị phân tích của đề án là hoạt động quản trị và triển khai tại các dự án công nghệ có sự tham gia của Endava Việt Nam. Đề án không đánh giá toàn bộ hoạt động kinh doanh của Tập đoàn Endava và không sử dụng kết quả tài chính hợp nhất của tập đoàn để đại diện trực tiếp cho hiệu quả của Endava Việt Nam.

Về phạm vi không gian, nghiên cứu được thực hiện tại Công ty TNHH Endava Việt Nam, tập trung vào các dự án công nghệ có sự tham gia trực tiếp của nhân sự tại đơn vị này. Do Endava Việt Nam hoạt động trong mạng lưới cung cấp dịch vụ toàn cầu, một số dự án có thể có khách hàng, nhóm phối hợp hoặc hạ tầng đặt tại quốc gia khác. Tuy nhiên, đề án chỉ xem xét các hoạt động quản trị và triển khai thuộc phạm vi tham gia của Endava Việt Nam.

Về phạm vi thời gian, đề án phân tích thực trạng ứng dụng Agile/DevOps trong giai đoạn 2022-2024. Đây là giai đoạn được sử dụng để so sánh các chỉ số về tần suất triển khai, thời gian xử lý thay đổi, tỷ lệ thay đổi gây lỗi, thời gian khôi phục hệ thống và mức độ hoàn thành đúng tiến độ. Các báo cáo hoặc tài liệu được công bố trong năm 2025 chỉ được sử dụng để bổ sung thông tin và cập nhật bối cảnh, không làm thay đổi giai đoạn phân tích chính.

Về phạm vi nội dung, nghiên cứu giới hạn ở khía cạnh quản trị dự án công nghệ, gồm:

• Tổ chức và phối hợp giữa các nhóm dự án.
• Lập kế hoạch, theo dõi tiến độ và xử lý thay đổi.
• Tích hợp hoạt động phát triển, kiểm thử, triển khai và vận hành.
• Mức độ tự động hóa trong quy trình tích hợp và triển khai liên tục.
• Quản trị chất lượng, bảo mật, tuân thủ và rủi
• Đo lường hiệu quả dự án thông qua các chỉ tiêu quản trị và kết quả khảo sát.

Đề án không đi sâu vào thiết kế mã nguồn, cấu hình chi tiết của hạ tầng, thuật toán, kiến trúc phần mềm hoặc kỹ thuật vận hành của từng dự án. Các nội dung kỹ thuật chỉ được phân tích khi chúng ảnh hưởng trực tiếp đến tiến độ, chất lượng, nguồn lực, rủi ro và hiệu quả quản trị dự án.

4. Phương pháp nghiên cứu Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

• Nghiên cứu này sử dụng phương pháp định tính là phương pháp chính.

Dữ liệu thứ cấp được thu thập từ các công trình nghiên cứu, báo cáo chuyên ngành, báo cáo của Endava và tài liệu nội bộ nhằm xây dựng khung đánh giá, mô tả bối cảnh hoạt động và phân tích thực trạng ứng dụng Agile/DevOps.

Dữ liệu sơ cấp được thu thập thông qua khảo sát các nhân sự tham gia quản trị, phát triển, kiểm thử, vận hành, bảo mật và triển khai dự án công nghệ tại Endava Việt Nam. Bảng hỏi sử dụng thang đo Likert năm mức, từ 1 – Hoàn toàn không đồng ý đến 5 – Hoàn toàn đồng ý. Sau khi thu thập và làm sạch dữ liệu, nghiên cứu thu được 305 phiếu hợp lệ.

Dữ liệu khảo sát được xử lý bằng phần mềm SPSS 27 thông qua tần số, tỷ lệ phần trăm, giá trị trung bình và độ lệch chuẩn. Kết quả được sử dụng để mô tả đặc điểm mẫu, đánh giá hiệu quả ứng dụng Agile/DevOps, xác định các hạn chế chủ yếu và xem xét mức độ đồng thuận đối với các giải pháp đề xuất. Ngoài ra, đề án sử dụng phương pháp tổng hợp, so sánh và đối chiếu giữa cơ sở lý thuyết, dữ liệu nội bộ và kết quả khảo sát để phân tích nguyên nhân và xây dựng giải pháp.

5. Lược khảo các nghiên cứu

Các nghiên cứu liên quan đến đề tài có thể chia thành ba hướng chính: ứng dụng Agile trong quản trị dự án, áp dụng DevOps trong quá trình phát triển và vận hành phần mềm, và tích hợp Agile/DevOps nhằm nâng cao hiệu quả triển khai dự án công nghệ.

Hướng nghiên cứu thứ nhất tập trung vào Agile như một cách tiếp cận quản trị linh hoạt. Agile chia quá trình thực hiện dự án thành các chu kỳ ngắn, tăng cường sự tham gia của khách hàng và cho phép điều chỉnh yêu cầu trong quá trình phát triển. Rigby, Sutherland và Takeuchi (2016) cho rằng Agile giúp tổ chức phản ứng nhanh hơn trước biến động của thị trường, nhưng hiệu quả phụ thuộc vào mức độ trao quyền, khả năng phối hợp và sự hỗ trợ của lãnh đạo. Project Management Institute (2021) cũng nhấn mạnh Agile không phải một quy trình cố định mà là cách thức lựa chọn và điều chỉnh phương pháp quản trị theo đặc điểm của từng dự án. Rath và cộng sự (2025) tiếp tục khẳng định khả năng thích ứng và cung cấp giá trị sớm là những ưu điểm nổi bật của Agile. Tuy nhiên, phần lớn các nghiên cứu này tập trung vào giai đoạn phát triển sản phẩm, chưa giải quyết đầy đủ khoảng cách giữa phát triển, triển khai và vận hành hệ thống. Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Hướng nghiên cứu thứ hai xem xét DevOps như một cơ chế tích hợp giữa phát triển và vận hành. Kim và cộng sự (2020) cho rằng DevOps tạo ra luồng công việc liên tục thông qua tự động hóa, phối hợp liên chức năng và phản hồi nhanh. Các báo cáo của DevOps Research and Assessment (2022, 2024) sử dụng tần suất triển khai, thời gian xử lý thay đổi, tỷ lệ thay đổi gây lỗi và thời gian khôi phục sau sự cố để đánh giá năng lực triển khai phần mềm. Những chỉ tiêu này giúp chuyển việc đánh giá DevOps từ nhận định định tính sang kết quả có thể theo dõi. El Aouni và cộng sự (2024) cũng chỉ ra rằng việc kết hợp Agile, điện toán đám mây và DevOps có thể cải thiện tốc độ, chất lượng và khả năng mở rộng. Dù vậy, nhiều nghiên cứu về DevOps vẫn thiên về công cụ và thực hành kỹ thuật, trong khi các vấn đề quản trị như phân bổ nguồn lực, quản trị phụ thuộc, tuân thủ và phối hợp giữa nhiều nhóm chưa được phân tích tương xứng.

Hướng nghiên cứu thứ ba tập trung vào việc tích hợp Agile/DevOps. Hai cách tiếp cận này bổ sung cho nhau: Agile điều chỉnh yêu cầu và tổ chức quá trình phát triển theo giá trị khách hàng, còn DevOps bảo đảm kết quả phát triển được kiểm thử, triển khai và vận hành liên tục. Sự tích hợp này giúp rút ngắn khoảng cách từ yêu cầu nghiệp vụ đến sản phẩm vận hành thực tế. Tuy nhiên, hiệu quả không chỉ phụ thuộc vào việc sử dụng công cụ tích hợp và triển khai liên tục mà còn chịu ảnh hưởng bởi mức độ trưởng thành của nhóm, kiến trúc hệ thống, khả năng tự động hóa, cơ chế bảo mật và mô hình phối hợp liên chức năng. Pham và Neumann (2024) cho thấy việc đánh giá hiệu quả phát triển phần mềm linh hoạt cần kết hợp nhiều nhóm chỉ tiêu, thay vì chỉ dựa vào tốc độ hoặc số lượng công việc hoàn thành.

Các nghiên cứu hiện có cũng cho thấy một số vấn đề chưa được giải quyết đầy đủ. Thứ nhất, nhiều công trình phân tích Agile hoặc DevOps riêng biệt, trong khi doanh nghiệp thực tế thường áp dụng đồng thời hai cách tiếp cận. Thứ hai, kết quả nghiên cứu chủ yếu tập trung vào năng suất kỹ thuật, chưa gắn chặt với hiệu quả quản trị dự án như tiến độ, sử dụng nguồn lực, khả năng phối hợp và sự hài lòng của khách hàng. Thứ ba, các yếu tố như mức độ trưởng thành không đồng đều, xung đột giữa tốc độ với yêu cầu bảo mật, quan hệ phụ thuộc đa nhóm và năng lực nền tảng kỹ thuật chưa được xem xét trong một khung phân tích thống nhất. Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Tại Việt Nam, tài liệu về Agile/DevOps chủ yếu gồm báo cáo thị trường, khảo sát cộng đồng công nghệ và các bài viết mô tả kinh nghiệm triển khai. Các nguồn này cung cấp thông tin về xu hướng áp dụng, nhu cầu nhân lực và công cụ phổ biến nhưng còn hạn chế về bằng chứng thực nghiệm tại một doanh nghiệp cụ thể. Bản đề án hiện cũng chưa sử dụng nhiều công trình nghiên cứu học thuật trong nước, đây là điểm cần bổ sung để tăng tính cân đối của phần lược khảo. Hội đồng đồng thời nhận xét cơ sở hình thành các nhóm khảo sát và tiêu chí đánh giá chưa được giải thích đầy đủ từ các nghiên cứu trước.

Từ các phân tích trên, khoảng trống nghiên cứu được xác định ở việc thiếu nghiên cứu trường hợp đánh giá đồng thời kết quả, hạn chế và điều kiện triển khai Agile/DevOps tại một doanh nghiệp dịch vụ công nghệ hoạt động trong môi trường quốc tế. Đặc biệt, chưa có nhiều nghiên cứu kết hợp các chỉ tiêu triển khai phần mềm với đánh giá của nhân sự về mức độ trưởng thành, bảo mật và tuân thủ, quan hệ phụ thuộc, tự động hóa và hiệu quả quản trị dự án.

Đề án này bổ sung vào khoảng trống trên thông qua nghiên cứu trường hợp tại Công ty TNHH Endava Việt Nam. Nghiên cứu kết hợp dữ liệu nội bộ và khảo sát nhân sự để đánh giá hiệu quả ứng dụng Agile/DevOps, xác định các hạn chế chủ yếu và đề xuất giải pháp tương ứng. Điểm trọng tâm không phải chứng minh Agile/DevOps luôn tạo ra hiệu quả, mà làm rõ những điều kiện giúp hai cách tiếp cận này được triển khai đồng bộ, có thể đo lường và phù hợp với đặc điểm của doanh nghiệp.

6. Ý nghĩa thực tiễn của đề tài

Đề án cung cấp cho Công ty TNHH Endava Việt Nam một cơ sở đánh giá có hệ thống về việc ứng dụng Agile/DevOps trong quản trị dự án công nghệ. Kết quả nghiên cứu không chỉ phản ánh những lợi ích đã đạt được về tiến độ, khả năng phản hồi, chất lượng và độ ổn định của hệ thống, mà còn chỉ ra các hạn chế liên quan đến mức độ trưởng thành chưa đồng đều, yêu cầu bảo mật và tuân thủ, quan hệ phụ thuộc giữa các nhóm, cũng như năng lực tự động hóa và nền tảng kỹ thuật.

Trên cơ sở đó, đề án giúp doanh nghiệp xác định rõ những nội dung cần ưu tiên cải tiến thay vì đầu tư dàn trải. Mô hình đánh giá mức độ trưởng thành Agile/DevOps có thể được sử dụng để phân loại năng lực của từng dự án, xác định khoảng cách giữa hiện trạng và mục tiêu, đồng thời hỗ trợ phân bổ nguồn lực, đào tạo và đầu tư công nghệ phù hợp. Các chỉ tiêu như thời gian xử lý thay đổi, tần suất triển khai, tỷ lệ thay đổi gây lỗi, thời gian khôi phục sau sự cố và mức độ hoàn thành đúng kế hoạch cũng tạo nền tảng cho việc chuyển từ đánh giá cảm tính sang quản trị dựa trên dữ liệu.

Bốn nhóm giải pháp được đề xuất có thể hỗ trợ Endava Việt Nam xử lý trực tiếp các vấn đề đã được nhận diện. Việc chuẩn hóa mức độ trưởng thành giúp giảm sự khác biệt giữa các dự án, tích hợp bảo mật trong toàn bộ vòng đời phát triển giúp hạn chế xung đột giữa tốc độ và tuân thủ, tăng cường quản trị quan hệ phụ thuộc giúp giảm thời gian chờ giữa các nhóm, còn phát triển kỹ thuật nền tảng và quy trình tích hợp, kiểm thử, triển khai tự động dùng chung giúp nâng cao khả năng tái sử dụng và hiệu suất triển khai. Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Kết quả nghiên cứu cũng có thể được sử dụng làm tài liệu tham khảo cho các doanh nghiệp dịch vụ công nghệ tại Việt Nam đang áp dụng Agile/DevOps trong môi trường có nhiều nhóm tham gia, khách hàng quốc tế và yêu cầu bảo mật cao. Tuy nhiên, các giải pháp cần được điều chỉnh theo quy mô, kiến trúc hệ thống, nguồn lực và mức độ trưởng thành của từng doanh nghiệp, thay vì áp dụng đồng loạt theo một khuôn mẫu cố định.

7. Kết cấu của đề án

Ngoài phần mở đầu, kết luận, phụ lục, và danh mục tài liệu tham khảo, nội dung của đề án được chia thành 3 chương:

• Chương 1: Cơ sở lý thuyết về quản trị dự án công nghệ và Agile/DevOps
• Chương 2: Thực trạng ứng dụng phương pháp Agile/DevOps tại công ty TNHH Endava
• Chương 3: Giải pháp hoàn thiện mô hình quản trị dự án công nghệ theo phương pháp Agile/DevOps

Chương 1 CƠ SỞ LÝ THUYẾT VỀ QUẢN TRỊ DỰ ÁN CÔNG NGHỆ VÀ AGILE/DEVOPS

1.1 Tổng quan phương pháp Agile/DevOps

1.1.1. Khái niệm và đặc điểm của phương pháp Agile

Agile là cách tiếp cận quản trị và phát triển sản phẩm theo hướng lặp lại, gia tăng và thích ứng liên tục. Thay vì xây dựng một kế hoạch cố định cho toàn bộ dự án, Agile chia công việc thành các chu kỳ ngắn, trong đó nhóm dự án liên tục xác định ưu tiên, phát triển sản phẩm, tiếp nhận phản hồi và điều chỉnh kế hoạch. Cách tiếp cận này phù hợp với các dự án công nghệ có yêu cầu thường xuyên thay đổi và khó xác định đầy đủ ngay từ giai đoạn đầu.

Nền tảng của Agile được thể hiện trong Tuyên ngôn Agile năm 2001, nhấn mạnh bốn định hướng: coi trọng con người và sự tương tác hơn quy trình cứng nhắc, ưu tiên sản phẩm có thể sử dụng hơn tài liệu quá mức, tăng cường hợp tác với khách hàng, và chủ động thích ứng với thay đổi thay vì tuyệt đối tuân thủ kế hoạch ban đầu (Beck và cộng sự, 2001). Những định hướng này không phủ nhận vai trò của quy trình, tài liệu hay kế hoạch, mà yêu cầu doanh nghiệp sử dụng chúng ở mức cần thiết để hỗ trợ việc tạo ra giá trị. Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Agile có bốn đặc điểm chính. Thứ nhất, sản phẩm được phát triển theo từng phần nhỏ có khả năng kiểm tra và đánh giá, giúp phát hiện sớm sai lệch so với nhu cầu khách hàng. Thứ hai, kế hoạch được cập nhật theo kết quả thực tế của từng chu kỳ, thay vì chỉ dựa trên dự báo ban đầu. Thứ ba, nhóm dự án được tổ chức theo hướng liên chức năng, trong đó các thành viên cùng chịu trách nhiệm đối với kết quả đầu ra. Thứ tư, phản hồi của khách hàng và các bên liên quan được đưa trực tiếp vào quá trình ưu tiên công việc và cải tiến sản phẩm. Cũng như mô tả trong Project Management Institute (2021), Agile được hiểu là “một cách tiếp cận dự án nhằm cung cấp giá trị sớm nhất có thể cho khách hàng thông qua việc chia nhỏ sản phẩm thành các giai đoạn gia tăng với các đặc trưng:

• Phản hồi nhanh chóng với thay đổi: Ưu tiên thích nghi hơn là tuân thủ kế hoạch cố định.
• Phát triển theo chu kỳ ngắn (sprint/iteration): Mỗi chu kỳ thường kéo dài 2-4 tuần.
• Hợp tác liên chức năng: Các nhóm phát triển, kiểm thử, kinh doanh và khách hàng làm việc cùng nhau xuyên suốt dự án.
• Giao hàng liên tục: Mỗi vòng lặp phải tạo ra giá trị cụ thể có thể kiểm thử hoặc triển khai được.

Giá trị quản trị của Agile nằm ở khả năng giảm rủi ro do thay đổi yêu cầu. Trong mô hình tuyến tính, sai lệch thường chỉ được phát hiện khi sản phẩm gần hoàn thành, khiến chi phí điều chỉnh cao và thời gian xử lý kéo dài. Agile đưa hoạt động kiểm tra và phản hồi vào từng chu kỳ ngắn, qua đó giúp nhóm dự án phát hiện vấn đề sớm hơn, điều chỉnh phạm vi kịp thời và tập trung nguồn lực vào những hạng mục có giá trị cao.

Tuy nhiên, Agile không tự động làm cho dự án hiệu quả hơn. Nếu danh sách công việc ưu tiên không rõ ràng, khách hàng ít tham gia, nhóm thiếu quyền tự chủ hoặc chỉ chạy theo số lượng công việc hoàn thành, các chu kỳ ngắn có thể làm tăng áp lực nhưng không tạo thêm giá trị. Vì vậy, hiệu quả của Agile phụ thuộc vào chất lượng quản trị yêu cầu, năng lực phối hợp, mức độ trao quyền và khả năng đo lường kết quả thực tế của dự án.

Trong đề án này, Agile được xem là cách tiếp cận quản trị dự án linh hoạt, tập trung vào việc cung cấp giá trị theo từng chu kỳ, phản hồi nhanh trước thay đổi và tăng cường trách nhiệm của nhóm dự án. Agile không được hiểu đơn thuần là việc tổ chức các cuộc họp hoặc chia công việc thành các chu kỳ phát triển ngắn. Cách xác định này tạo cơ sở để đánh giá mức độ áp dụng thực chất tại Endava Việt Nam, thay vì chỉ xác định dự án có sử dụng Scrum, Kanban hoặc công cụ quản lý công việc hay không.

• Các nguyên tắc và mô hình phổ biến của Agile Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Các nguyên tắc Agile hướng đến việc tạo giá trị sớm, phản hồi nhanh trước thay đổi và cải tiến liên tục dựa trên kết quả thực tế. Trọng tâm của Agile không nằm ở việc tuân thủ một quy trình cố định, mà ở khả năng tổ chức công việc để nhóm dự án thường xuyên kiểm tra sản phẩm, tiếp nhận phản hồi và điều chỉnh ưu tiên. Vì vậy, mức độ áp dụng Agile cần được đánh giá thông qua kết quả đạt được, không chỉ dựa vào số lượng cuộc họp, biểu mẫu hoặc chu kỳ phát triển đã tổ chức.

Trong quản trị dự án công nghệ, các nguyên tắc Agile có thể quy về bốn nhóm chính. Thứ nhất, công việc được ưu tiên theo giá trị mang lại cho khách hàng thay vì chỉ theo mức độ thuận tiện về kỹ thuật. Thứ hai, sản phẩm được phát triển và đánh giá theo từng phần nhỏ nhằm phát hiện sớm sai lệch. Thứ ba, nhóm dự án được trao quyền để chủ động xử lý vấn đề trong phạm vi trách nhiệm. Thứ tư, kết quả của mỗi chu kỳ phải được sử dụng để điều chỉnh kế hoạch, quy trình và cách thức phối hợp ở chu kỳ tiếp theo.

Các nguyên tắc này được cụ thể hóa thông qua nhiều khung làm việc, trong đó Scrum, Kanban và Lập trình cực hạn là ba mô hình phổ biến. Mỗi mô hình giải quyết một nhóm vấn đề khác nhau nên không thể áp dụng thay thế cho nhau trong mọi trường hợp.

Scrum: Tổ chức công việc theo các chu kỳ phát triển có thời hạn cố định, thường kéo dài từ hai đến bốn tuần. Danh sách công việc được lựa chọn vào đầu chu kỳ và kết quả được đánh giá khi chu kỳ kết thúc. Cách tổ chức này giúp nhóm tập trung vào mục tiêu ngắn hạn, tăng khả năng dự báo và tạo nhịp độ làm việc ổn định. Tuy nhiên, Scrum dễ trở thành hình thức nếu nhóm chỉ tổ chức họp định kỳ nhưng danh sách công việc chưa rõ, mục tiêu chu kỳ thường xuyên thay đổi hoặc các bên liên quan không tham gia đánh giá kết quả.

Kanban: tập trung vào quản trị dòng công việc liên tục. Công việc được thể hiện trực quan theo từng trạng thái và giới hạn số lượng nhiệm vụ đang thực hiện tại một thời điểm. Cơ chế này giúp nhận diện điểm nghẽn, giảm tình trạng mở quá nhiều công việc và rút ngắn thời gian hoàn thành. Kanban phù hợp với các hoạt động có yêu cầu phát sinh liên tục như hỗ trợ vận hành, xử lý sự cố và bảo trì hệ thống. Hạn chế của mô hình là nếu không xác định rõ mức ưu tiên và giới hạn công việc đang thực hiện, bảng Kanban chỉ trở thành công cụ hiển thị mà không cải thiện được dòng công việc.

Lập trình cực hạn (Extreme Programming – XP): Tập trung vào chất lượng kỹ thuật thông qua các thực hành như phát triển dựa trên kiểm thử, lập trình theo cặp, tích hợp liên tục và cải tiến cấu trúc mã nguồn. Mô hình này giúp giảm lỗi và hạn chế nợ kỹ thuật, nhưng đòi hỏi đội ngũ có năng lực chuyên môn tốt và duy trì kỷ luật kỹ thuật cao. Vì vậy, lập trình cực hạn thường được kết hợp với Scrum hoặc Kanban thay vì được sử dụng như một mô hình quản trị độc lập.

• Bảng 1.1. So sánh các mô hình Agile phổ biến

Việc lựa chọn mô hình cần căn cứ vào đặc điểm công việc, mức độ biến động của yêu cầu và năng lực của nhóm dự án. Scrum phù hợp khi doanh nghiệp cần tạo nhịp phát triển ổn định, Kanban phù hợp với dòng công việc liên tục, còn lập trình cực hạn hỗ trợ nâng cao chất lượng kỹ thuật. Trong thực tế, các dự án công nghệ thường kết hợp nhiều mô hình, chẳng hạn sử dụng Scrum để quản trị kế hoạch, Kanban để theo dõi công việc vận hành và các thực hành của lập trình cực hạn để kiểm soát chất lượng mã nguồn.

Điểm cần nhấn mạnh là việc sử dụng một khung Agile không đồng nghĩa với việc dự án đã đạt mức độ trưởng thành cao. Hiệu quả chỉ được hình thành khi mô hình được gắn với mục tiêu kinh doanh, chất lượng đầu ra, quyền tự chủ của nhóm và hệ thống đo lường phù hợp. Đây là cơ sở để đề án đánh giá sự khác biệt về mức độ trưởng thành Agile giữa các dự án tại Endava Việt Nam.

1.1.2. Khái niệm và đặc trưng của DevOps Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

DevOps là cách tiếp cận tích hợp giữa phát triển phần mềm và vận hành hệ thống nhằm rút ngắn thời gian đưa thay đổi vào sử dụng, đồng thời duy trì chất lượng và độ ổn định của sản phẩm. DevOps không phải một công cụ hoặc quy trình đơn lẻ, mà là sự kết hợp giữa văn hóa hợp tác, phương pháp làm việc, tự động hóa và hệ thống đo lường xuyên suốt vòng đời phần mềm.

DevOps hình thành từ hạn chế của mô hình tổ chức tách biệt giữa nhóm phát triển và nhóm vận hành. Nhóm phát triển thường ưu tiên tốc độ bổ sung tính năng, trong khi nhóm vận hành tập trung vào sự ổn định và hạn chế thay đổi. Khi hai nhóm sử dụng mục tiêu, quy trình và công cụ khác nhau, sản phẩm dễ bị chậm triển khai, phát sinh lỗi khi chuyển giao và kéo dài thời gian xử lý sự cố. DevOps giải quyết mâu thuẫn này bằng cách thiết lập trách nhiệm chung đối với toàn bộ quá trình từ phát triển, kiểm thử đến triển khai và vận hành.

Theo Kim và cộng sự (2020), DevOps hướng đến việc tạo ra luồng giá trị liên tục thông qua ba cơ chế chính: tăng tốc dòng công việc từ phát triển đến vận hành, xây dựng vòng phản hồi nhanh, và hình thành văn hóa học hỏi, thử nghiệm, cải tiến liên tục. Microsoft Learn (2023) cũng xác định DevOps là sự kết hợp giữa con người, quy trình và công nghệ để cung cấp sản phẩm thường xuyên hơn, ổn định hơn và có khả năng kiểm soát tốt hơn.

• Các đặc trưng chính của DevOps gồm: Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Tích hợp liên tục (Continuous Integration – CI): Mã nguồn được hợp nhất thường xuyên và kiểm tra tự động nhằm phát hiện lỗi sớm. Cơ chế này làm giảm rủi ro tích hợp nhiều thay đổi lớn vào cuối chu kỳ phát triển.

Chuyển giao và triển khai liên tục (Continuous Delivery/Continuous Deployment – CD): Quá trình đóng gói, kiểm thử và đưa phần mềm sang các môi trường được tự động hóa. Chuyển giao liên tục bảo đảm sản phẩm luôn ở trạng thái có thể phát hành, triển khai liên tục cho phép thay đổi đạt yêu cầu được đưa trực tiếp vào môi trường vận hành.

Kiểm thử tự động: Các bước kiểm tra chức năng, tích hợp, hiệu năng và bảo mật được đưa vào quy trình tự động. Kiểm thử sớm giúp giảm chi phí sửa lỗi và hạn chế tình trạng phát hiện vấn đề khi sản phẩm đã gần phát hành.

Giám sát và phản hồi liên tục: Dữ liệu về hiệu năng, lỗi, hành vi người dùng và tình trạng hệ thống được thu thập sau triển khai. Thông tin này giúp nhóm dự án phát hiện sự cố nhanh, đánh giá tác động của thay đổi và đưa kết quả vận hành trở lại danh sách công việc ưu tiên.

Trách nhiệm chung: Nhóm phát triển, kiểm thử, vận hành và bảo mật cùng chịu trách nhiệm đối với chất lượng và độ ổn định của sản phẩm. Cách tổ chức này giảm tình trạng chuyển giao trách nhiệm giữa các bộ phận khi phát sinh lỗi.

Hạ tầng được quản lý bằng mã: Cấu hình hạ tầng được định nghĩa, lưu trữ và kiểm soát phiên bản tương tự mã nguồn phần mềm. Phương pháp này giúp tái tạo môi trường nhất quán, giảm sai sót do cấu hình thủ công và hỗ trợ mở rộng hệ thống.

DevOps tạo ra hiệu quả thông qua việc giảm quy mô của mỗi lần thay đổi và tăng tốc độ phản hồi. Khi phần mềm được triển khai thành các thay đổi nhỏ, lỗi phát sinh thường dễ xác định và khắc phục hơn so với các đợt phát hành lớn. Tự động hóa cũng làm giảm thời gian chờ giữa các bước, hạn chế sai sót thủ công và giúp nhân sự tập trung vào các công việc tạo giá trị cao hơn.

Tuy nhiên, việc sử dụng Jenkins, Docker, Kubernetes hoặc các công cụ triển khai tự động chưa đủ để khẳng định doanh nghiệp đã áp dụng DevOps hiệu quả. DevOps có thể thất bại nếu mỗi nhóm tự xây dựng quy trình riêng, tỷ lệ kiểm thử tự động thấp, môi trường phát triển và vận hành không đồng nhất hoặc trách nhiệm vẫn bị chia cắt giữa các bộ phận. Trong trường hợp đó, doanh nghiệp chỉ tự động hóa một số thao tác kỹ thuật nhưng chưa cải thiện được toàn bộ luồng triển khai.

Hình 1.1 minh họa chu trình DevOps theo mô hình vòng đời liên tục Gồm các giai đoạn lặp: Lập kế hoạch → Phát triển → Tích hợp → Kiểm thử → Phát hành → Triển khai → Vận hành → Giám sát → Phản hồi và cải tiến, tạo thành vòng xoắn liên tục.

• Hình 1.1 Chu trình DevOps trong doanh nghiệp công nghệ

Trong đề án này, DevOps được xem là cách tiếp cận quản trị và vận hành tích hợp, trong đó phát triển, kiểm thử, triển khai và giám sát được tổ chức thành một chu trình liên tục. Mức độ áp dụng DevOps được đánh giá không chỉ qua việc sử dụng công cụ mà còn thông qua khả năng tự động hóa, chất lượng phối hợp, tốc độ triển khai, tỷ lệ thay đổi gây lỗi và thời gian khôi phục sau sự cố. Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

1.1.3. Mối quan hệ giữa Agile/DevOps trong doanh nghiệp công nghệ

Agile và DevOps giải quyết hai nhóm vấn đề khác nhau nhưng có quan hệ trực tiếp trong vòng đời dự án công nghệ. Agile tập trung vào việc xác định nhu cầu, ưu tiên công việc và phát triển sản phẩm theo các chu kỳ ngắn. DevOps mở rộng quá trình này sang kiểm thử, triển khai và vận hành, nhằm bảo đảm các thay đổi được đưa vào sử dụng nhanh nhưng vẫn ổn định. Vì vậy, Agile giúp doanh nghiệp xây dựng đúng sản phẩm, còn DevOps giúp đưa sản phẩm vào vận hành đúng cách.

Nếu chỉ áp dụng Agile, nhóm dự án có thể cải thiện khả năng phản hồi yêu cầu nhưng vẫn gặp điểm nghẽn ở khâu kiểm thử, phê duyệt và triển khai. Sản phẩm hoàn thành sau mỗi chu kỳ phát triển chưa chắc có thể được đưa vào sử dụng ngay nếu các bước phía sau còn phụ thuộc vào thao tác thủ công hoặc các nhóm vận hành tách biệt. Ngược lại, việc tự động hóa triển khai theo DevOps không tạo ra nhiều giá trị nếu danh sách công việc chưa được ưu tiên đúng hoặc sản phẩm không phản ánh nhu cầu của khách hàng. Hiệu quả chỉ hình thành khi hai cách tiếp cận được kết nối thành một chu trình thống nhất.

Sự tích hợp Agile/DevOps tạo ra vòng phản hồi liên tục từ yêu cầu nghiệp vụ đến môi trường vận hành. Phản hồi của khách hàng được đưa vào danh sách công việc ưu tiên, nhóm dự án phát triển và kiểm thử trong từng chu kỳ, thay đổi đạt yêu cầu được triển khai thông qua quy trình tích hợp và triển khai liên tục, dữ liệu vận hành sau đó được sử dụng để điều chỉnh sản phẩm ở chu kỳ tiếp theo. Cơ chế này giúp giảm khoảng cách giữa quyết định quản trị và kết quả thực tế.

• Bảng 1.2. So sánh và mối liên hệ giữa Agile/DevOps Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Mối quan hệ giữa Agile và DevOps không chỉ mang tính kỹ thuật mà còn làm thay đổi cơ chế quản trị dự án. Nhà quản lý không còn tập trung chủ yếu vào việc kiểm soát từng nhiệm vụ, mà cần quản trị toàn bộ luồng giá trị từ khi hình thành yêu cầu đến khi sản phẩm tạo ra kết quả cho khách hàng. Điều này đòi hỏi thông tin phải minh bạch, trách nhiệm giữa các nhóm phải rõ và các quyết định phải dựa trên dữ liệu về cả tiến độ lẫn vận hành.

Tuy nhiên, tích hợp Agile và DevOps có thể không đạt hiệu quả nếu hai cách tiếp cận chỉ tồn tại song song nhưng không được liên kết. Một dự án có thể tổ chức đầy đủ các hoạt động Agile nhưng quy trình triển khai vẫn thủ công, hoặc có hệ thống tự động hóa tốt nhưng yêu cầu nghiệp vụ thay đổi thiếu kiểm soát. Sự thiếu liên kết này làm tăng tốc độ ở từng bộ phận nhưng không rút ngắn thời gian của toàn bộ dự án.

Hình 1.2 dưới đây thể hiện mối quan hệ tích hợp giữa Agile/DevOps trong mô hình phát triển phần mềm hiện đại: Agile quản lý chu kỳ phát triển ngắn, DevOps tự động hóa triển khai và phản hồi, tạo thành chu trình khép kín giữa phát triển – kiểm thử – vận hành.

• Hình 1.2 Mối quan hệ tích hợp giữa Agile/DevOps

1.2. Quản trị dự án công nghệ Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

1.2.1. Khái niệm và vai trò của quản trị dự án công nghệ

Quản trị dự án công nghệ là quá trình lập kế hoạch, tổ chức nguồn lực, điều phối thực hiện, giám sát và kiểm soát các hoạt động nhằm tạo ra sản phẩm, dịch vụ hoặc hệ thống công nghệ đáp ứng yêu cầu đã xác định. Theo Project Management Institute (2021), quản trị dự án là việc vận dụng kiến thức, kỹ năng, công cụ và phương pháp để đáp ứng các yêu cầu của dự án. Trong lĩnh vực công nghệ, hoạt động này không chỉ kiểm soát tiến độ, chi phí và phạm vi mà còn phải xử lý sự thay đổi của yêu cầu, rủi ro kỹ thuật, an toàn thông tin và khả năng vận hành của sản phẩm.

• Khác với các dự án truyền thống, dự án công nghệ mang đặc điểm:

Thứ nhất, quản trị dự án giúp chuyển mục tiêu kinh doanh thành các kết quả công nghệ cụ thể. Nhà quản trị phải làm rõ giá trị cần tạo ra, xác định thứ tự ưu tiên và bảo đảm đội ngũ kỹ thuật không chỉ hoàn thành công việc mà còn giải quyết đúng nhu cầu của khách hàng.

Thứ hai, quản trị dự án tạo cơ chế phối hợp giữa các nhóm chuyên môn. Một sản phẩm công nghệ thường liên quan đến phát triển phần mềm, kiểm thử, dữ liệu, hạ tầng, bảo mật và vận hành. Nếu thiếu cơ chế phối hợp, mỗi nhóm có thể hoàn thành phần việc riêng nhưng toàn bộ sản phẩm vẫn bị chậm do các mối quan hệ phụ thuộc và thời gian chờ giữa các bộ phận.

Thứ ba, quản trị dự án kiểm soát đồng thời tiến độ, chất lượng và rủi ro. Việc đẩy nhanh tiến độ nhưng giảm thời gian kiểm thử có thể làm tăng tỷ lệ lỗi sau triển khai. Ngược lại, áp dụng quá nhiều bước phê duyệt có thể làm mất khả năng phản hồi nhanh. Vì vậy, nhà quản trị phải cân bằng giữa tốc độ triển khai, độ ổn định của hệ thống, yêu cầu bảo mật và nguồn lực hiện có.

Thứ tư, quản trị dự án tạo nền tảng cho việc đo lường và cải tiến. Các quyết định không nên chỉ dựa trên báo cáo cảm tính mà cần sử dụng dữ liệu về thời gian hoàn thành, tần suất triển khai, tỷ lệ lỗi, thời gian khôi phục, mức độ sử dụng nguồn lực và sự hài lòng của khách hàng. Dữ liệu giúp phát hiện điểm nghẽn, xác định nguyên nhân và lựa chọn đúng nội dung cần ưu tiên cải tiến. Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Trong mô hình truyền thống, nhà quản trị thường tập trung vào việc tuân thủ kế hoạch và kiểm soát từng giai đoạn. Cách tiếp cận này phù hợp khi yêu cầu ổn định và kết quả có thể xác định rõ từ đầu. Tuy nhiên, đối với dự án công nghệ có mức độ thay đổi cao, việc bám cứng vào kế hoạch ban đầu có thể khiến dự án hoàn thành đúng quy trình nhưng tạo ra sản phẩm không còn phù hợp. Vì vậy, quản trị dự án công nghệ hiện đại cần chuyển từ kiểm soát công việc riêng lẻ sang quản trị giá trị, dòng công việc và khả năng thích ứng.

Trong đề án này, quản trị dự án công nghệ được xem là quá trình phối hợp giữa mục tiêu kinh doanh, con người, quy trình và nền tảng kỹ thuật nhằm bảo đảm sản phẩm được phát triển, kiểm thử, triển khai và vận hành hiệu quả. Cách tiếp cận này phù hợp với việc đánh giá ứng dụng Agile/DevOps tại Endava Việt Nam, nơi hiệu quả dự án không chỉ phụ thuộc vào tiến độ mà còn chịu tác động bởi khả năng phối hợp liên nhóm, mức độ tự động hóa, chất lượng hệ thống và yêu cầu tuân thủ.

1.2.2. Chu trình quản trị dự án công nghệ Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Theo PMBOK Guide – 7th Edition (2021) chu trình quản trị dự án công nghệ là quá trình liên kết các hoạt động từ xác định nhu cầu, lập kế hoạch, triển khai, kiểm soát đến nghiệm thu và cải tiến. Theo cách tiếp cận truyền thống của Viện Quản lý Dự án, hoạt động quản trị thường được tổ chức thành năm nhóm quy trình: khởi động, lập kế hoạch, thực hiện, giám sát và kiểm soát, kết thúc dự án. Tuy nhiên, đối với dự án công nghệ có yêu cầu thay đổi thường xuyên, các hoạt động này không diễn ra hoàn toàn tuần tự mà được lặp lại và điều chỉnh trong suốt vòng đời dự án.

Khởi động dự án: tập trung xác định vấn đề cần giải quyết, mục tiêu kinh doanh, phạm vi ban đầu, các bên liên quan và tiêu chí thành công. Sai lệch ở giai đoạn này có thể khiến nhóm dự án phát triển đúng yêu cầu kỹ thuật nhưng không tạo ra giá trị cần thiết. Vì vậy, mục tiêu dự án cần được chuyển thành kết quả có thể đánh giá, thay vì chỉ mô tả danh sách tính năng cần hoàn thành.

Lập kế hoạch: bao gồm xác định phạm vi, tiến độ, nguồn lực, rủi ro, chất lượng và cơ chế phối hợp. Trong dự án công nghệ, kế hoạch không nên được xem là một cam kết bất biến. Kế hoạch cần xác định định hướng tổng thể nhưng vẫn cho phép điều chỉnh khi yêu cầu, công nghệ hoặc điều kiện triển khai thay đổi. Agile hỗ trợ nội dung này bằng cách chia kế hoạch thành danh sách công việc ưu tiên và các chu kỳ phát triển ngắn.

Thực hiện dự án: là giai đoạn phát triển, kiểm thử và hoàn thiện sản phẩm. Trong mô hình tích hợp Agile/DevOps, hoạt động phát triển không tách rời kiểm thử và triển khai. Mã nguồn được tích hợp thường xuyên, kiểm tra tự động và đưa qua các môi trường theo quy trình đã chuẩn hóa. Cách tổ chức này giúp phát hiện lỗi sớm hơn và giảm rủi ro tích tụ vào cuối dự án.

Giám sát và kiểm soát: được thực hiện liên tục thay vì chỉ diễn ra tại các mốc báo cáo. Nhà quản trị cần theo dõi không chỉ tỷ lệ hoàn thành công việc mà còn cả thời gian xử lý thay đổi, chất lượng sản phẩm, số điểm nghẽn, tỷ lệ lỗi và khả năng phục hồi sau sự cố. Khi dữ liệu cho thấy tiến độ chậm hoặc chất lượng giảm, nhóm dự án phải điều chỉnh ưu tiên, nguồn lực hoặc quy trình thay vì tiếp tục bám vào kế hoạch ban đầu.

Kết thúc dự án: gồm nghiệm thu, bàn giao, đánh giá kết quả và tổng kết kinh nghiệm. Tuy nhiên, nhiều sản phẩm công nghệ tiếp tục được vận hành và cải tiến sau khi hoàn thành giai đoạn triển khai ban đầu. Vì vậy, kết thúc dự án không đồng nghĩa với chấm dứt mọi hoạt động, mà là thời điểm đánh giá mức độ đạt mục tiêu, chuyển giao trách nhiệm vận hành và xác định các nội dung cần tiếp tục cải tiến. Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Trong mô hình quản trị tích hợp Agile/DevOps, năm nhóm hoạt động trên được kết nối thành một vòng phản hồi liên tục: Xác định nhu cầu → Lập kế hoạch → Phát triển → Kiểm thử → Triển khai → Vận hành → Thu thập phản hồi → Điều chỉnh kế hoạch.

• Hình 1.3 Chu trình quản trị dự án công nghệ tích hợp Agile/DevOps

Chu trình quản trị dự án công nghệ tích hợp Agile/DevOps: Khởi động → Lập kế hoạch → Phát triển và kiểm thử → Triển khai → Vận hành và giám sát → Phản hồi và cải tiến, sau đó quay trở lại bước lập kế hoạch.

1.2.3. Ứng dụng Agile/DevOps trong quản trị dự án công nghệ

Ứng dụng Agile/DevOps làm thay đổi cách doanh nghiệp lập kế hoạch, tổ chức nguồn lực và kiểm soát dự án công nghệ. Thay vì xây dựng một kế hoạch chi tiết cố định cho toàn bộ vòng đời, dự án được chia thành các chu kỳ ngắn, trong đó yêu cầu được ưu tiên lại theo giá trị kinh doanh và phản hồi thực tế. Cách tổ chức này giúp giảm rủi ro phát triển sản phẩm không còn phù hợp khi nhu cầu khách hàng thay đổi.

Trong lập kế hoạch, Agile chuyển trọng tâm từ quản lý phạm vi cố định sang quản lý danh sách công việc ưu tiên. Chủ sở hữu sản phẩm phối hợp với khách hàng và nhóm dự án để xác định những hạng mục cần thực hiện trước. Nhà quản trị dự án không chỉ theo dõi kế hoạch tổng thể mà còn phải kiểm soát năng lực của nhóm, các mối quan hệ phụ thuộc và mức độ hoàn thành mục tiêu trong từng chu kỳ. Nhờ đó, nguồn lực được tập trung vào những công việc tạo ra giá trị cao thay vì phân bổ dàn trải theo kế hoạch ban đầu.

Trong quá trình thực hiện, DevOps kết nối phát triển, kiểm thử, triển khai và vận hành thành một luồng công việc liên tục. Mã nguồn được tích hợp thường xuyên, kiểm tra tự động và chuyển qua các môi trường theo quy trình chuẩn hóa. Cơ chế này giúp giảm thời gian chờ giữa các bộ phận, phát hiện lỗi sớm và hạn chế rủi ro khi tích hợp nhiều thay đổi vào cuối dự án.

Agile/DevOps cũng làm thay đổi cơ chế phối hợp. Các nhóm phát triển, kiểm thử, vận hành và bảo mật không còn chỉ chịu trách nhiệm cho một giai đoạn riêng biệt mà cùng chịu trách nhiệm đối với kết quả cuối cùng. Khi trách nhiệm được chia sẻ, vấn đề được xử lý ngay tại nơi phát sinh thay vì chuyển qua nhiều cấp hoặc nhiều bộ phận. Tuy nhiên, hiệu quả chỉ đạt được khi quyền hạn, vai trò và cơ chế ra quyết định được xác định rõ. Nếu nhóm vẫn phụ thuộc vào nhiều bước phê duyệt hoặc phải chờ nguồn lực bên ngoài, việc tổ chức theo Agile không làm giảm đáng kể thời gian triển khai.

Trong giám sát dự án, Agile/DevOps mở rộng phạm vi đo lường từ tiến độ sang toàn bộ hiệu quả cung cấp sản phẩm. Bên cạnh tỷ lệ hoàn thành công việc, nhà quản trị cần theo dõi thời gian xử lý thay đổi, tần suất triển khai, tỷ lệ thay đổi gây lỗi, thời gian khôi phục sau sự cố, chất lượng sản phẩm và mức độ hài lòng của khách hàng. Các chỉ tiêu này giúp phát hiện trường hợp dự án hoàn thành nhiều nhiệm vụ nhưng sản phẩm vẫn chậm phát hành hoặc phát sinh nhiều lỗi sau triển khai.

Vai trò của nhà quản trị dự án vì vậy chuyển từ kiểm soát chi tiết công việc sang quản trị luồng giá trị và tháo gỡ điểm nghẽn. Nhà quản trị cần bảo đảm mục tiêu kinh doanh được chuyển thành công việc kỹ thuật rõ ràng, các nhóm có đủ thông tin để phối hợp và những rủi ro về chất lượng, bảo mật, nguồn lực được phát hiện sớm. Trong môi trường này, quyết định quản trị phải dựa nhiều hơn vào dữ liệu thực tế thay vì chỉ dựa vào báo cáo tiến độ định kỳ.

Tuy nhiên, Agile/DevOps không phù hợp với cách triển khai đồng loạt và cứng nhắc. Các dự án có yêu cầu pháp lý, bảo mật hoặc phụ thuộc vào hệ thống kế thừa cần điều chỉnh mức độ tự động hóa và cơ chế phê duyệt phù hợp. Việc áp dụng thiếu chọn lọc có thể làm tăng số lượng công cụ, cuộc họp và quy trình nhưng không cải thiện kết quả dự án. Do đó, hiệu quả ứng dụng phụ thuộc vào mức độ trưởng thành của nhóm, năng lực kỹ thuật, sự hỗ trợ của lãnh đạo và khả năng chuẩn hóa giữa các dự án.

Trong đề án này, ứng dụng Agile/DevOps được xem là quá trình tích hợp quản trị linh hoạt với phát triển, kiểm thử, triển khai và vận hành liên tục. Hiệu quả không được xác định bằng việc doanh nghiệp có sử dụng Scrum, Jira, Jenkins hoặc Kubernetes hay không, mà bằng khả năng rút ngắn thời gian triển khai, kiểm soát chất lượng, sử dụng nguồn lực hiệu quả và đáp ứng yêu cầu khách hàng.

1.2.4. Các chỉ tiêu đánh giá hiệu quả ứng dụng Agile/DevOps Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Theo DevOps Research and Assessment (2022), có bốn nhóm chỉ số hiệu quả chính trong việc đánh giá năng lực Agile/DevOps, được gọi là “DORA Metrics”:

• Lead Time for Changes – Thời gian từ khi giao phó đến khi triển khai thành công.
• Deployment Frequency – Tần suất triển khai phần mềm.
• Change Failure Rate – Tỷ lệ lỗi sau khi triển
• Mean Time to Restore (MTTR) – Thời gian trung bình để khôi phục sau lỗi.

Hiệu quả ứng dụng Agile/DevOps không nên được đánh giá bằng số lượng cuộc họp, công cụ đã cài đặt hoặc việc dự án có sử dụng quy trình tích hợp và triển khai liên tục hay không. Tiêu chí quan trọng hơn là mức độ cải thiện về tiến độ, chất lượng, khả năng phục hồi, sử dụng nguồn lực và giá trị cung cấp cho khách hàng. Vì vậy, đề án sử dụng bốn nhóm chỉ tiêu để đánh giá.

Nhóm chỉ tiêu về tốc độ và khả năng phản hồi: phản ánh thời gian cần thiết để chuyển một yêu cầu thành kết quả có thể sử dụng. Các chỉ tiêu chính gồm thời gian xử lý thay đổi, tần suất triển khai, thời gian hoàn thành công việc và mức độ hoàn thành kế hoạch trong từng chu kỳ phát triển. Thời gian xử lý ngắn và tần suất triển khai cao cho thấy dòng công việc ít bị gián đoạn. Tuy nhiên, tốc độ chỉ có ý nghĩa khi không làm suy giảm chất lượng và độ ổn định của hệ thống.

Nhóm chỉ tiêu về chất lượng và độ ổn định: đo lường khả năng đưa thay đổi vào vận hành mà không gây ra lỗi nghiêm trọng. Các chỉ tiêu gồm tỷ lệ thay đổi gây lỗi, số lỗi phát sinh sau triển khai, thời gian khôi phục sau sự cố và tỷ lệ bao phủ kiểm thử tự động. Nhóm chỉ tiêu này giúp nhận diện trường hợp dự án tăng tốc độ phát hành nhưng phải đánh đổi bằng nhiều sự cố, thời gian sửa lỗi hoặc chi phí làm lại. Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Nhóm chỉ tiêu về nguồn lực và phối hợp: phản ánh khả năng tổ chức công việc giữa các nhóm phát triển, kiểm thử, vận hành, bảo mật và dữ liệu. Nội dung đánh giá gồm số điểm nghẽn do quan hệ phụ thuộc, thời gian chờ giữa các nhóm, mức độ sử dụng nguồn lực và khả năng xử lý vấn đề liên chức năng. Một dự án có thể đạt kết quả tốt ở từng nhóm riêng lẻ nhưng hiệu quả tổng thể vẫn thấp nếu công việc thường xuyên bị gián đoạn do chờ phê duyệt, môi trường hoặc dữ liệu từ nhóm khác.

Nhóm chỉ tiêu về khách hàng và quản trị: đánh giá mức độ sản phẩm đáp ứng yêu cầu, khả năng phản hồi trước thay đổi và sự hài lòng của khách hàng hoặc các bên liên quan. Nhóm này giúp bảo đảm rằng việc nâng cao hiệu suất kỹ thuật thực sự tạo ra giá trị, thay vì chỉ làm tăng số lượng thay đổi được triển khai.

• Bảng 1.3. Khung tiêu chí đánh giá hiệu quả ứng dụng Agile/DevOps

Trong đó, bốn chỉ số của DORA gồm tần suất triển khai, thời gian xử lý thay đổi, tỷ lệ thay đổi gây lỗi và thời gian khôi phục sau sự cố có giá trị quan trọng trong đánh giá năng lực triển khai phần mềm. Hai chỉ số đầu phản ánh tốc độ, còn hai chỉ số sau phản ánh độ ổn định. Việc xem xét đồng thời giúp tránh kết luận sai rằng triển khai càng nhiều thì dự án càng hiệu quả.

Các chỉ tiêu cũng không nên được đánh giá bằng một ngưỡng cố định cho mọi dự án. Dự án tài chính có yêu cầu kiểm soát cao không thể áp dụng cùng mục tiêu triển khai với một sản phẩm số có rủi ro thấp hơn. Việc đánh giá cần dựa trên đặc điểm dự án, số liệu ban đầu và xu hướng cải thiện qua thời gian. So sánh giữa các dự án chỉ có ý nghĩa khi điều kiện về quy mô, kiến trúc, khách hàng và yêu cầu tuân thủ tương đối tương đồng.

1.3. Thách thức và xu hướng áp dụng Agile/DevOps tại Việt Nam Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

1.3.1. Thách thức khi áp dụng Agile/DevOps trong doanh nghiệp Việt Nam

Khó khăn lớn nhất khi triển khai Agile/DevOps tại doanh nghiệp Việt Nam không nằm ở việc thiếu công cụ, mà ở sự thiếu đồng bộ giữa tư duy quản trị, năng lực nhân sự, quy trình và nền tảng kỹ thuật. Nhiều doanh nghiệp đã sử dụng các chu kỳ phát triển ngắn, công cụ quản lý công việc hoặc quy trình tích hợp liên tục, nhưng cách tổ chức và cơ chế ra quyết định vẫn mang tính phân cấp, tách biệt theo phòng ban. Khi nhóm dự án không có đủ quyền chủ động và mọi thay đổi phải qua nhiều bước phê duyệt, Agile chỉ làm tăng số lượng cuộc họp mà không rút ngắn thời gian xử lý.

Thách thức về văn hóa và tư duy quản trị: Phát sinh khi doanh nghiệp vẫn coi sai sót là trách nhiệm cá nhân thay vì dữ liệu để cải tiến hệ thống. Agile/DevOps đòi hỏi thông tin minh bạch, phản hồi sớm và trách nhiệm chung giữa các nhóm. Tuy nhiên, tâm lý né tránh rủi ro hoặc che giấu vấn đề khiến lỗi chỉ được phát hiện khi đã ảnh hưởng đến tiến độ và chất lượng. Hệ quả là hoạt động đánh giá cuối chu kỳ mang tính hình thức, trong khi nguyên nhân gốc chưa được xử lý.

Thiếu hụt năng lực chuyên môn: Là điểm nghẽn trực tiếp đối với khả năng mở rộng DevOps. Doanh nghiệp không chỉ cần kỹ sư biết sử dụng công cụ, mà cần nhân sự hiểu đồng thời về phát triển phần mềm, kiểm thử tự động, điện toán đám mây, bảo mật và vận hành hệ thống. Khi năng lực này tập trung ở một số cá nhân chủ chốt, hiệu quả dự án phụ thuộc lớn vào con người, khó chuẩn hóa và dễ gián đoạn khi nhân sự thay đổi.

Sự phân mảnh về công cụ và quy trình: Cũng làm giảm hiệu quả triển khai. Khi mỗi dự án tự lựa chọn công cụ, xây dựng quy trình và thiết lập chỉ tiêu riêng, doanh nghiệp khó tái sử dụng nền tảng, so sánh hiệu quả hoặc kiểm soát chất lượng ở cấp tổ chức. Hệ quả là chi phí duy trì tăng, năng lực hỗ trợ bị phân tán và các thực hành tốt không được nhân rộng.

Hệ thống công nghệ kế thừa và nợ kỹ thuật: Làm hạn chế khả năng tự động hóa. Các hệ thống cũ thường có kiến trúc liên kết chặt, thiếu kiểm thử tự động và phụ thuộc nhiều vào cấu hình thủ công. Việc đưa các hệ thống này vào quy trình tích hợp và triển khai liên tục đòi hỏi chi phí lớn, trong khi doanh nghiệp vẫn phải duy trì hoạt động kinh doanh hiện tại. Nếu chỉ bổ sung công cụ mà không xử lý kiến trúc và nợ kỹ thuật, quy trình tự động hóa có thể làm tăng tốc một hệ thống vốn đã thiếu ổn định.

Yêu cầu tuân thủ pháp lý về dữ liệu và an ninh mạng: Hiện nay tại Việt Nam, luật an ninh mạng (24/2018/QH14, 2018) và nghị định (53/2022/NĐ-CP, 2022) đặt ra nghĩa vụ lưu trữ dữ liệu tại Việt Nam và hiện diện thương mại trong một số trường hợp, tác động trực tiếp tới kiến trúc hạ tầng, chiến lược đa đám mây, và quy trình DevOps (đặc biệt khâu ghi nhật ký/giám sát, sao lưu). Đây là rào cản đáng kể đối với doanh nghiệp nội địa và nhà cung cấp dịch vụ xuyên biên giới.

Thiếu hệ thống đo lường thống nhất: Nhiều dự án vẫn đánh giá kết quả dựa trên số lượng nhiệm vụ hoàn thành hoặc cảm nhận của người quản lý, trong khi chưa theo dõi đồng bộ thời gian xử lý thay đổi, tỷ lệ thay đổi gây lỗi, thời gian khôi phục và hiệu quả sử dụng nguồn lực. Khi không có dữ liệu ban đầu và chỉ tiêu chung, doanh nghiệp khó xác định điểm nghẽn, ưu tiên đầu tư và chứng minh hiệu quả của cải tiến.

Những thách thức trên có quan hệ chặt chẽ với nhau. Thiếu năng lực nhân sự làm tăng sự phụ thuộc vào cá nhân, sự phụ thuộc này dẫn đến quy trình khác biệt giữa các dự án, quy trình phân mảnh làm dữ liệu thiếu thống nhất, còn thiếu dữ liệu khiến nhà quản trị khó lựa chọn đúng nội dung cần cải tiến. Vì vậy, áp dụng Agile/DevOps tại doanh nghiệp Việt Nam cần được tiếp cận như một chương trình thay đổi năng lực quản trị, thay vì một dự án cài đặt công cụ.

1.3.2. Xu hướng áp dụng Agile/DevOps tại Việt Nam Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Việc áp dụng Agile/DevOps tại Việt Nam đang chuyển từ thử nghiệm ở cấp nhóm sang chuẩn hóa ở cấp doanh nghiệp. Trọng tâm không còn chỉ là tổ chức chu kỳ phát triển ngắn hoặc xây dựng quy trình tích hợp liên tục, mà là kết nối quản trị dự án, nền tảng kỹ thuật, bảo mật và dữ liệu vận hành trong một hệ thống thống nhất.

Thứ nhất, doanh nghiệp chuyển từ áp dụng theo hình thức sang quản trị dựa trên kết quả. Các chỉ tiêu như thời gian xử lý thay đổi, tần suất triển khai, tỷ lệ thay đổi gây lỗi và thời gian khôi phục ngày càng được sử dụng để đánh giá hiệu quả. Xu hướng này giúp doanh nghiệp nhận diện điểm nghẽn và ưu tiên cải tiến dựa trên dữ liệu, thay vì chỉ đánh giá qua số lượng công việc hoàn thành.

Thứ hai, DevSecOps trở thành yêu cầu quan trọng trong các ngành có mức độ rủi ro cao. Bảo mật và tuân thủ được đưa sớm vào danh sách công việc, tiêu chí nghiệm thu và quy trình tích hợp, triển khai. Việc kiểm tra mã nguồn, thư viện phụ thuộc, cấu hình và lỗ hổng được tự động hóa nhằm giảm thời gian phê duyệt và hạn chế phát hiện lỗi ở cuối chu kỳ.

Thứ ba, kỹ thuật nền tảng được chú trọng để giảm sự phân mảnh giữa các dự án. Thay vì để từng nhóm tự xây dựng quy trình tích hợp, kiểm thử và triển khai, doanh nghiệp có xu hướng hình thành nhóm kỹ thuật nền tảng, cung cấp mẫu quy trình, môi trường và công cụ dùng chung. Cách tiếp cận này giúp rút ngắn thời gian thiết lập dự án mới, tăng khả năng tái sử dụng và kiểm soát chất lượng thống nhất hơn. Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Thứ tư, điện toán đám mây, công nghệ đóng gói ứng dụng và quản lý hạ tầng bằng mã tiếp tục mở rộng. Các công nghệ này giúp môi trường phát triển, kiểm thử và vận hành nhất quán hơn, đồng thời hỗ trợ tự động hóa việc cấp phát và mở rộng hạ tầng. Tuy nhiên, hiệu quả chỉ đạt được khi doanh nghiệp đồng thời chuẩn hóa kiến trúc, phân quyền và cơ chế giám sát chi phí.

Thứ năm, mô hình nhóm đang chuyển dần từ phân chia theo chức năng sang định hướng sản phẩm. Nhóm dự án được tổ chức với đầy đủ năng lực phát triển, kiểm thử, vận hành và bảo mật để chịu trách nhiệm từ đầu đến cuối đối với một sản phẩm hoặc luồng giá trị. Cách tổ chức này làm giảm số lần bàn giao, thời gian chờ và sự phụ thuộc giữa các phòng ban.

Thứ sáu, năng lực quan sát hệ thống và quản trị dựa trên dữ liệu ngày càng được coi trọng. Dữ liệu giám sát, nhật ký hoạt động và thông tin truy vết được sử dụng không chỉ để xử lý sự cố mà còn để đánh giá chất lượng phát hành, hành vi người dùng và hiệu quả dự án. Đây là điều kiện để doanh nghiệp chuyển từ xử lý bị động sang phát hiện và phòng ngừa rủi ro sớm.

Các xu hướng trên cho thấy Agile/DevOps tại Việt Nam đang phát triển theo hướng tích hợp hơn giữa con người, quy trình, công nghệ và quản trị. Tuy nhiên, mức độ áp dụng còn khác nhau giữa doanh nghiệp và dự án. Những tổ chức có nền tảng kỹ thuật hiện đại, hệ thống đo lường rõ ràng và cơ chế trao quyền phù hợp thường đạt hiệu quả cao hơn so với các tổ chức chỉ đầu tư vào công cụ nhưng chưa thay đổi mô hình quản trị.

1.3.3. Lợi ích của việc áp dụng phương pháp Agile/DevOps trong quản trị dự án công nghệ

Agile/DevOps tạo ra giá trị khi giúp doanh nghiệp rút ngắn thời gian đưa sản phẩm vào sử dụng nhưng vẫn duy trì chất lượng và khả năng kiểm soát. Lợi ích không đến từ việc tăng tốc từng bộ phận riêng lẻ, mà từ việc giảm thời gian chờ, phát hiện lỗi sớm và tạo vòng phản hồi liên tục giữa khách hàng, nhóm phát triển và môi trường vận hành.

Rút ngắn thời gian triển khai: Là lợi ích rõ nhất. Agile chia công việc thành các phần nhỏ và ưu tiên theo giá trị, trong khi DevOps tự động hóa tích hợp, kiểm thử và triển khai. Nhờ đó, dự án không phải chờ hoàn tất toàn bộ phạm vi mới có thể cung cấp kết quả. Việc phát hành theo từng phần nhỏ cũng giúp doanh nghiệp điều chỉnh sớm khi yêu cầu thay đổi.

Nâng cao chất lượng và độ ổn định: Được hình thành nhờ kiểm thử liên tục, giám sát hệ thống và phản hồi nhanh sau triển khai. Lỗi được phát hiện càng sớm thì chi phí sửa chữa càng thấp. Các thay đổi nhỏ cũng giúp nhóm dự án dễ xác định nguyên nhân và khôi phục hệ thống hơn so với các đợt phát hành lớn. Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Cải thiện hiệu quả sử dụng nguồn lực: Xuất phát từ việc giảm thao tác thủ công, hạn chế công việc lặp lại và làm rõ các điểm nghẽn trong dòng công việc. Nhân sự kỹ thuật có thể dành nhiều thời gian hơn cho thiết kế, cải tiến và xử lý vấn đề có giá trị cao, thay vì thực hiện thủ công các bước tích hợp, kiểm thử hoặc triển khai.

Tăng cường phối hợp và minh bạch: Được tạo ra khi các nhóm sử dụng chung dữ liệu, công cụ và chỉ tiêu đánh giá. Thông tin về tiến độ, lỗi, trạng thái triển khai và rủi ro được cập nhật thường xuyên, giúp giảm tình trạng mỗi bộ phận chỉ tối ưu phần việc riêng. Trách nhiệm cũng được chuyển từ từng giai đoạn sang kết quả cuối cùng của sản phẩm.

Nâng cao khả năng đáp ứng khách hàng: Là hệ quả của vòng phản hồi ngắn hơn. Khách hàng có thể đánh giá sản phẩm sớm, điều chỉnh ưu tiên và nhận được giá trị theo từng giai đoạn. Doanh nghiệp vì vậy giảm rủi ro đầu tư nguồn lực lớn cho những tính năng không còn phù hợp.

Hỗ trợ quản trị dựa trên dữ liệu: Là lợi ích quan trọng ở cấp tổ chức. Các chỉ tiêu về thời gian xử lý thay đổi, tần suất triển khai, tỷ lệ thay đổi gây lỗi, thời gian khôi phục và mức độ hoàn thành kế hoạch cung cấp căn cứ để đánh giá thực trạng. Dữ liệu này giúp nhà quản trị xác định dự án nào cần ưu tiên hỗ trợ, nội dung nào cần đầu tư và giải pháp nào thực sự tạo ra cải thiện.

• Bảng 1.4. Lợi ích khi áp dụng phương pháp Agile/DevOps

Các lợi ích trên không tự động xuất hiện khi doanh nghiệp sử dụng Scrum, Jira hoặc quy trình tích hợp và triển khai liên tục. Nếu danh sách công việc thiếu ưu tiên, kiểm thử tự động còn thấp, các nhóm vẫn hoạt động tách biệt hoặc dữ liệu không được theo dõi thống nhất, Agile/DevOps có thể chỉ làm tăng số lượng công cụ và thủ tục. Vì vậy, lợi ích thực tế phụ thuộc vào mức độ trưởng thành, năng lực nhân sự, nền tảng kỹ thuật và cơ chế quản trị của doanh nghiệp.

TÓM TẮT CHƯƠNG 1 Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

Chương 1 đã xây dựng cơ sở lý thuyết cho việc đánh giá ứng dụng Agile/DevOps trong quản trị dự án công nghệ. Agile giúp dự án thích ứng với thay đổi thông qua các chu kỳ phát triển ngắn, ưu tiên giá trị khách hàng và tăng cường phản hồi. DevOps mở rộng quá trình này sang kiểm thử, triển khai và vận hành bằng tự động hóa, phối hợp liên chức năng và giám sát liên tục. Khi được tích hợp, Agile/DevOps hình thành một chu trình quản trị từ yêu cầu đến vận hành, qua đó rút ngắn thời gian triển khai nhưng vẫn duy trì chất lượng và khả năng kiểm soát.

Hiệu quả của Agile/DevOps không được xác định bằng số lượng công cụ hoặc nghi thức đã áp dụng, mà bằng kết quả quản trị thực tế. Chương này vì vậy đề xuất bốn nhóm tiêu chí đánh giá gồm: tốc độ và khả năng phản hồi, chất lượng và độ ổn định, hiệu quả sử dụng nguồn lực và phối hợp, giá trị đối với khách hàng và quản trị. Các chỉ tiêu như thời gian xử lý thay đổi, tần suất triển khai, tỷ lệ thay đổi gây lỗi, thời gian khôi phục sau sự cố, mức độ hoàn thành kế hoạch và sự hài lòng của khách hàng là căn cứ để phân tích thực trạng.

Phân tích lý thuyết cũng cho thấy Agile/DevOps chỉ tạo ra hiệu quả khi có sự đồng bộ giữa con người, quy trình, công nghệ và cơ chế quản trị. Những hạn chế về năng lực nhân sự, văn hóa trao quyền, bảo mật và tuân thủ, quan hệ phụ thuộc, hệ thống kế thừa và thiếu tiêu chí đo lường có thể làm giảm kết quả triển khai. Đây là cơ sở để Chương 2 đánh giá thực trạng tại Endava Việt Nam và xác định các vấn đề cần ưu tiên xử lý. Luận văn: Ứng dụng phương pháp Agile/DevOps trong quản trị.

XEM THÊM NỘI DUNG TIẾP THEO TẠI ĐÂY:  

===>>> Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps

Dịch Vụ Viết Luận Văn 24/7 Chuyên cung cấp dịch vụ làm luận văn thạc sĩ, báo cáo tốt nghiệp, khóa luận tốt nghiệp, chuyên đề tốt nghiệp và Làm Tiểu Luận Môn luôn luôn uy tín hàng đầu. Dịch Vụ Viết Luận Văn 24/7 luôn đặt lợi ích của các bạn học viên là ưu tiên hàng đầu. Rất mong được hỗ trợ các bạn học viên khi làm bài tốt nghiệp. Hãy liên hệ ngay Dịch Vụ Viết Luận Văn qua Website:  https://hotrovietluanvan.com/ – Hoặc Gmail: hotrovietluanvan24@gmail.com