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

Chia sẻ chuyên mục Đề Tài Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps 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: Thực trạng ứng dụng phương pháp Agile/DevOps tại công ty TNHH Endava 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.

2.1. Khái quát về Endava Việt Nam và hoạt động quản trị dự án

2.1.1 Khái quát về Endava Việt Nam

Công ty TNHH Endava Việt Nam là doanh nghiệp có vốn đầu tư nước ngoài, hoạt động trong lĩnh vực phát triển phần mềm và cung cấp dịch vụ công nghệ. Công ty là một bộ phận thuộc mạng lưới cung cấp dịch vụ toàn cầu của Tập đoàn Endava, tham gia triển khai các dự án công nghệ cho khách hàng quốc tế trong các lĩnh vực như tài chính, thanh toán, bảo hiểm, công nghệ, truyền thông và dịch vụ số.

Hoạt động của Endava Việt Nam chủ yếu tập trung vào phát triển phần mềm, kiểm thử và bảo đảm chất lượng, điện toán đám mây, dữ liệu, trí tuệ nhân tạo, DevOps và hỗ trợ vận hành hệ thống. Trong một dự án, các năng lực này thường được kết hợp xuyên suốt từ phân tích yêu cầu, thiết kế, phát triển, kiểm thử đến triển khai và hỗ trợ sau khi đưa sản phẩm vào sử dụng.

Đặc điểm nổi bật của Endava Việt Nam là tham gia đồng thời nhiều dự án có khách hàng, công nghệ, quy mô và yêu cầu quản trị khác nhau. Công ty không phát triển một sản phẩm duy nhất mà cung cấp dịch vụ theo yêu cầu của từng khách hàng. Vì vậy, quy trình quản trị dự án phải có khả năng điều chỉnh theo đặc điểm hệ thống, mức độ thay đổi yêu cầu, yêu cầu bảo mật và cơ chế phối hợp của từng dự án.

Nhiều dự án được triển khai trong môi trường đa quốc gia và đa múi giờ, với sự tham gia của các nhóm phát triển, kiểm thử, vận hành, bảo mật, dữ liệu và điện toán đám mây. Cấu trúc này tạo điều kiện phát huy lợi thế của Agile/DevOps, nhưng đồng thời làm phát sinh các vấn đề về giao tiếp, quan hệ phụ thuộc, thống nhất quy trình và khả năng kiểm soát tiến độ. Đây là những yếu tố cần được xem xét khi đánh giá hiệu quả ứng dụng Agile/DevOps tại doanh nghiệp.

Thông tin về quy mô, thị trường và kết quả kinh doanh của Tập đoàn Endava chỉ được sử dụng để mô tả bối cảnh hoạt động chung. Các số liệu này không đại diện trực tiếp cho kết quả kinh doanh riêng của Endava Việt Nam. Việc phân tích trong đề án tập trung vào hoạt động quản trị và triển khai tại các dự án có sự tham gia của nhân sự Endava Việt Nam.

2.1.2 Đặc điểm tổ chức và hoạt động dự án công nghệ Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

Các dự án công nghệ tại Endava Việt Nam được tổ chức theo hướng liên chức năng. Một nhóm dự án điển hình có thể gồm chủ sở hữu sản phẩm, quản lý dự án hoặc quản lý hoạt động triển khai, 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ử và kỹ sư DevOps. Tùy theo đặc điểm dự án, nhóm còn có sự tham gia của nhân sự bảo mật, dữ liệu, điện toán đám mây và tuân thủ.

Cơ cấu liên chức năng giúp giảm sự tách biệt giữa các hoạt động phát triển, kiểm thử và vận hành. Các thành viên có thể phối hợp ngay trong quá trình thực hiện thay vì chỉ chuyển giao kết quả khi từng giai đoạn đã hoàn thành. Cách tổ chức này phù hợp với yêu cầu của Agile/DevOps, trong đó nhóm dự án cùng chịu trách nhiệm đối với tiến độ, chất lượng và khả năng vận hành của sản phẩm.

Tuy nhiên, quyền tự chủ của từng nhóm còn phụ thuộc vào hợp đồng, mô hình tổ chức và hạ tầng của khách hàng. Một số nhóm có thể chủ động từ phát triển đến triển khai, trong khi các nhóm khác phải chờ phê duyệt, môi trường, dữ liệu hoặc kết quả từ những đơn vị liên quan. Vì vậy, cùng áp dụng Agile/DevOps nhưng mức độ tự động hóa, tốc độ triển khai và khả năng phản hồi giữa các dự án có thể khác nhau. Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

Cơ chế quản trị dự án được thực hiện ở nhiều cấp. Quản lý dự án hoặc quản lý hoạt động triển khai chịu trách nhiệm về tiến độ, nguồn lực, chất lượng và giao tiếp với khách hàng. Chủ sở hữu sản phẩm quản lý danh sách công việc ưu tiên và xác định giá trị cần cung cấp. Chuyên gia hướng dẫn Agile hỗ trợ tổ chức chu kỳ phát triển, tháo gỡ trở ngại và thúc đẩy cải tiến. Các trưởng nhóm chuyên môn bảo đảm chất lượng kỹ thuật và khả năng phối hợp giữa các lĩnh vực.

Bên cạnh các nhóm dự án, Endava còn duy trì hoạt động chia sẻ chuyên môn giữa những nhân sự cùng lĩnh vực. Cơ chế này hỗ trợ trao đổi kinh nghiệm và phổ biến thực hành tốt. Tuy nhiên, hiệu quả chia sẻ còn phụ thuộc vào khả năng chuyển kinh nghiệm của từng dự án thành quy trình, tiêu chuẩn hoặc thành phần kỹ thuật có thể tái sử dụng. Nếu kiến thức chỉ được chia sẻ không chính thức, mức độ áp dụng giữa các nhóm vẫn có thể thiếu đồng đều.

2.1.3 Quy trình quản trị dự án hiện đang áp dụng

Endava Việt Nam hiện áp dụng linh hoạt Agile, Kanban hoặc mô hình kết hợp tùy theo đặc điểm dự án. Các dự án phát triển sản phẩm có yêu cầu thay đổi thường xuyên thường được tổ chức theo các chu kỳ ngắn. Các hoạt động hỗ trợ, bảo trì hoặc xử lý yêu cầu liên tục có thể sử dụng Kanban. Đối với dự án có phạm vi tương đối ổn định hoặc yêu cầu kiểm soát nghiêm ngặt, một số hoạt động quản trị truyền thống vẫn được duy trì.

• Quy trình quản trị dự án nhìn chung gồm năm nhóm hoạt động chính:

Khởi động dự án: Nhằm xác định mục tiêu, phạm vi ban đầu, các bên liên quan và nguồn lực cần thiết. Ở giai đoạn này, nhóm dự án phối hợp với khách hàng để làm rõ nhu cầu nghiệp vụ, yêu cầu kỹ thuật và tiêu chí đánh giá kết quả.

Lập kế hoạch: Bao gồm xây dựng danh sách công việc ưu tiên, xác định kế hoạch phát hành, phân bổ nguồn lực và nhận diện rủi ro. Đối với dự án Agile, kế hoạch được cập nhật theo từng chu kỳ thay vì cố định cho toàn bộ thời gian thực hiện.

Phát triển và kiểm thử: Được triển khai theo các chu kỳ ngắn. Hoạt động kiểm thử được thực hiện song song với phát triển nhằm phát hiện sớm lỗi và hạn chế tích tụ vấn đề vào cuối dự án. Một số dự án đã tích hợp kiểm thử tự động vào quy trình tích hợp và triển khai liên tục. Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

Triển khai và vận hành: Được thực hiện thông qua các quy trình tự động hoặc bán tự động tùy theo mức độ trưởng thành của dự án. Nhóm DevOps phối hợp với phát triển, kiểm thử và vận hành để đưa thay đổi qua các môi trường, theo dõi trạng thái hệ thống và xử lý sự cố sau triển khai.

Đánh giá và cải tiến: Được thực hiện thông qua đánh giá kết quả chu kỳ, thu thập phản hồi của khách hàng và xem xét lại cách thức làm việc. Các nội dung chưa hoàn thành hoặc yêu cầu mới được đưa trở lại danh sách công việc ưu tiên cho chu kỳ tiếp theo.

Quy trình này tạo ra vòng phản hồi liên tục giữa lập kế hoạch, phát triển, kiểm thử, triển khai và vận hành. Tuy nhiên, mức độ tích hợp giữa các hoạt động chưa hoàn toàn đồng đều. Một số dự án có quy trình tự động hóa và giám sát tương đối hoàn chỉnh, trong khi các dự án khác còn phụ thuộc vào thao tác thủ công, phê duyệt nhiều cấp hoặc nguồn lực từ nhóm bên ngoài.

Sự khác biệt trên cho thấy Endava Việt Nam đã hình thành nền tảng ứng dụng Agile/DevOps nhưng chưa đạt mức độ thống nhất trên toàn bộ dự án. Do đó, phần tiếp theo tập trung phân tích kết quả đạt được, những hạn chế và nguyên nhân ảnh hưởng đến hiệu quả quản trị dự án công nghệ tại doanh nghiệp.

2.2. Bối cảnh hoạt động của Tập đoàn Endava và liên hệ với Endava Việt Nam Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

Số liệu tài chính trong mục này là số liệu hợp nhất của Tập đoàn Endava, không phản ánh kết quả kinh doanh riêng của Công ty TNHH Endava Việt Nam. Dữ liệu chỉ được sử dụng để làm rõ bối cảnh thị trường và áp lực quản trị đối với các trung tâm triển khai dịch vụ trong mạng lưới toàn cầu. Việc đánh giá hiệu quả Agile/DevOps tại Endava Việt Nam được thực hiện bằng dữ liệu dự án nội bộ và kết quả khảo sát nhân sự ở các phần sau.

• Bảng 2.1. Kết quả hoạt động của Tập đoàn Endava giai đoạn 2022–2024

Doanh thu tăng mạnh trong năm 2023 nhưng giảm 6,8% vào năm 2024, cho thấy nhu cầu dịch vụ công nghệ không duy trì được tốc độ tăng trưởng của giai đoạn trước. Lợi nhuận gộp giảm nhanh hơn doanh thu, trong khi chi phí hoạt động tiếp tục tăng. Biên lợi nhuận gộp từ 36,6% giảm xuống 34,1%, phản ánh áp lực đồng thời từ suy giảm doanh thu, chi phí nhân sự và khả năng sử dụng nguồn lực.

Lợi nhuận trước thuế biến động mạnh hơn doanh thu. Mức giảm sâu năm 2023 và sự phục hồi một phần trong năm 2024 cho thấy tăng trưởng doanh thu chưa bảo đảm hiệu quả tài chính nếu chi phí và năng lực triển khai không được kiểm soát tương ứng. Kết quả này đặt ra yêu cầu nâng cao năng suất, giảm thời gian chờ và hạn chế công việc làm lại trong toàn bộ mạng lưới cung cấp dịch vụ.

Endava tập trung vào các lĩnh vực tài chính, thanh toán, bảo hiểm, công nghệ, truyền thông và dịch vụ số. Đây là các ngành có nhu cầu chuyển đổi công nghệ lớn nhưng yêu cầu cao về bảo mật, khả năng truy vết và độ ổn định của hệ thống. Đặc điểm khách hàng khiến doanh nghiệp không thể theo đuổi tốc độ triển khai bằng cách giảm kiểm soát. Hiệu quả phụ thuộc vào khả năng tích hợp bảo mật, kiểm thử và tuân thủ ngay trong quá trình phát triển.

Đối với Endava Việt Nam, biến động của tập đoàn không được sử dụng để kết luận trực tiếp về doanh thu hoặc lợi nhuận của đơn vị. Tuy nhiên, bối cảnh này tạo áp lực rõ rệt đối với hoạt động triển khai dự án: doanh nghiệp phải duy trì chất lượng với nguồn lực được kiểm soát chặt hơn, nâng cao tỷ lệ sử dụng nhân sự và giảm chi phí vận hành. Việc chuẩn hóa quy trình, tăng kiểm thử tự động, tái sử dụng nền tảng và giảm quan hệ phụ thuộc vì vậy không chỉ là yêu cầu kỹ thuật mà còn liên quan trực tiếp đến hiệu quả sử dụng nguồn lực. Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

Áp lực tài chính cũng làm nổi bật hạn chế của mô hình triển khai phụ thuộc nhiều vào thao tác thủ công hoặc chuyên gia riêng lẻ. Khi mỗi dự án xây dựng quy trình tích hợp và triển khai theo cách khác nhau, chi phí duy trì tăng và khả năng điều chuyển nhân sự giảm. Ngược lại, các mẫu quy trình dùng chung, kiểm thử tự động và nền tảng kỹ thuật thống nhất có thể rút ngắn thời gian thiết lập, giảm lỗi cấu hình và hỗ trợ nhiều nhóm dự án mà không phải mở rộng nguồn lực tương ứng.

Bối cảnh kinh doanh của tập đoàn vì vậy chỉ có vai trò giải thích sức ép nâng cao hiệu quả quản trị tại Endava Việt Nam. Nó không thay thế dữ liệu dự án và không chứng minh trực tiếp rằng Agile/DevOps đã tạo ra kết quả. Phần tiếp theo cần sử dụng các chỉ tiêu về thời gian triển khai, tỷ lệ lỗi, khả năng phục hồi, tiến độ và kết quả khảo sát để đánh giá thực trạng ở cấp dự án.

2.3 Kết quả ứng dụng Agile/DevOps trong quản trị dự án công nghệ

Việc ứng dụng Agile/DevOps tại Endava Việt Nam đã cải thiện tốc độ triển khai, khả năng phản hồi và độ ổn định của một số dự án. Tuy nhiên, dữ liệu được tổng hợp từ các dự án tiêu biểu, không đại diện tuyệt đối cho toàn bộ danh mục dự án. Vì vậy, kết quả dưới đây được sử dụng để nhận diện xu hướng, không nhằm khẳng định mức hiệu quả đồng nhất trong toàn doanh nghiệp.

• Bảng 2.2. Một số chỉ tiêu quản trị dự án giai đoạn 2022–2024

Tần suất triển khai tăng từ 0,6 lên 2,1 lần mỗi tuần, trong khi thời gian xử lý thay đổi giảm từ 9 xuống 3 ngày. Hai chỉ tiêu này cho thấy dòng công việc được rút ngắn và khả năng đưa thay đổi vào sử dụng được cải thiện. Kết quả có thể gắn với việc chia nhỏ phạm vi, tích hợp mã nguồn thường xuyên và tự động hóa một phần quy trình kiểm thử, triển khai.

Tốc độ tăng không làm chất lượng suy giảm tương ứng. Tỷ lệ thay đổi gây lỗi giảm từ 11% xuống 5%, còn thời gian khôi phục sau sự cố giảm từ 10 xuống 4 giờ. Điều này cho thấy các dự án không chỉ triển khai thường xuyên hơn mà còn cải thiện khả năng phát hiện, cô lập và xử lý sự cố. Tuy nhiên, chưa thể quy toàn bộ mức cải thiện cho Agile/DevOps vì kết quả còn chịu ảnh hưởng của năng lực nhân sự, kiến trúc hệ thống và điều kiện của từng khách hàng.

Tỷ lệ hoàn thành đúng hạn tăng từ 70% lên 93%, trong khi thời gian triển khai trung bình giảm từ 11 xuống 7 tuần. Kết quả phản ánh khả năng lập kế hoạch và kiểm soát tiến độ đã được cải thiện. Việc chia công việc thành các chu kỳ ngắn giúp nhóm phát hiện sớm nguy cơ chậm tiến độ, thay vì chỉ xử lý khi dự án gần đến thời hạn bàn giao.

Dù các chỉ tiêu đều chuyển biến tích cực, mức trung bình có thể che khuất sự khác biệt giữa các dự án. Nhóm có quy trình tích hợp và triển khai tự động hoàn chỉnh thường đạt tốc độ và độ ổn định cao hơn. Những dự án phụ thuộc vào phê duyệt thủ công, hệ thống kế thừa hoặc hạ tầng của khách hàng vẫn duy trì chu kỳ phát hành dài. Khoảng cách này cho thấy vấn đề trọng tâm không còn là triển khai Agile/DevOps từ đầu, mà là chuẩn hóa mức độ áp dụng giữa các dự án.

Kết quả từ khảo sát nhân sự: Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

• Bảng 2.3 Đặc điểm nhân sự trả lời khảo sát
• Bảng 2.4 Đặc điểm dự án tham gia gần nhất của mẫu khảo sát
• Bảng 2.5 Kết quả khảo sát về hiệu quả quản trị dự án công nghệ

Kết quả khảo sát 305 nhân sự củng cố xu hướng trên. 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, tỷ lệ đồng ý và hoàn toàn đồng ý đạt 73,2%. Trong đó, nội dung “Agile/DevOps góp phần nâng cao hiệu quả quản trị dự án tổng thể” đạt giá trị trung bình 4,20 và tỷ lệ đồng thuận 84,3%.

Khả năng phản hồi trước thay đổi được đánh giá tích cực nhất sau hiệu quả tổng thể, với giá trị trung bình 4,00 và tỷ lệ đồng thuận 78,0%. Kết quả phù hợp với xu hướng giảm thời gian xử lý thay đổi trong dữ liệu nội bộ. Điều này cho thấy chu kỳ phát triển ngắn và cơ chế phản hồi thường xuyên đã hỗ trợ nhóm dự án điều chỉnh yêu cầu nhanh hơn.

Chất lượng sản phẩm, kiểm soát lỗi và sự hài lòng của các bên liên quan đều được đánh giá ở mức cao, nhưng thấp hơn khả năng phản hồi. Hiệu quả sử dụng nguồn lực và chi phí có kết quả thấp nhất trong nhóm, với giá trị trung bình 3,71 và tỷ lệ đồng thuận 63,9%. Khoảng cách này cho thấy Agile/DevOps đã tạo tác động rõ hơn đối với tốc độ và khả năng thích ứng, nhưng hiệu quả nguồn lực chưa cải thiện tương xứng.

Nguyên nhân nằm ở việc tự động hóa và tái sử dụng nền tảng chưa đồng đều. Khi mỗi nhóm tự xây dựng quy trình riêng, doanh nghiệp vẫn phải dành nguồn lực để duy trì nhiều công cụ, cấu hình và cách triển khai khác nhau. Các điểm nghẽn do quan hệ phụ thuộc, phê duyệt và môi trường cũng làm phát sinh thời gian chờ dù nhóm dự án hoàn thành phần việc đúng kế hoạch.

Nhìn chung, Agile/DevOps đã mang lại kết quả tích cực về tốc độ triển khai, khả năng phản hồi, tiến độ và độ ổn định. Hạn chế còn lại tập trung ở hiệu quả sử dụng nguồn lực, tính đồng nhất giữa các dự án và khả năng chuyển những thực hành tốt thành năng lực dùng chung của doanh nghiệp. Đây là cơ sở để phân tích sâu hơn bốn nhóm vấn đề: mức độ trưởng thành, bảo mật và tuân thủ, quan hệ phụ thuộc, tự động hóa và kỹ thuật nền tảng.

2.4 Hạn chế và nguyên nhân trong ứng dụng Agile/DevOps Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

Kết quả phân tích cho thấy Agile/DevOps đã cải thiện tốc độ và khả năng phản hồi của dự án, nhưng hiệu quả chưa đồng đều. Bốn nhóm hạn chế chính gồm: mức độ trưởng thành khác nhau giữa các dự án, xung đột giữa tốc độ với bảo mật và tuân thủ, quan hệ phụ thuộc giữa nhiều nhóm, mức độ tự động hóa và năng lực nền tảng chưa đáp ứng yêu cầu mở rộng. Các hạn chế này không tồn tại riêng lẻ mà tác động lẫn nhau, làm giảm khả năng dự báo tiến độ và hiệu quả sử dụng nguồn lực.

• Bảng 2.6 Kết quả khảo sát về các hạn chế trong ứng dụng Agile/DevOps

2.4.1 Mức độ trưởng thành Agile/DevOps chưa đồng đều giữa các dự án

Nhóm hạn chế về mức độ trưởng thành Agile/DevOps đạt giá trị trung bình 3,83, với 69,6% người trả lời đồng ý hoặc hoàn toàn đồng ý. Kết quả cho thấy sự khác biệt giữa các dự án không chỉ nằm ở công cụ được sử dụng mà còn thể hiện ở năng lực tổ chức công việc, mức độ tự động hóa và khả năng đo lường hiệu quả.

Hai nội dung được đánh giá cao nhất là hiệu quả triển khai còn phụ thuộc vào năng lực của từng nhóm hoặc cá nhân chủ chốt, đạt giá trị trung bình 3,95, và mức độ áp dụng Agile/DevOps khác nhau giữa các dự án, đạt 3,91. Điều này cho thấy kết quả hiện tại chưa được tạo ra chủ yếu từ một hệ thống quản trị thống nhất mà vẫn phụ thuộc đáng kể vào kinh nghiệm và năng lực riêng của từng nhóm.

Sự không đồng đều biểu hiện ở nhiều mức độ. Một số dự án đã tích hợp phát triển, kiểm thử và triển khai trong quy trình tự động tương đối hoàn chỉnh, các chỉ tiêu về thời gian xử lý thay đổi, tỷ lệ lỗi và khả năng khôi phục được theo dõi thường xuyên. Ngược lại, một số dự án vẫn phụ thuộc vào kiểm thử thủ công, phê duyệt nhiều cấp hoặc quy trình triển khai riêng của khách hàng. Do đó, cùng áp dụng Agile/DevOps nhưng khả năng phát hành, kiểm soát chất lượng và phản hồi trước thay đổi có thể chênh lệch đáng kể. Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

Nguyên nhân đầu tiên là điều kiện dự án không giống nhau. Hạ tầng, kiến trúc hệ thống, yêu cầu bảo mật và mức độ kiểm soát của khách hàng ảnh hưởng trực tiếp đến khả năng tự động hóa. Tuy nhiên, sự khác biệt về bối cảnh không giải thích toàn bộ vấn đề.

Nếu doanh nghiệp có bộ tiêu chí đánh giá thống nhất, mỗi dự án vẫn có thể xác định mức hiện tại, khoảng cách cần cải thiện và lộ trình phù hợp.

Nguyên nhân thứ hai là chưa có khung đánh giá mức độ trưởng thành được áp dụng đồng bộ. Phát biểu về việc chưa có bộ tiêu chí thống nhất đạt giá trị trung bình 3,77, việc theo dõi các chỉ số triển khai chưa đồng bộ đạt 3,70. Khi các dự án sử dụng tiêu chí và cách tính khác nhau, nhà quản trị khó so sánh kết quả, xác định dự án cần ưu tiên hỗ trợ hoặc đánh giá tác động của các khoản đầu tư.

Nguyên nhân thứ ba là hoạt động chia sẻ kinh nghiệm chưa chuyển thành năng lực dùng chung. Các cộng đồng chuyên môn có thể hỗ trợ trao đổi kiến thức, nhưng thực hành tốt chỉ tạo ra giá trị ở cấp tổ chức khi được chuẩn hóa thành hướng dẫn, mẫu quy trình, tiêu chí hoặc thành phần kỹ thuật có thể tái sử dụng. Nếu kiến thức vẫn phụ thuộc vào trao đổi cá nhân, dự án mới phải lặp lại quá trình thử nghiệm và xây dựng từ đầu.

Hệ quả của hạn chế này là khả năng dự báo và kiểm soát dự án bị suy giảm. Những dự án phụ thuộc vào cá nhân chủ chốt dễ gặp gián đoạn khi nhân sự thay đổi. Việc thiếu dữ liệu thống nhất cũng khiến phân bổ nguồn lực và lựa chọn nội dung cải tiến dựa nhiều vào nhận định chủ quan. Khoảng cách giữa các dự án vì vậy có thể tiếp tục mở rộng, ngay cả khi doanh nghiệp đầu tư thêm công cụ.

2.4.2 Xung đột giữa tốc độ triển khai với yêu cầu bảo mật và tuân thủ Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

Nhóm hạn chế về bảo mật và tuân thủ đạt giá trị trung bình 3,86, với 70,6% người trả lời đồng ý hoặc hoàn toàn đồng ý. Kết quả này cho thấy yêu cầu kiểm soát đang ảnh hưởng rõ đến tốc độ triển khai, đặc biệt trong các dự án tài chính, thanh toán và bảo hiểm.

Nội dung được đánh giá cao nhất là khó cân bằng giữa triển khai nhanh và bảo đảm an toàn, với giá trị trung bình 4,05 và tỷ lệ đồng thuận 78,4%. Yêu cầu bảo mật, kiểm soát và phê duyệt tuân thủ có thể làm chậm việc phát hành tính năng mới cũng đạt mức cao, với giá trị trung bình 3,94 và tỷ lệ đồng thuận 75,0%. Điều này phản ánh mâu thuẫn thực tế: dự án phải rút ngắn thời gian triển khai nhưng không được giảm các bước kiểm soát đối với dữ liệu, quyền truy cập và độ an toàn của hệ thống.

Nguyên nhân không nằm ở bản thân yêu cầu bảo mật mà ở thời điểm và cách thức thực hiện kiểm soát. Khi việc rà soát bảo mật được thực hiện muộn, lỗi chỉ được phát hiện sau khi chức năng đã hoàn thiện. Nhóm dự án khi đó phải sửa mã nguồn, kiểm thử lại và thực hiện lại quy trình phê duyệt, làm tăng thời gian phát hành và chi phí xử lý.

Các yêu cầu bảo mật cũng chưa phải lúc nào được chuyển thành điều kiện rõ ràng trong danh sách công việc ưu tiên, tiêu chí nghiệm thu hoặc tiêu chuẩn hoàn thành. Phát biểu này đạt giá trị trung bình 3,89 và tỷ lệ đồng thuận 72,2%. Khi yêu cầu chỉ xuất hiện ở cuối chu kỳ, nhóm phát triển dễ hiểu thiếu hoặc bỏ sót, còn nhóm bảo mật phải xử lý vấn đề trong thời gian ngắn trước khi phát hành.

Mức độ tích hợp kiểm tra bảo mật tự động trong quy trình CI/CD còn hạn chế. Nội dung về việc chưa tích hợp đầy đủ hoạt động phân tích mã nguồn, kiểm tra thư viện phụ thuộc và kiểm thử bảo mật đạt giá trị trung bình 3,65. Mức đánh giá này thấp hơn các phát biểu khác nhưng vẫn cho thấy khoảng trống đáng kể trong tự động hóa. Nhiều bước kiểm tra còn phụ thuộc vào thao tác thủ công hoặc thực hiện ngoài quy trình triển khai chính. Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

Hệ quả là tốc độ và bảo mật thường bị xem như hai mục tiêu đối lập. Nhóm phát triển có thể coi kiểm soát bảo mật là nguyên nhân làm chậm tiến độ, trong khi nhóm bảo mật phải can thiệp muộn để ngăn rủi ro. Cách tổ chức này làm tăng xung đột trách nhiệm và khiến thời gian xử lý phụ thuộc vào từng đợt phê duyệt.

Vấn đề cần giải quyết không phải giảm yêu cầu tuân thủ mà chuyển từ kiểm tra cuối chu kỳ sang tích hợp bảo mật ngay từ đầu. Yêu cầu an toàn cần được đưa vào thiết kế, danh sách công việc, tiêu chí nghiệm thu và quy trình kiểm thử tự động. Cách tiếp cận này giúp phát hiện rủi ro sớm, giảm sửa đổi cuối chu kỳ và duy trì tốc độ triển khai trong phạm vi kiểm soát cho phép.

Kết quả trên là cơ sở để Chương 3 đề xuất tích hợp DevSecOps, trong đó phát triển, kiểm thử, vận hành và bảo mật cùng chịu trách nhiệm trong toàn bộ vòng đời sản phẩm.

2.4.3 Quan hệ phụ thuộc và phối hợp giữa các nhóm còn phức tạp

Nhóm hạn chế về quan hệ phụ thuộc đạt giá trị trung bình 3,69, với 63,5% người trả lời đồng ý hoặc hoàn toàn đồng ý. Mức đánh giá thấp hơn ba nhóm hạn chế còn lại nhưng vẫn cho thấy phối hợp liên nhóm là điểm nghẽn đáng kể trong các dự án có nhiều chuyên môn và khu vực cùng tham gia.

Phụ thuộc giữa các nhóm phát triển, kiểm thử, DevOps, bảo mật, dữ liệu và điện toán đám mây được đánh giá rõ nhất, với giá trị trung bình 3,83 và tỷ lệ đồng thuận 69,2%.

Một nhóm có thể hoàn thành phần việc đúng kế hoạch nhưng chưa thể tích hợp hoặc triển khai nếu còn chờ giao diện lập trình, dữ liệu, môi trường hoặc phê duyệt từ đơn vị khác. Hiệu suất của từng nhóm vì vậy không phản ánh đầy đủ tiến độ của toàn dự án. Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

Việc chia danh sách công việc theo thành phần kỹ thuật thay vì theo giá trị sản phẩm cũng làm tăng số lần bàn giao. Nội dung này đạt giá trị trung bình 3,74 và tỷ lệ đồng thuận 65,9%. Khi nhóm phía máy chủ, giao diện, kiểm thử và hạ tầng thực hiện các phần việc tách biệt, một tính năng phải đi qua nhiều nhóm trước khi tạo ra kết quả hoàn chỉnh. Thời gian chờ giữa các công đoạn có thể lớn hơn thời gian thực hiện công việc chuyên môn.

Cơ chế theo dõi và xử lý quan hệ phụ thuộc trước mỗi đợt phát hành chưa thật sự rõ ràng, với giá trị trung bình 3,77. Các phụ thuộc thường được phát hiện trong quá trình thực hiện thay vì được nhận diện khi lập kế hoạch. Điều này làm tăng nguy cơ thay đổi ưu tiên, trì hoãn công việc hoặc dồn vấn đề vào cuối chu kỳ.

Phối hợp đa quốc gia và đa múi giờ đạt giá trị trung bình 3,53, thấp nhất trong nhóm nhưng vẫn phản ánh độ trễ trong trao đổi và ra quyết định. Vấn đề không chỉ do chênh lệch thời gian làm việc mà còn xuất phát từ trách nhiệm chưa rõ, thông tin phân tán và thiếu người có thẩm quyền xử lý ngay khi phát sinh điểm nghẽn.

Nguyên nhân cốt lõi nằm ở cách tổ chức nhóm và kiến trúc hệ thống. Khi nhóm được phân chia chủ yếu theo chức năng hoặc thành phần kỹ thuật, mức độ tự chủ đối với kết quả cuối cùng bị hạn chế. Kiến trúc liên kết chặt, giao diện chưa ổn định và môi trường tích hợp thiếu nhất quán tiếp tục làm tăng phụ thuộc, dù từng nhóm đã áp dụng Agile.

Hệ quả là thời gian hoàn thành toàn bộ tính năng bị kéo dài, khả năng dự báo tiến độ giảm và trách nhiệm dễ bị phân tán. Mỗi nhóm có thể đạt chỉ tiêu riêng nhưng mục tiêu phát hành chung vẫn chậm. Điều này cho thấy tối ưu cục bộ không đồng nghĩa với nâng cao hiệu quả của toàn bộ dòng công việc.

Endava Việt Nam cần chuyển trọng tâm từ quản lý nhiệm vụ riêng lẻ sang quản trị luồng giá trị và các điểm giao giữa nhóm. Những phụ thuộc quan trọng phải được nhận diện từ giai đoạn lập kế hoạch, xác định người chịu trách nhiệm và theo dõi đến khi được xử lý.

Đồng thời, các nhóm cần được tổ chức theo hướng liên chức năng và định hướng sản phẩm để giảm số lần bàn giao, tăng quyền tự chủ và chịu trách nhiệm xuyên suốt đối với kết quả đầu ra.

Kết quả này là cơ sở cho giải pháp quản trị quan hệ phụ thuộc và tổ chức nhóm theo định hướng sản phẩm được trình bày tại Chương 3. Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

2.4.4 Mức độ tự động hóa và năng lực nền tảng chưa đáp ứng yêu cầu mở rộng

Nhóm hạn chế về tự động hóa, quy trình tích hợp và triển khai liên tục, cùng năng lực nền tảng đạt giá trị trung bình 3,86, tỷ lệ đồng ý và hoàn toàn đồng ý đạt 70,9%. Đây là nhóm hạn chế có tỷ lệ đồng thuận cao nhất, cho thấy hạ tầng kỹ thuật chưa phát triển đồng đều với tốc độ mở rộng dự án.

Vấn đề nổi bật nhất là các công việc phát triển nền tảng và tự động hóa thường bị xếp sau các tính năng nghiệp vụ. Nội dung này đạt giá trị trung bình 4,02 và tỷ lệ đồng thuận 78,3%. Khi nguồn lực chủ yếu được dành cho yêu cầu ngắn hạn của khách hàng, các hạng mục như chuẩn hóa quy trình triển khai, nâng cấp kiểm thử tự động và xử lý nợ kỹ thuật dễ bị trì hoãn. Hệ quả là dự án vẫn đáp ứng tiến độ trước mắt nhưng tích lũy chi phí vận hành và rủi ro trong dài hạn.

Việc các nhóm tự xây dựng quy trình tích hợp và triển khai theo cách riêng đạt giá trị trung bình 3,98, với tỷ lệ đồng thuận 75,4%. Sự phân tán này làm giảm khả năng tái sử dụng, tăng chi phí bảo trì và khiến chất lượng triển khai phụ thuộc vào năng lực của từng nhóm. Khi nhân sự thay đổi hoặc dự án mở rộng, việc chuyển giao cũng khó khăn hơn do thiếu cấu trúc và tiêu chuẩn chung.

Một số bước xây dựng, kiểm thử và triển khai vẫn phụ thuộc vào thao tác thủ công, với giá trị trung bình 3,82. Môi trường phát triển, kiểm thử, thử nghiệm trước vận hành và vận hành chính thức chưa hoàn toàn đồng nhất đạt mức 3,79. Các thao tác thủ công và khác biệt cấu hình làm tăng nguy cơ sai sót, kéo dài thời gian triển khai và khiến lỗi khó tái hiện.

Tỷ lệ kiểm thử tự động chưa đủ hỗ trợ triển khai thường xuyên đạt giá trị trung bình 3,68. Khi phạm vi kiểm thử thủ công còn lớn, việc tăng tần suất phát hành có thể làm tăng áp lực đối với nhóm kiểm thử hoặc buộc dự án phải giảm độ sâu kiểm tra. Điều này giải thích vì sao một số dự án đã có quy trình tích hợp liên tục nhưng chưa thể chuyển sang triển khai thường xuyên với mức rủi ro thấp. Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

Nguyên nhân cốt lõi không chỉ là thiếu công cụ. Phần lớn dự án đã tiếp cận các nền tảng tích hợp, triển khai và giám sát, nhưng cách tổ chức nguồn lực còn phân tán. Mỗi nhóm tự giải quyết nhu cầu riêng khiến cùng một chức năng được xây dựng nhiều lần, trong khi thiếu đơn vị chịu trách nhiệm phát triển nền tảng dùng chung. Việc đánh giá dự án chủ yếu theo tính năng bàn giao cũng làm các công việc nền tảng khó cạnh tranh về mức độ ưu tiên.

Hệ quả là thời gian thiết lập dự án mới kéo dài, chất lượng quy trình không đồng nhất và khả năng mở rộng phụ thuộc vào số lượng kỹ sư DevOps. Chi phí bảo trì tăng theo số dự án, trong khi các lỗi cấu hình, chênh lệch môi trường và hạn chế kiểm thử tự động tiếp tục ảnh hưởng đến tần suất triển khai, tỷ lệ thay đổi gây lỗi và thời gian khôi phục.

Endava Việt Nam cần chuyển từ tự động hóa riêng lẻ ở từng dự án sang phát triển nền tảng dùng chung. Các mẫu quy trình tích hợp và triển khai, thành phần kiểm thử, cấu hình môi trường, cơ chế giám sát và hướng dẫn kỹ thuật cần được chuẩn hóa nhưng vẫn cho phép điều chỉnh theo đặc thù khách hàng. Một nhóm kỹ thuật nền tảng chuyên trách sẽ giúp giảm công việc lặp lại, tăng khả năng tái sử dụng và hỗ trợ các nhóm dự án triển khai độc lập hơn.

Kết quả phân tích là cơ sở cho giải pháp nâng cấp quy trình tích hợp và triển khai liên tục, tăng tỷ lệ kiểm thử tự động và phát triển nhóm kỹ thuật nền tảng tại Chương 3.

2.5 Đánh giá chung về thực trạng ứng dụng Agile/DevOps Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

Kết quả phân tích cho thấy Agile/DevOps đã hỗ trợ Endava Việt Nam cải thiện tốc độ triển khai, khả năng phản hồi và độ ổn định của dự án. Tần suất triển khai tăng, thời gian xử lý thay đổi và khôi phục sự cố giảm, trong khi tỷ lệ hoàn thành đúng hạn có xu hướng cải thiện. Kết quả khảo sát cũng ghi nhận mức đánh giá tích cực đối với hiệu quả quản trị tổng thể.

Tuy nhiên, kết quả chưa đồng đều giữa các dự án. Mức độ trưởng thành còn phụ thuộc vào năng lực của từng nhóm và cá nhân chủ chốt, yêu cầu bảo mật thường được xử lý muộn, các mối quan hệ phụ thuộc làm kéo dài thời gian hoàn thành, quy trình tự động hóa và kiểm thử chưa được chuẩn hóa. Những hạn chế này làm giảm khả năng dự báo, tăng thời gian chờ và khiến hiệu quả sử dụng nguồn lực chưa tương xứng với tốc độ triển khai.

Nguyên nhân cốt lõi nằm ở bốn vấn đề. Thứ nhất, doanh nghiệp chưa có khung đánh giá mức độ trưởng thành thống nhất. Thứ hai, bảo mật và tuân thủ chưa được tích hợp đầy đủ từ giai đoạn lập kế hoạch. Thứ ba, cách tổ chức theo chức năng và kiến trúc liên kết chặt làm tăng phụ thuộc giữa các nhóm. Thứ tư, nguồn lực dành cho nền tảng kỹ thuật và tự động hóa thường bị ưu tiên thấp hơn các tính năng nghiệp vụ.

• Bảng 2.7. Tổng hợp kết quả, hạn chế và nguyên nhân

Bốn vấn đề có quan hệ chặt chẽ. Thiếu tiêu chí chung làm khó xác định khoảng cách năng lực, quy trình phân mảnh làm tăng phụ thuộc, phụ thuộc và kiểm soát thủ công kéo dài thời gian triển khai, áp lực tiến độ tiếp tục khiến công việc nền tảng bị trì hoãn. Vì vậy, các giải pháp không thể triển khai riêng lẻ mà cần được tổ chức theo một lộ trình thống nhất.

TÓM TẮT CHƯƠNG 2 Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

Chương 2 đã phân tích thực trạng ứng dụng Agile/DevOps trong quản trị dự án công nghệ tại Endava Việt Nam dựa trên dữ liệu dự án và kết quả khảo sát 305 nhân sự. Kết quả cho thấy phương pháp này đã cải thiện tần suất triển khai, rút ngắn thời gian xử lý thay đổi, giảm tỷ lệ thay đổi gây lỗi và nâng cao khả năng hoàn thành dự án đúng hạn.

Hiệu quả đạt được chưa đồng đều giữa các dự án. Sự khác biệt về năng lực nhóm, kiến trúc hệ thống, yêu cầu khách hàng và mức độ tự động hóa làm cho cùng một phương pháp nhưng tạo ra kết quả khác nhau. Tác động tích cực thể hiện rõ hơn ở tốc độ và khả năng thích ứng, trong khi hiệu quả sử dụng nguồn lực còn hạn chế.

Bốn vấn đề cốt lõi được xác định gồm: mức độ trưởng thành Agile/DevOps thiếu thống nhất, bảo mật và tuân thủ chưa được tích hợp sớm, quan hệ phụ thuộc giữa các nhóm còn phức tạp, quy trình tự động hóa và năng lực nền tảng chưa đáp ứng yêu cầu mở rộng.

Các hạn chế trên có quan hệ trực tiếp với nhau. Thiếu tiêu chí đánh giá làm doanh nghiệp khó xác định khoảng cách năng lực, quy trình phân mảnh làm tăng thời gian chờ, kiểm soát thủ công kéo dài chu kỳ phát hành, áp lực bàn giao khiến các công việc nền tảng tiếp tục bị trì hoãn. Luận văn: Thực trạng ứng dụng phương pháp Agile/DevOps.

Kết quả phân tích là căn cứ để Chương 3 xây dựng bốn nhóm giải pháp: hoàn thiện mô hình trưởng thành Agile/DevOps, tích hợp bảo mật theo DevSecOps, tăng cường quản trị quan hệ phụ thuộc và tổ chức nhóm theo định hướng sản phẩm, chuẩn hóa quy trình tích hợp, triển khai và phát triển nền tảng kỹ thuật dùng chung.

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

===>>> Luận văn: Giải pháp hoàn thiện mô hình quản trị dự án công nghệ

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