SOW agile vs waterfall : quelle structure pour vos projets IT ?

Giới thiệu: tại sao mô hình SOW quyết định thành công về mặt hợp đồng

Trong thế giới tư vấn IT và phát triển phần mềm, Statement of Work (SOW) không phải là một tài liệu hành chính đơn thuần: đó là xương sống hợp đồng điều chỉnh mối quan hệ giữa nhà cung cấp dịch vụ và khách hàng của họ. Năm 2026, gần như tất cả các dự án IT dao động giữa hai triết lý hoàn toàn khác nhau — agile và waterfall — và sự phân biệt này có những tác động cụ thể đến việc soạn thảo từng điều khoản của SOW: các bản giao, mốc thời gian, phương thức thanh toán, tiêu chí chấp nhận và quản lý thay đổi. Hiểu được sự khác biệt giữa SOW agile và SOW waterfall có nghĩa là tránh được các tranh chấp hợp đồng mà theo các cuộc điều tra ngành PMI trung bình tốn 15% ngân sách dự án. Bài viết này chi tiết hóa các cấu trúc, rủi ro và thực tiễn tốt nhất cho mỗi phương pháp.

---

Một SOW waterfall là gì và cách cấu trúc nó như thế nào?

Mô hình waterfall — hoặc chu kỳ V — dựa trên logic tuần tự: mỗi giai đoạn (khung, thiết kế, phát triển, kiểm tra, triển khai) diễn ra theo cách tuyến tính. Một SOW waterfall phản ánh logic này bằng cách định nghĩa trước đó và toàn diện toàn bộ phạm vi.

Các đặc điểm cấu trúc của SOW waterfall

Một SOW waterfall điển hình bao gồm:

• Mô tả chi tiết về phạm vi chức năng: mỗi tính năng được mô tả, thường đi kèm với các thông số kỹ thuật chức năng chung (SFG) hoặc một quy chuẩn kỹ thuật được đính kèm.
• Các mốc thời gian hợp đồng cố định (milestones): bản giao maquette đã xác thực, kiểm tra chức năng, đưa vào sản xuất, giai đoạn bảo hành. Mỗi mốc thời gian được liên kết với một ngày lịch và một tỷ lệ phần trăm của hợp đồng cố định.
• Giá toàn cầu cố định (fixed-price): tiền bù đắp tài chính được xác định trước. Nhà cung cấp dịch vụ chịu rủi ro vượt quá nếu phạm vi không được định giá chính xác.
• Các tiêu chí chấp nhận chính xác: các điều kiện xác thực mỗi bản giao được định nghĩa hợp đồng, giảm các tranh chấp trong quá trình kiểm tra.

Những ưu điểm và hạn chế của SOW waterfall cho các dự án IT

Mô hình waterfall cung cấp khả năng dự báo ngân sách hoàn toàn cho khách hàng, điều này làm cho nó trở thành sự lựa chọn ưu tiên cho các dự án có phạm vi ổn định: tích hợp ERP, di chuyển dữ liệu có cấu trúc, phát triển một ứng dụng có thông số kỹ thuật cố định. Ngược lại, nó không thích ứng tốt với những thay đổi nhu cầu trong quá trình dự án. Mọi sửa đổi phải được thực hiện thông qua một phụ lục hợp đồng (Change Request), quy trình thường chậm và là nguồn của căng thẳng. Theo dữ liệu từ Báo cáo Standish Group Chaos 2024, các dự án waterfall vượt quá ngân sách ban đầu của họ trong 45% trường hợp, chính xác vì sự đánh giá thấp phạm vi tại lúc ký kết.

Để tìm hiểu thêm về soạn thảo và ký tên loại tài liệu này, hub SOW của Certyneo tập trung các mẫu, điều khoản tiêu chuẩn và thực tiễn tốt nhất.

---

Một SOW agile là gì và nó khác biệt về mặt cấu trúc như thế nào?

SOW agile phá vỡ logic của phạm vi cố định. Nó hợp đồng hóa một khả năng giao hàng (vận tốc của một đội, số lượng sprints, hồ sơ được cung cấp) thay vì một danh sách toàn diện các tính năng.

Những trụ cột của một SOW agile: sprints, backlog và tiêu chí giá trị

Một SOW agile được cấu trúc xung quanh Scrum hoặc Kanban điển hình bao gồm:

• Mô tả các vai trò và đội ngũ: Product Owner bên phía khách hàng, Scrum Master và nhà phát triển bên phía nhà cung cấp dịch vụ, với các mức lương hàng ngày hoặc hàng tháng liên kết (mô hình Time & Materials hoặc hợp đồng cố định theo sprint).
• Một backlog ban đầu được ưu tiên: không được cố định về mặt hợp đồng, nhưng phục vụ như cơ sở khởi động. Nó phát triển tại mỗi sprint review với sự đồng ý của cả hai bên.
• Các sprints như đơn vị thanh toán: mỗi sprint (2 đến 4 tuần) tạo thành một chu kỳ thanh toán, với các nghi thức agile được xác định (lập kế hoạch, hàng ngày, đánh giá, hồi tưởng).
• Các tiêu chí của Definition of Done (DoD): điều kiện kỹ thuật và chức năng mà mỗi story phải thỏa mãn để được coi là đã giao hàng, thay thế các tiêu chí chấp nhận monolithic của waterfall.
• Một điều khoản về sửa đổi ngân sách định kỳ: sau N sprints, các bên có thể sửa đổi phạm vi toàn cầu mà không cần phụ lục chính thức, trong giới hạn một phong bì ngân sách toàn cầu được xác định.

Mô hình giá trong một SOW agile: Time & Materials so với hợp đồng cố định theo sprint

Hai mô hình tồn tại trong thực tế:

Time & Materials (T&M): khách hàng thanh toán thời gian thực tế được sử dụng bởi các đội, theo các mức lương hàng ngày được hợp đồng hóa. Mô hình này tối đa hóa tính linh hoạt nhưng chuyển rủi ro ngân sách cho khách hàng. Nó được điều chỉnh cho các dự án khám phá hoặc các giai đoạn tạo ý tưởng.

Hợp đồng cố định theo sprint (Sprint Box): nhà cung cấp dịch vụ cam kết một khả năng giao hàng cố định cho mỗi sprint (số điểm hoặc ngày/người), với giá cố định. Mô hình hybrid này kết hợp khả năng dự báo tài chính của waterfall và tính linh hoạt của backlog agile. Ngày nay, nó là mô hình thống trị trong các ESN Pháp cho các dự án phát triển web và di động.

Các mẫu hợp đồng có sẵn trên Certyneo bao gồm các mẫu SOW được điều chỉnh cho mỗi mô hình giá này, sẵn sàng được cá nhân hóa và ký kết bằng chữ ký điện tử.

---

Bảng so sánh: SOW agile so với waterfall, những khác biệt chính

| Tiêu chí | SOW Waterfall | SOW Agile | |---|---|---| | Phạm vi | Cố định và toàn diện từ lúc ký | Có thể phát triển, được quản lý thông qua backlog ưu tiên | | Các bản giao | Được định nghĩa hợp đồng và ngày hết hạn | Được định nghĩa theo sprint, được xác thực liên tục | | Mốc thời gian | Milestones cố định với ngày lịch | Đánh giá sprint định kỳ | | Giá | Hợp đồng cố định toàn cầu | T&M hoặc hợp đồng cố định theo sprint | | Quản lý thay đổi | Phụ lục chính thức (Change Request) | Repriorisasi backlog | | Rủi ro ngân sách | Nhà cung cấp dịch vụ (phạm vi cố định) | Khách hàng (T&M) hoặc chia sẻ (sprint box) | | Tiêu chí chấp nhận | Kiểm tra chính thức tại các mốc thời gian được xác định | Definition of Done theo story | | Lý tưởng cho | Phạm vi ổn định, ràng buộc pháp lý | Sự phát triển liên tục, đổi mới |

---

Cách chọn giữa SOW agile và waterfall cho dự án tư vấn IT của bạn

Phân tích tính ổn định của phạm vi và trưởng thành của khách hàng

Tiêu chí lựa chọn đầu tiên là tính ổn định của nhu cầu được biểu thị. Nếu khách hàng có một quy chuẩn kỹ thuật được xác thực, wireframes hoàn thiện và một DSI có khả năng tiến hành kiểm tra chính thức, SOW waterfall giảm thiểu rủi ro hợp đồng. Ngược lại, nếu dự án đang ở giai đoạn khám phá, nếu nhu cầu kinh doanh phát triển nhanh chóng hoặc nếu khách hàng muốn liên quan các người dùng cuối trong các xác thực lặp lại, SOW agile phù hợp hơn về mặt cấu trúc.

Một chỉ báo cụ thể: nếu quy chuẩn kỹ thuật ban đầu vượt quá 80% ổn định chức năng được ước tính, chọn waterfall. Dưới 60%, phương pháp agile sẽ giảm đáng kể các phụ lục và những vượt quá.

Tính đến bối cảnh pháp lý và ngành công nghiệp

Một số ngành áp đặt các ràng buộc ảnh hưởng đến lựa chọn mô hình SOW. Các dự án trong y tế (chứng chỉ HDS, lưu trữ dữ liệu y tế), tài chính (tuân thủ DORA, kiểm tra ISO 27001) hoặc thị trường công cộng (Mã Gây ra Lệnh công) thường yêu cầu khả năng truy tìm tài liệu và xác thực chính thức các bản giao gần với mô hình waterfall hơn, ngay cả khi các phương pháp phát triển có tính agile bên trong.

Trong bối cảnh hybrid này, một SOW gọi là ScrumFall — hoặc Agile at Scale — kết hợp một phạm vi macro được hợp đồng hóa cố định (các giai đoạn của dự án, ngân sách toàn cầu) với một thực hiện agile bên trong. Phương pháp này ngày nay được ghi chép rộng rãi trong các khuôn khổ SAFe (Scaled Agile Framework) và LeSS.

Bảo mật ký tên của SOW bất kể mô hình được giữ lại

Bất kể mô hình được chọn, giá trị pháp lý của SOW phụ thuộc vào ký của nó theo quy tắc. Ở Pháp, chữ ký điện tử nâng cao hoặc được xác định là phù hợp với quy định eIDAS đảm bảo giá trị chứng minh của tài liệu trong trường hợp tranh chấp. Đối với các phụ lục agile (repriorisations chính thức, tiện nghi sprint), chữ ký điện tử tăng tốc độ xác thực đáng kể: trong khi ký tên bằng tay cần 3 đến 7 ngày, một giải pháp như Certyneo cho phép kết thúc xác thực trong vòng chưa đầy 24 giờ, không cần di chuyển.

Các đội tư vấn quản lý nhiều SOW đồng thời có thể dựa vào trình tạo hợp đồng bằng AI của Certyneo để tạo các SOW được điều chỉnh cho mỗi bối cảnh (agile, waterfall, hybrid) trong vài phút, sau đó gửi chúng để ký trong luồng tích hợp.

Khung pháp lý áp dụng cho SOW trong dự án IT và tư vấn

Statement of Work là một hợp đồng hoàn toàn, tuân theo luật pháp chung của hợp đồng cũng như các quy định ngành cụ thể. Ở Pháp, một số văn bản điều chỉnh soạn thảo, tính hợp lệ và thực hiện của nó.

Bộ luật dân sự và luật hợp đồng

SOW thuộc về Bộ luật dân sự trước tiên, và chính xác hơn là các quy định từ cải cách luật hợp đồng năm 2016 (quy định n ° 2016-131, được mã hóa tại các bài viết 1101 và tiếp theo). Bài viết 1194 của Bộ luật dân sự nhắc nhở rằng các hợp đồng bắt buộc không chỉ những gì được biểu thị trong đó, mà còn tất cả những gì họ theo sau từ công bằng, thối quen hoặc pháp luật — điều này bao gồm các thực hành công nhân của ngành IT (Agile Manifesto, tiêu chuẩn PMI/PMBOK).

Bài viết 1353 điều chỉnh gánh nặng bằng chứng trong trường hợp tranh chấp: trong sự vắng mặt của một điều khoản ngược lại, đó là nhà cung cấp dịch vụ phải chứng minh rằng họ đã tuân thủ các nghĩa vụ của họ. Một SOW được soạn thảo tốt, với các tiêu chí chấp nhận chính xác (DoD hoặc milestones waterfall), thực tế đảo ngược gánh nặng này.

Chữ ký điện tử và giá trị chứng minh: eIDAS và Bộ luật dân sự

Chữ ký điện tử của SOW được điều chỉnh bởi Quy định Châu Âu eIDAS n ° 910/2014, trong đó bài viết 25 quy định rằng chữ ký điện tử được xác định có giá trị pháp lý giống như ký tên bằng tay trong tất cả các quốc gia thành viên. Ở Pháp, các bài viết 1366 và 1367 của Bộ luật dân sự chuyển quy định này thành sự công nhận giá trị chứng minh của bản viết điện tử miễn là tác giả của nó có thể được xác định với chắc chắn và rằng tính toàn vẹn của nó được đảm bảo.

Đối với một SOW liên quan đến các số tiền trên 1.500 € (ngưỡng của bài viết 1359 của Bộ luật dân sự cho yêu cầu về một viết), chữ ký điện tử nâng cao (cấp 2 eIDAS) tạo thành tối thiểu được khuyến cáo. Đối với các dự án nhạy cảm hoặc kéo dài nhiều năm, chữ ký được xác định (cấp 3) với chứng chỉ được cấp bởi một Nhà cung cấp Dịch vụ Tin tưởng (PSCo) được xác định theo Phụ lục II của quy định eIDAS.

Bảo vệ dữ liệu và RGPD trong các dự án IT

Bất kỳ SOW nào bao gồm xử lý dữ liệu cá nhân phải tích hợp một điều khoản dưới hợp đồng phù hợp với bài viết 28 của RGPD n ° 2016/679. Điều khoản này phải chi tiết: bản chất và mục đích của xử lý, các loại dữ liệu được đề cập, các nghĩa vụ của nhà dưới hợp đồng (nhà cung cấp dịch vụ IT), các biện pháp kỹ thuật và tổ chức bảo mật, và các điều kiện hoàn trả hoặc hủy dữ liệu khi kết thúc dự án.

Trong các dự án agile, nơi phạm vi phát triển, nên đính kèm vào SOW một bản ghi dự báo xử lý được cập nhật tại mỗi sprint chính, phù hợp với các khuyến cáo của CNIL.

Đặt hàng công cộng và ràng buộc ngành

Đối với các SOW được kết luận trong bối cảnh thị trường công cộng, Mã Gây ra Lệnh công (CCP) áp đặt các quy tắc cụ thể liên quan đến nội dung, sửa đổi (bài viết L.2194-1 và tiếp theo) và giải quyết khác biệt. Các phụ lục agile phải ở trong các ngưỡng được phép (thường là 10 đến 15% số tiền ban đầu) để không tạo thành một thị trường mới được phục vụ để cạnh tranh.

Tình huống sử dụng: SOW agile so với waterfall trong thực tế

Tình huống 1 — ESN có quy mô trung bình, dự án cải tổ ERP (mô hình waterfall)

Một ESN khoảng 150 cố vấn giành chiến thắng một cuộc gọi để nâng cao quy mô phức tạp để cải tổ hệ thống ERP của một nhóm công nghiệp. Phạm vi chức năng được xác định trong một quy chuẩn kỹ thuật 120 trang, được xác thực bởi khách hàng DSI. Ngân sách là 480.000 € TTC, được cấu trúc trong 5 mốc thời gian hợp đồng trong 18 tháng.

SOW waterfall được ký bằng chữ ký điện tử qua một giải pháp tuân thủ eIDAS xác định: thông số kỹ thuật chức năng trong phụ lục, các bản giao dự kiến tại mỗi mốc thời gian (dossier thiết kế, môi trường kiểm tra, thủ tục kỹ thuật triển khai sản xuất), tiêu chí chấp nhận chính xác và hình phạt trễ. Nhờ mức độ chi tiết này, kiểm tra cuối cùng được hoàn thành chỉ với 3 yêu cầu nhỏ. Ký tên điện tử của 7 phụ lục Change Request xảy ra trong quá trình dự án đã giảm thời gian xác thực từ 5 ngày làm việc xuống 18 giờ trung bình, tiết kiệm được ước tính 12.000 € chi phí phối hợp.

Tình huống 2 — Startup SaaS và squad bên ngoài trong mô hình agile (Sprint Box)

Một startup B2B trong giai đoạn mở rộng quy mô tuyển dụng một squad bên ngoài gồm 5 người (2 nhà phát triển fullstack, 1 nhà thiết kế UX, 1 QA, 1 Scrum Master) để tăng tốc độ phát triển nền tảng của nó. Phạm vi đang được khám phá và product roadmap phát triển hàng tháng, một SOW waterfall sẽ không phù hợp.

SOW agile được ký kết hợp đồng hóa: hồ sơ và mức lương hàng ngày, kỷ lục của sprints (2 tuần), ngân sách tối đa cho mỗi quý (plafond T&M của 85.000 € mỗi quý), Definition of Done áp dụng cho tất cả các câu chuyện, và các điều kiện xem xét lại backlog. Sau 6 tháng, startup đã giao 3 lần nhiều tính năng hơn so với ước tính ban đầu, với sự vượt quá ngân sách chỉ 8% so với phong bì toàn cầu — hiệu suất không thể với mô hình waterfall do 23 repriorisations chính thức của backlog xảy ra.

Tình huống 3 — Công ty tư vấn về chuyển đổi kỹ thuật số, phương pháp hybrid ScrumFall

Một tổ chức tư vấn đồng hành với một tổ chức đào tạo trong quá trình di chuyển LMS của nó đến một nền tảng đám mây. Dự án bị ràng buộc bởi các nghĩa vụ quy định Qualiopi (khả năng truy tìm các con đường, khả năng tiếp cận RGAA) yêu cầu xác thực chính thức, nhưng các con đường giáo dục chính nó phải được xây dựng chung với các nhà huấn luyện theo cách lặp lại.

Giải pháp được chọn là một SOW hybrid: một phạm vi macro waterfall (4 giai đoạn hợp đồng với mốc thời gian cố định và số tiền hợp đồng cố định) chứa một sự thực hiện agile bên trong (sprints bi-weekly, đánh giá với các nhà huấn luyện). Các bản giao chính thức (dossier kỹ thuật Qualiopi, PV tái kiểm tra khả năng tiếp cận) được hợp đồng hóa trong các mốc thời gian, trong khi các nội dung giáo dục được quản lý thông qua một backlog agile. Mô hình này cho phép giảm 35% số lượng phụ lục chính thức so với một dự án LMS tương tự được tiến hành trong waterfall pur năm trước đó.

Kết luận

Lựa chọn giữa một SOW agile và một SOW waterfall không phải là một câu hỏi về tùy chọn phương pháp: đó là một quyết định hợp đồng cấu trúc xác định phân bổ rủi ro, quản lý sửa đổi và giá trị chứng minh của các cam kết của bạn trong trường hợp tranh chấp. Waterfall vượt trội trên các phạm vi ổn định và các dự án với các ràng buộc pháp lý mạnh mẽ; agile tối đa hóa giá trị trên các dự án phát triển và đổi mới. Mô hình hybrid ScrumFall trả lời các bối cảnh trung gian, ngày càng phổ biến trong tư vấn IT vào năm 2026.

Bất kể mô hình nào được chọn, việc bảo mật pháp lý của SOW được thực hiện thông qua chữ ký điện tử tuân thủ eIDAS. Certyneo cho phép bạn tạo, cá nhân hóa và ký các SOW của bạn trong vài phút, với một giá trị chứng minh được công nhận trên toàn bộ Liên minh Châu Âu.

👉 Thử Certyneo miễn phí và ký SOW đầu tiên của bạn trong vòng chưa đầy 10 phút.