Gần đây, tôi thường thấy cụm từ "Phát triển hợp đồng đã chết" xuất hiện trên dòng thời gian của mình. Nó thường được thảo luận trong bối cảnh AI đang giúp việc xây dựng phần mềm nhanh hơn và rẻ hơn, do đó mô hình truyền thống "xây dựng và bàn giao chính xác những gì khách hàng yêu cầu" đang nhanh chóng mất đi giá trị.
Lúc đầu, tôi thực sự nghĩ, "Đây có phải chỉ là một chu kỳ thổi phồng 'X đã chết' khác không?"
Suy cho cùng, người ta đã nói "Phát triển hợp đồng đã chết" trong nhiều thập kỷ, ngay cả trước thời AI. Phát triển nội bộ, điện toán đám mây, thầu phụ đa tầng, gia công phần mềm ở nước ngoài—mỗi lần, người ta đều nói "lần này nó thực sự sẽ chết," nhưng phát triển hợp đồng vẫn sống dai như một thây ma.
Thực ra, tôi đã làm việc cho các công ty sản phẩm trong một thời gian dài, nên tôi thường đứng ngoài cuộc theo dõi những chủ đề này. Tôi nhớ mình đã từng nghĩ rằng phát triển hợp đồng trông có vẻ khó khăn và là điều tôi không muốn lại gần.
Sau đó, ba năm trước, tôi gia nhập Hololab Inc., và bây giờ tôi đang ở ngay trung tâm của các dự án khách hàng, bao gồm cả phát triển hợp đồng. Thành thật mà nói, khi gia nhập, thuật ngữ "phát triển hợp đồng" khiến tôi hơi do dự. Tuy nhiên, thách thức của sự chuyển đổi do công nghệ mới mang lại và sức hấp dẫn của chính công ty đã chiến thắng. Tôi nghĩ sẽ thật không ngầu nếu phàn nàn về "phát triển hợp đồng" mà không thực sự thử nó.
Ba năm đã trôi qua kể từ đó. Tôi gia nhập đội ngũ quản lý và đã đối mặt trực diện với phát triển hợp đồng. Đó là lý do lần này, tôi muốn đối diện với cụm từ "Phát triển hợp đồng đã chết" mà không bỏ chạy.
"Phát triển hợp đồng đã chết" có đúng không?
Đúng vậy.
Ngay cả trước AI, đã có những xu hướng hướng tới no-code trong bối cảnh Chuyển đổi số (DX) và xu hướng phát triển nội bộ. Sau đó, làn sóng AI (đặc biệt là AI agent) ập đến, và xu hướng này ngay lập tức gia tăng. Ngay cả những người không phải kỹ sư giờ cũng có thể tạo ra phần mềm.
Khi chủ đề này được đề cập, các kỹ sư kiếm sống từ nó thường hay làm ầm ĩ về "chất lượng" hoặc "bảo mật", cho rằng "phát triển phần mềm không dễ dàng như vậy."
Tuy nhiên, chất lượng yêu cầu cho phần mềm phụ thuộc vào mục đích và trường hợp sử dụng. Phần mềm dành cho khách hàng hoặc môi trường sản xuất đòi hỏi một mức độ dịch vụ nhất định. Mặt khác, mức độ yêu cầu cho các công cụ nội bộ hoặc PoC (Bằng chứng khái niệm) thường tương đối thấp. Và đây chính xác là lĩnh vực dễ bị thay thế bởi AI agent—hay đúng hơn, là nơi sự thay thế đã bắt đầu.
Về bảo mật và chất lượng, tôi cảm thấy khoảng cách đang được thu hẹp mỗi năm khi các mô hình phát triển và kiến thức của con người về việc sử dụng AI tích lũy. Chỉ hai hoặc ba năm trước, quan điểm chủ đạo là "AI có thể hỗ trợ, nhưng còn quá sớm để để nó viết mã," nhưng giờ đây AI đang viết mã nhiều hơn là không. Nhìn vào tốc độ thay đổi này, ngay cả trong những lĩnh vực hiện tại khó ủy thác hoàn toàn, một tình huống "AI đáng tin cậy hơn con người" hoàn toàn có thể xảy ra trong tương lai gần.
Thành thật mà nói, với tư cách là một kỹ sư, một phần trong tôi không muốn tin rằng công việc mình đã làm có thể bị thay thế dễ dàng như vậy. Nhưng tôi có thể thấy rõ những gì đang chết dần ngay trước mắt mình. Đây không phải là sự thổi phồng hay quan điểm vị trí; đó là một sự thay đổi đang thực sự diễn ra.
Tuy nhiên, điều này không có nghĩa là "toàn bộ ngành phát triển hợp đồng đang chết." Cái đang chết không phải là phát triển hợp đồng, mà là phát triển phần mềm chỉ "xây dựng" một cách đơn thuần. Tôi sẽ giải thích tại sao tôi nghĩ như vậy.
1. Bạn không thể gộp tất cả "Phát triển hợp đồng" lại với nhau
Ngay cả khi bạn nói "phát triển hợp đồng" một cách trơn tru, nội dung rất khác nhau, từ các công ty chỉ bán công-tháng cho các SIer, nhà tư vấn, đối tác sản phẩm, PMO, và hỗ trợ DX. Vì vậy, câu hỏi cần đặt ra không phải là "Phát triển hợp đồng có chết không?" mà là "Cái gì thực sự chết?"
Khi bạn phân tích nó ra, sự suy giảm giá trị do AI không xảy ra cùng một lúc; nó tiến triển theo từng giai đoạn. Làn sóng đầu tiên tấn công vào giá trị của hành động "viết mã." Trên thực tế, năng suất phát triển đang tăng lên, và cấu trúc lợi nhuận của các dự án đang bắt đầu thay đổi.
Và làn sóng này sẽ không dừng lại ở việc viết mã. Nó sẽ dần lan sang thiết kế, định nghĩa yêu cầu, và giai đoạn hình thành ý tưởng trước đó. Đó là lý do tại sao tôi muốn phân biệt giá trị nào sẽ giảm trước và giá trị nào sẽ còn lại.
Vì vậy, cái đang chết là công việc "chỉ viết mã theo lệnh." Cho dù đó có phải là phát triển hợp đồng hay không cũng không quan trọng. Và lĩnh vực này đã và đang thu hẹp.
Tuy nhiên, sự thu hẹp không đồng đều. Các nhà phát triển hợp đồng vừa và nhỏ và các dự án phát triển nội bộ nhỏ đang hứng chịu toàn bộ sức nặng của làn sóng phát triển nội bộ và AI tạo sinh, và các dự án bắt đầu biến mất. Mặt khác, tôi thường nghe nói rằng các hệ thống phức tạp cho các doanh nghiệp lớn vẫn chưa gặp nhiều khó khăn vì chúng không thể được xử lý chỉ bởi các đội nhóm nội bộ. Tác động rất khác nhau tùy thuộc vào quy mô và cơ sở khách hàng, vì vậy việc trộn lẫn chúng sẽ làm mờ đi cuộc trò chuyện.
2. Khách hàng không mua "Mã" ngay từ đầu
Khi bạn nghĩ về việc liệu khách hàng có ký hợp đồng vì họ muốn viết mã hay không, câu trả lời là không.
Điều khách hàng mong đợi là giải quyết vấn đề: họ muốn tổ chức các chiến lược kinh doanh, cùng nhau suy nghĩ về các yêu cầu, được giúp đỡ trong việc ra quyết định, hỗ trợ phối hợp nội bộ và giảm thiểu rủi ro. Mã chỉ là một phương tiện để đạt được mục đích đó.
Nghĩ theo cách này, logic "mã trở nên rẻ = phát triển hợp đồng đã chết" là khá thiển cận. Phương tiện trở nên rẻ hơn, nhưng nội dung kỳ vọng hoàn toàn không biến mất.
Điều này phù hợp với kinh nghiệm của tôi khi làm việc ở cả công ty sản phẩm và phát triển hợp đồng. Có những nơi phát triển hợp đồng đi sâu vào kinh doanh, và có những đội ngũ phát triển nội bộ hoạt động như những nhà thầu nội bộ, chỉ xây dựng những gì bộ phận kinh doanh yêu cầu. Vẽ ra một ranh giới giữa "công ty sản phẩm vs. phát triển hợp đồng" không còn phản ánh thực tế nữa.
Hơn nữa, điều này không chỉ giới hạn ở phát triển hợp đồng. Ranh giới giữa phát triển và tư vấn cũng đang tan biến. Các công ty tư vấn ngày càng xây dựng đội ngũ phát triển, và các SIer bắt đầu hỗ trợ kinh doanh. "SaaS đã chết" cũng theo cùng một cấu trúc: các công ty chỉ bán phần mềm sẽ kết thúc, trong khi các công ty đi sâu vào BPO, vận hành, quan hệ đối tác và đảm bảo hiệu suất đang phát triển. Tư vấn, SIer, SaaS và các công ty sản phẩm đều đang chồng chéo lên nhau ngày càng nhiều. Đích đến là "giá trị" cho khách hàng.
3. "Suy nghĩ" và "Xây dựng" đang xích lại gần nhau
Trong một thời gian dài, chi phí xây dựng phần mềm là quá cao. Do đó, "suy nghĩ" và "xây dựng" chắc chắn bị tách rời. Vai trò bị phân chia, chức danh công việc bị phân chia, tổ chức bị phân chia, và thậm chí các công ty có xu hướng bị phân chia.
AI đã giảm chi phí "xây dựng". Kết quả là, "suy nghĩ" và "xây dựng" tự nhiên bắt đầu hội tụ. Vai trò, chức danh, tổ chức và công ty đều đang xích lại gần nhau hơn. Đây là sự thay đổi đang diễn ra.
Và điều mà Phát triển linh hoạt (Agile) muốn đạt được chính là điều này: đưa "suy nghĩ" và "xây dựng" đến gần nhau hơn. Cuối cùng chúng ta cũng đang tiến gần đến lý tưởng mà trước đây không thể đạt được trọn vẹn vì chi phí xây dựng quá cao.
Trên thực tế, trong các dự án khách hàng của chúng tôi, các trường hợp không kết thúc chỉ với việc phát triển đang gia tăng. Những gì bắt đầu như một dự án phát triển bình thường thường biến thành "chúng tôi muốn tư vấn về cách tiến hành kinh doanh," mở rộng ra hỗ trợ PMO, thiết kế mô hình kinh doanh, thúc đẩy dự án và hỗ trợ ra quyết định. Ngày nay, có những nơi chúng tôi dành nhiều thời gian hơn để "xây dựng doanh nghiệp" hơn là "xây dựng hệ thống." Lúc đầu tôi tự hỏi liệu đây có còn là phát triển hợp đồng không, nhưng tôi đã ngừng quan tâm đến các ranh giới.
Gần đây tôi nghe nhiều về thuật ngữ FDE (Kỹ sư triển khai tiền phương), và nó có khả năng là một phần của cùng xu hướng. Vào tận nơi của khách hàng, cùng nhau suy nghĩ về vấn đề, và viết mã nếu cần. Không phải là "người suy nghĩ" và "người xây dựng", mà là "người vừa xây dựng vừa suy nghĩ." Một hiểu lầm phổ biến ở đây là bản chất nằm ở việc có mặt tại chỗ hoặc ở gần khách hàng về mặt vật lý. Không phải vậy. Đó là việc ở gần với việc giải quyết vấn đề.
Tuy nhiên, sự thay đổi này là một con dao hai lưỡi. Gần đây tôi nghe câu chuyện này tại một công ty lớn: Mọi chuyện bắt đầu từ một chiến lược kinh doanh. Phát triển hệ thống bắt đầu. Giữa chừng, việc xây dựng trở thành mục tiêu duy nhất. Chiến lược biến mất. Và một lượng lớn hệ thống không được sử dụng còn lại. Thực tế này đã tồn tại từ lâu trước AI. Nhưng khi AI hạ thấp chi phí xây dựng, thảm kịch này sẽ xảy ra dễ dàng hơn và với quy mô lớn hơn. Việc xây dựng càng dễ dàng, thì trọng lượng của "xây dựng cái gì" càng trở nên nặng nề.
Do đó, đối với phát triển hợp đồng đi sâu vào giải quyết vấn đề, AI là một cơn gió thuận, không phải gió ngược. Nó còn lâu mới "chết". Tuy nhiên, khoảnh khắc bạn bước ra khỏi việc giải quyết vấn đề, cơn gió thuận đó biến thành một "cỗ máy sản xuất hàng loạt những thứ vô dụng."
4. Cuối cùng, nguồn gốc của giá trị là "Con người"
Khi bạn đi đến đây, có vẻ như nguồn gốc giá trị của phát triển hợp đồng, tư vấn và SaaS là giống nhau. Nó không phải là phần mềm. Nó là con người.
Công việc mà bất kỳ công ty nào cũng có thể giải quyết sẽ bị thay thế. Công việc mà AI có thể giải quyết cũng sẽ bị thay thế. Nhưng "nó phải là những người này giải quyết nó" vẫn còn. "Tôi muốn làm việc với những người này" cũng vẫn còn.
Vì vậy, mục tiêu không phải là giao một sản phẩm, mà là trở thành đối tác để khách hàng đạt được giá trị. Làm cho họ cảm nhận được giá trị ở con người, không phải ở đồ vật.
Ví dụ điển hình là việc ra quyết định. AI có thể tạo ra bất kỳ số lượng ứng viên nào. Nhưng người quyết định là con người. Và bạn chỉ trở nên giỏi hơn trong việc ra quyết định bằng cách đưa ra quyết định.
Cách chúng tôi đào tạo nhân viên cũng đang thay đổi. Trong bộ phận của tôi, chúng tôi đang chuyển dịch theo hướng "suy nghĩ + xây dựng", và tất nhiên là có những khó khăn. Nhưng đây không phải là điều bạn học được trong các khóa đào tạo. Nó chỉ phát triển trong công việc.
Tôi sẽ đề cập sơ qua về tuyển dụng. Gần đây, nhiều công ty đang giảm tuyển dụng cấp dưới vì AI. Logic là, "Nếu AI viết mã, chúng tôi không cần nhân viên cấp dưới." Nhưng tôi tin điều ngược lại. Những nhân viên cấp dưới bản địa AI, vì thiếu những ý tưởng cố định, có tiềm năng nghĩ ra những cách sử dụng AI mà chúng ta không bao giờ nghĩ tới. Ngay cả khi việc tuyển dụng bị hạn chế trong ngắn hạn, nếu bạn không thể tạo ra một môi trường nơi mọi người phát triển, ngành đó sẽ chỉ suy thoái. Đó không phải lỗi của AI; đó chỉ là sự thất bại trong việc thích ứng với những thay đổi mà AI mang lại.
Nghề kỹ sư không biến mất. Công việc của một kỹ sư chỉ "xây dựng" đang biến mất.
Tất cả quá trình phát triển phần mềm đang tiến gần đến "Giá trị"
"Phát triển hợp đồng đã chết" là đúng. Tuy nhiên, không phải là phát triển hợp đồng đang chết, mà là phát triển phần mềm chỉ "xây dựng" đang chết. Không phải là nghề kỹ sư biến mất, mà là công việc của một kỹ sư chỉ "xây dựng" đang biến mất. Và nó đã bắt đầu. Phát triển hợp đồng chỉ tình cờ ở tiền tuyến.
Nếu bạn lùi lại và nhìn vào những thay đổi này, một bức tranh lớn hơn hiện ra. Phát triển hợp đồng đi sâu vào kinh doanh. Các công ty tư vấn có đội ngũ phát triển. SaaS bước vào đảm bảo hiệu suất. Các FDE vào tận nơi khách hàng. Vị trí và hình thức đều khác nhau, nhưng hướng đi thì giống nhau. Tất cả quá trình phát triển phần mềm đang theo cách riêng của mình tiến gần đến "giá trị".
Hơn nữa, đây không phải là một xu hướng mới. Các kỹ sư từ lâu đã biết rằng "chỉ xây dựng thôi là chưa đủ," và đã cố gắng đến gần hơn với khách hàng, người dùng và giá trị. Ví dụ điển hình là Phát triển linh hoạt. Đã 25 năm kể từ khi Agile ra đời. Lý tưởng đưa "suy nghĩ" và "xây dựng" đến gần nhau hơn đang được AI thúc đẩy nhanh chóng chỉ trong vài năm nay. Đó là cách tôi nhìn nhận.
Vì vậy, chúng ta không nên bị ám ảnh bởi "hình thức" của phát triển phần mềm nữa. Công ty phát triển hợp đồng hay công ty sản phẩm? SIer hay nhà tư vấn? Thay vì lãng phí năng lượng vào đó, câu hỏi cần đặt ra là, "Bạn có thể đi sâu vào giá trị đến mức nào?"
Vào ngày 24/7, tôi sẽ có một buổi thảo luận trực tiếp về chủ đề "Phát triển hợp đồng đã chết" cho đến sáng
Vào ngày 24/7, tôi sẽ phát biểu tại một sự kiện do Creationline tổ chức với tựa đề "Tương lai của phát triển hợp đồng trong kỷ nguyên AI — Vượt ra khỏi 'Phát triển hợp đồng đã chết'."
https://creationline.connpass.com/event/398146/
Thứ Sáu, ngày 24 tháng 7 năm 2026, 19:00–20:30, được tổ chức qua Zoom, tham dự miễn phí.
Tôi sẽ có một cuộc thảo luận kỹ lưỡng, thẳng thắn với @samuraiRed và @sasakendayo về chủ đề "Phát triển hợp đồng đã chết."
Vì chúng tôi là ba người có thể nói những điều không nên nói, tôi đã nói với ban tổ chức trong cuộc họp chuẩn bị: "Hãy ngăn chúng tôi lại nếu mọi chuyện vượt quá tầm kiểm soát." Chắc chắn sẽ có một cảm giác hiện diện mà bạn chỉ có thể trải nghiệm trong thời gian thực.
Chúng tôi sẽ nói về những điều gì?
Câu trả lời là... Tranquilo! Đừng vội!
Tôi sẽ chờ bạn vào ngày đó.
Blog ở đây:
