Tổng quan nghiên cứu

Trong giai đoạn từ năm 2009 đến năm 2011, bộ phận phát triển phần mềm ứng dụng web của Công ty Cổ phần VNG tiếp nhận hơn 20 yêu cầu phát triển dự án từ các đối tác nội bộ. Tuy nhiên, có tới 30% dự án không hoàn thành đúng tiến độ cam kết và chi phí thực tế phát sinh trung bình tăng 20% so với dự toán ban đầu. Nguyên nhân cốt lõi không chỉ bắt nguồn từ năng lực kỹ thuật mà chủ yếu xuất phát từ sự bất cập của mô hình Thác nước truyền thống vốn quá cứng nhắc, không thể thích ứng với tần suất thay đổi yêu cầu trung bình từ 5 đến 10 lần mỗi tháng cho mỗi sản phẩm.

Vấn đề nghiên cứu trọng tâm của luận văn là giải quyết bài toán xung đột giữa quy trình quản lý dự án cũ kỹ và tính chất biến động nhanh của thị trường internet, dẫn đến tỷ lệ sản phẩm chưa đạt chuẩn chất lượng lên tới 40%. Mục tiêu cụ thể của đề tài là hệ thống hóa cơ sở lý thuyết về phương pháp phát triển phần mềm linh hoạt, đánh giá thực trạng quản lý dự án tại VNG, từ đó thiết kế quy trình chuyển đổi và triển khai thử nghiệm thực tế mô hình Scrum nhằm tối ưu hóa thời gian, chi phí và chất lượng đầu ra.

Phạm vi nghiên cứu được giới hạn tại bộ phận phát triển phần mềm ứng dụng web của Công ty Cổ phần VNG tại Thành phố Hồ Chí Minh, thực hiện trong khung thời gian từ tháng 12 năm 2011 đến tháng 4 năm 2012. Ý nghĩa thực tiễn của công trình thể hiện qua việc giảm thiểu rủi ro trễ hạn, loại bỏ tình trạng tạo trang tĩnh tạm bợ để chữa cháy tiến độ, đồng thời thiết lập khung quản trị dự án tinh gọn giúp năng suất của hơn 20 kỹ sư phần mềm được tối ưu hóa toàn diện.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Nghiên cứu dựa trên nền tảng Tuyên ngôn Agile được công bố năm 2001 cùng 12 nguyên lý phát triển linh hoạt, ưu tiên tương tác cá nhân, phần mềm chạy tốt, sự cộng tác với khách hàng và khả năng phản hồi thay đổi nhanh chóng. Trong số các phương pháp Agile, khung quy trình Scrum và Lập trình cực hạn đóng vai trò trọng tâm với nguyên lý phát triển phân đoạn lặp và tiệm tiến. Dự án được chia thành các chu kỳ ngắn hạn từ 2 đến 4 tuần gọi là Sprint, kết hợp các công cụ trực quan như Product Backlog, Sprint Backlog và biểu đồ Burndown Chart. Quy trình này vận hành dựa trên cơ chế kiểm soát tiến trình thực nghiệm với ba trụ cột cốt lõi: tính minh bạch, sự thanh tra và khả năng thích nghi.

Để đánh giá mức độ tương thích của tổ chức với phương pháp linh hoạt, tác giả áp dụng mô hình đánh giá 5 yếu tố của Boehm và Turner năm 2003, bao gồm: mức độ rủi ro, năng lực nhân sự, tính biến động của yêu cầu, quy mô nhóm và văn hóa doanh nghiệp. Bên cạnh đó, luận văn sử dụng mô hình 3 cấp độ thành công của dự án phần mềm theo nghiên cứu của Shore và Warden năm 2008, bao gồm: thành công về mặt tổ chức, thành công về mặt kỹ thuật và thành công ở mức độ cá nhân. Khung lý thuyết cũng đối chiếu toàn diện Agile với mô hình CMMI 5 cấp độ và mô hình Thác nước truyền thống để chứng minh tính ưu việt của phương pháp đề xuất.

Phương pháp nghiên cứu

Nghiên cứu sử dụng kết hợp nguồn dữ liệu sơ cấp và thứ cấp nhằm đảm bảo tính khách quan và chiều sâu học thuật. Dữ liệu sơ cấp được thu thập thông qua phỏng vấn sâu 3 đến 5 nhà quản lý dự án, 15 kỹ sư phần mềm và 3 chuyên gia công nghệ thông tin có trên 6 năm kinh nghiệm. Dữ liệu thứ cấp được trích xuất từ báo cáo kết quả của 20 dự án phát triển web nội bộ tại VNG từ năm 2009 đến năm 2011 cùng các tài liệu khoa học chuyên ngành.

Phương pháp chọn mẫu phi xác suất có chủ đích được áp dụng nhằm chọn lọc đúng các nhân sự trực tiếp vận hành dự án với hơn 90% tốt nghiệp đại học chuyên ngành và trên 80% có từ 3 năm kinh nghiệm thực tế. Tác giả lựa chọn phương pháp phân tích so sánh định tính kết hợp định lượng thực nghiệm vì phương pháp này cho phép nhận diện chính xác nguyên nhân gốc rễ gây lãng phí trong quy trình cũ, đồng thời lượng hóa được sự cải thiện về hiệu suất sau khi áp dụng mô hình mới trong giai đoạn nghiên cứu từ ngày 05 tháng 12 năm 2011 đến ngày 08 tháng 04 năm 2012.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

Thực trạng quản lý dự án tại VNG trước khi chuyển đổi bộc lộ 3 nhóm hạn chế nghiêm trọng. Thứ nhất, việc lập kế hoạch theo mô hình Thác nước khiến giai đoạn phân tích và viết tài liệu đặc tả chiếm tới 60% tổng thời gian dự án, nhưng vẫn không ngăn được trung bình 5 đến 10 thay đổi yêu cầu phát sinh mỗi tháng, làm 30% dự án trễ hạn và chi phí thực hiện đội thêm 20%. Thứ hai, cấu trúc phân cấp phức tạp khiến thời gian chuyển giao tài liệu giữa các khâu kéo dài từ 3 đến 5 ngày, các cuộc họp lặp lại chiếm từ 35% đến 40% thời gian làm việc, dẫn đến 40% sản phẩm có chất lượng chưa đạt kỳ vọng và số sự cố làm ngưng trệ hệ thống trên 1 giờ tăng 20% trong năm 2011 (ghi nhận 6 sự cố lớn).

Thứ ba, kết quả đánh giá theo mô hình 5 nhân tố của Boehm và Turner xác nhận tổ chức hội đủ 100% điều kiện lý tưởng để triển khai Agile: mức độ rủi ro hệ thống thấp, đội ngũ lập trình viên có nền tảng vững vàng với độ tuổi trung bình dưới 30, yêu cầu liên tục thay đổi sau mỗi 3 tháng, quy mô nhóm tinh gọn từ 5 đến 6 thành viên làm việc cùng một không gian, và văn hóa doanh nghiệp cởi mở, khuyến khích sáng tạo.

Thảo luận kết quả

Các dữ liệu nghiên cứu chỉ ra rằng việc áp dụng CMMI đòi hỏi chi phí đánh giá lên tới hàng trăm nghìn USD cùng khối lượng tài liệu đồ sộ là hoàn toàn không phù hợp với các dự án web nội bộ cần tốc độ. Ngược lại, dữ liệu định lượng được tổng hợp qua bảng so sánh đa tiêu chí và biểu đồ Burndown Chart cho thấy tính linh hoạt vượt bậc của Scrum trong việc kiểm soát tiến độ từng ngày.

Khi đưa vào triển khai thử nghiệm trên dự án thực tế Social Gaming Network giai đoạn 2 với 5 lập trình viên trong thời gian 2 tháng (từ tháng 01 đến tháng 03 năm 2012), kết quả thu được rất ấn tượng. Dự án đã hoàn thành 100% các tính năng đăng ký, tra cứu và liên kết bạn bè đúng tiến độ đề ra mà không phát sinh thêm chi phí. Kết quả này được trình bày trực quan qua bảng đánh giá ba chiều theo Shore và Warden, chứng minh sự thỏa mãn trọn vẹn ở cả ba phương diện: gia tăng giá trị kinh doanh cho tổ chức, nâng cao tính ổn định mã nguồn về mặt kỹ thuật, và gia tăng động lực làm việc cho từng cá nhân trong đội ngũ phát triển.

Đề xuất và khuyến nghị

Thứ nhất, Ban Giám đốc và Trưởng bộ phận cần chuẩn hóa toàn diện quy trình phát triển phần mềm theo khung Scrum cho toàn bộ các nhóm web, thiết lập chu kỳ Sprint cố định từ 1 đến 2 tuần. Mục tiêu hành động là nâng tỷ lệ dự án hoàn thành đúng tiến độ lên mức 95% và kéo giảm thời gian đưa sản phẩm ra thị trường xuống 30% trong vòng 6 tháng áp dụng.

Thứ hai, tái cấu trúc các tổ chức dự án thành các nhóm liên chức năng tự quản với quy mô tối ưu từ 5 đến 7 thành viên, phân định rõ 3 vai trò Product Owner, Scrum Master và Development Team. Giải pháp này giúp xóa bỏ các tầng nấc phê duyệt trung gian, cắt giảm 40% thời gian hội họp dư thừa và rút ngắn thời gian xử lý yêu cầu thay đổi xuống dưới 24 giờ kể từ khi tiếp nhận.

Thứ ba, đội ngũ kỹ sư cần áp dụng nghiêm ngặt các thực hành kỹ thuật của Lập trình cực hạn như tích hợp liên tục và kiểm thử tự động hàng ngày. Động thái này nhằm kiểm soát chất lượng mã nguồn liên tục, hướng tới mục tiêu giảm 50% số lượng lỗi phát sinh sau xuất bản và triệt tiêu hoàn toàn các sự cố ngưng trệ hệ thống kéo dài trên 1 giờ trong năm vận hành tiếp theo.

Thứ tư, xây dựng kho tri thức số lưu trữ bài học kinh nghiệm sau mỗi buổi họp cải tiến Sprint Retrospective do Scrum Master chủ trì. Quy trình này cần được thực hiện định kỳ 2 tuần một lần nhằm tái sử dụng giải pháp kỹ thuật, giúp tối ưu hóa ngân sách dự án và ngăn ngừa 100% các lỗi kỹ thuật có tính chất lặp lại.

Đối tượng nên tham khảo luận văn

Giám đốc Công nghệ và Trưởng phòng Kỹ thuật phần mềm: Nắm bắt phương pháp luận và lộ trình chuyển đổi quy trình từ Thác nước sang Agile, tối ưu hóa nguồn lực nhân sự và cắt giảm tối thiểu 20% chi phí lãng phí do trễ hạn dự án.

Quản lý dự án và Scrum Master: Khai thác bộ công cụ thực hành quản trị tiến độ trực quan như Product Backlog, Sprint Backlog, biểu đồ Burndown Chart và phương pháp tổ chức 4 cuộc họp cốt lõi để nâng cao năng suất nhóm làm việc.

Kỹ sư phát triển phần mềm và Chuyên viên kiểm thử: Tiếp cận tư duy làm việc liên chức năng, kỹ năng kiểm thử song hành, phương pháp tích hợp liên tục và kỹ năng thích ứng nhanh trước các yêu cầu thay đổi từ người dùng.

Học viên cao học, Giảng viên và Nhà nghiên cứu Quản trị Kinh doanh / Hệ thống thông tin: Sử dụng công trình như một case study thực chứng điển hình về quản trị chuyển đổi quy trình tại các doanh nghiệp công nghệ hàng đầu Việt Nam.

Câu hỏi thường gặp

Mô hình Thác nước đã bộc lộ những bất cập cốt lõi nào tại VNG? Mô hình Thác nước phân chia các giai đoạn nối tiếp cứng nhắc khiến khâu đặc tả chiếm tới 60% thời gian dự án. Khi có 5 đến 10 thay đổi yêu cầu phát sinh mỗi tháng, quy trình cũ không kịp đáp ứng, làm 30% dự án trễ hạn và chi phí tăng thêm 20%.

Tại sao VNG không lựa chọn chứng chỉ CMMI mà chọn khung Agile Scrum? CMMI đòi hỏi chi phí đầu tư rất lớn lên tới hàng trăm nghìn USD, quy trình tài liệu hóa phức tạp và thủ tục đánh giá kéo dài. Trong khi đó, Agile Scrum linh hoạt, không tốn chi phí bản quyền và phù hợp hoàn hảo với các dự án web nội bộ cần tốc độ.

Mô hình Boehm và Turner đánh giá độ sẵn sàng của VNG dựa trên các tiêu chí nào? Mô hình đánh giá 5 khía cạnh: rủi ro dự án thấp, nhân sự chất lượng cao với hơn 90% tốt nghiệp đại học, yêu cầu thay đổi thường xuyên sau 3 tháng, quy mô nhóm nhỏ từ 5 đến 6 người và văn hóa doanh nghiệp trẻ trung, tự do sáng tạo.

Kết quả triển khai thử nghiệm trên dự án Social Gaming Network giai đoạn 2 ra sao? Dự án thử nghiệm với 5 kỹ sư trong 2 tháng đã hoàn thành 100% tính năng đúng thời hạn, thích ứng linh hoạt với các thay đổi yêu cầu và thỏa mãn cả ba tiêu chuẩn thành công về tổ chức, kỹ thuật và cá nhân mà không phát sinh thêm chi phí.

Làm thế nào để kiểm soát rủi ro khi yêu cầu từ khách hàng thay đổi liên tục? Scrum kiểm soát rủi ro bằng cách chia nhỏ dự án thành các Sprint ngắn 2 tuần. Mọi yêu cầu mới đều được Product Owner đánh giá, xếp thứ tự ưu tiên trong Product Backlog và đưa vào thực hiện ở Sprint tiếp theo thay vì phá vỡ kế hoạch đang chạy.

Kết luận

Luận văn đã chứng minh tính cấp thiết và hiệu quả vượt trội của việc chuyển đổi từ mô hình Thác nước sang quy trình phát triển phần mềm linh hoạt Agile Scrum tại VNG. Năm kết quả then chốt đạt được bao gồm:

  • Làm rõ thực trạng 30% dự án trễ hạn và 20% chi phí phát sinh do quy trình quản lý cũ không còn phù hợp.
  • Chứng minh tính tương thích tuyệt đối của bộ phận phát triển web VNG với mô hình 5 nhân tố của Boehm và Turner.
  • Xây dựng thành công quy trình ứng dụng Scrum chuẩn hóa với 3 vai trò, 4 cuộc họp và 3 công cụ quản trị trực quan.
  • Triển khai thử nghiệm thành công 100% mục tiêu dự án Social Gaming Network giai đoạn 2 đúng tiến độ trong 2 tháng.
  • Xác lập khung đánh giá toàn diện thỏa mãn ba chiều thành công về tổ chức, kỹ thuật và cá nhân theo Shore và Warden.

Kế hoạch tiếp theo là mở rộng áp dụng Scrum cho toàn bộ các nhóm dự án trong vòng 6 tháng tới. Các nhà quản trị công nghệ và chuyên gia phần mềm hãy áp dụng ngay khung quy trình này để tối ưu hóa năng suất và nâng cao năng lực cạnh tranh cho doanh nghiệp.