Nhật ký một công ty gia công phần mềm tái thiết kế quy trình nội bộ quanh AI

Phần lớn các công ty gia công phần mềm khi nói về AI đều dừng ở chuyện mua công cụ. Họ đăng ký vài giấy phép, gắn một trợ lý lập trình vào trình soạn thảo, rồi tự nhận là đã chuyển đổi. Bài viết này kể lại một con đường khác: việc một studio nhỏ ngồi xuống và vẽ lại toàn bộ mạch công việc, từ tiếp nhận yêu cầu đến bàn giao, đặt AI vào giữa thay vì gắn nó vào bên lề. Đây là một bản ghi chép trung thực, gồm cả những giả định đã đổ vỡ và những việc còn dang dở.

Vì sao đây là tái thiết kế quy trình chứ không phải mua công cụ

Tái thiết kế quy trình nghĩa là thay đổi ai làm gì, theo thứ tự nào, và ai chịu trách nhiệm ở mỗi bước; còn mua công cụ chỉ là thêm một phần mềm vào cách làm việc cũ. Khác biệt cốt lõi nằm ở chỗ đầu tiên buộc cả đội xét lại cấu trúc, còn thứ hai giữ nguyên cấu trúc. Một studio thật sự muốn tận dụng AI phải chọn vế đầu.

Giai đoạn đầu, đội ngũ rơi đúng vào cái bẫy quen thuộc. Mỗi người gắn một trợ lý AI vào công cụ riêng của mình, năng suất cá nhân nhích lên đôi chút, nhưng tổng thể dự án không nhanh hơn bao nhiêu. Lý do dần lộ ra: điểm nghẽn chưa bao giờ nằm ở tốc độ gõ phím. Nó nằm ở những khoảng trống giữa các vai trò, ở việc bàn giao thông tin từ người tư vấn sang người lập trình, từ người lập trình sang người kiểm tra, rồi mất dấu khi khách hàng phản hồi.

Khi nhìn ra điều đó, câu hỏi đổi hẳn. Không còn là công cụ nào tốt nhất, mà là nếu thiết kế lại mạch công việc từ đầu với giả định AI luôn có mặt, thì hình dạng nó sẽ ra sao. Câu hỏi này khó hơn nhiều vì nó đụng đến thói quen, đến phân chia trách nhiệm, đến cả cách báo giá. Nhưng đó mới là nơi giá trị thật nằm. Một công cụ tốt trên một quy trình rối chỉ làm cái rối chạy nhanh hơn.

Nguyên tắc dẫn đường được chốt lại khá đơn giản: AI gánh phần soạn thảo và phần lặp lại, con người gánh phần phán đoán và phần chịu trách nhiệm. Mọi quyết định tái thiết kế về sau đều quay lại kiểm chứng với nguyên tắc này. Nếu một bước nào đó vẫn bắt con người làm công việc soạn thảo thuần túy, đó là dấu hiệu quy trình chưa được vẽ lại tới nơi.

Vẽ lại bước lập kế hoạch và báo giá bằng AI

Bước lập kế hoạch và báo giá được tái thiết kế bằng cách để AI biến yêu cầu thô của khách thành bản đặc tả có cấu trúc và bản báo giá nháp trong cùng một mạch, rồi con người rà soát và quyết định con số cuối. Mục tiêu không phải tự động hóa hoàn toàn, mà là rút ngắn quãng đường từ một đoạn mô tả mơ hồ đến một tài liệu đủ rõ để bàn bạc.

Trước đây, một yêu cầu đến qua tin nhắn thường nằm im vài ngày. Người phụ trách phải tự đọc, tự đoán phạm vi, tự tra bảng giá, rồi viết lại thành đề xuất. Mỗi khâu là một điểm có thể trễ và có thể sai. Sau khi vẽ lại, đoạn mô tả thô được đưa qua một bước AI để bóc tách thành các hạng mục chức năng, các giả định cần xác nhận, và những chỗ còn thiếu thông tin. Bản nháp này không phải để gửi thẳng cho khách. Nó là điểm khởi đầu để người phụ trách chỉnh sửa nhanh hơn nhiều so với viết từ trang trắng.

Phần báo giá là chỗ phải cẩn thận nhất. Đội ngũ sớm nhận ra một sai lầm: nếu để AI tự suy ra đơn giá, con số sẽ trôi nổi và không nhất quán giữa các đề xuất. Cách sửa là tách bạch hai việc. AI lo phần cấu trúc, tức là chia nhỏ công việc và ước lượng khối lượng tương đối; còn đơn giá luôn lấy từ bảng giá chuẩn do con người quản lý, không để mô hình tự đoán. Nhờ đó bản nháp giữ được tính nhất quán mà vẫn nhanh.

Một bài học khác đến từ thời gian ước tính. Khi AI gánh phần soạn thảo, ước lượng theo kiểu giờ công truyền thống không còn phản ánh đúng thực tế nữa. Đội ngũ phải ghi song song hai con số: thời gian theo cách làm cũ và thời gian hợp lý khi có AI hỗ trợ. Việc này giúp tránh ảo tưởng năng suất, đồng thời giữ cho cam kết với khách nằm trong vùng thực hiện được.

Đưa lập trình và kiểm tra về cùng một người chịu trách nhiệm

Một thay đổi lớn là gom lập trình và kiểm tra vào trách nhiệm của cùng một người trong mỗi dự án, thay vì chuyền tay qua nhiều khâu. Người này dùng AI để sinh phần lớn mã, nhưng phải tự rà soát đầu ra, tự chịu trách nhiệm về chất lượng cuối. Cấu trúc một người một dự án làm trách nhiệm trở nên rõ ràng và khép kín.

Mô hình cũ phân vai theo kiểu dây chuyền: người này viết, người kia kiểm, người khác sửa. Khi AI vào cuộc, dây chuyền đó tạo ra một vấn đề mới. Mã được sinh ra nhanh đến mức khâu kiểm tra trở thành nút thắt, và người kiểm thường không nắm đủ bối cảnh để đánh giá thứ mình không tham gia tạo ra. Trách nhiệm bị phân tán, lỗi rơi vào khoảng trống giữa các vai.

Giải pháp là đảo lại logic phân vai. Thay vì chia theo công đoạn, đội ngũ chia theo dự án. Một người đi cùng một dự án từ đầu đến cuối: hiểu yêu cầu, điều khiển AI sinh mã, đọc lại từng phần, kiểm thử, rồi bàn giao. Vai trò này được gọi là người vận hành AI, và nó đòi hỏi một bộ kỹ năng khác với lập trình viên thuần túy. Quan trọng nhất là khả năng đọc hiểu và phán xét mã do AI tạo ra, biết khi nào tin và khi nào phải viết lại bằng tay.

Việc chuyển đổi này không êm ả. Có người quen với vai trò hẹp thấy khó chịu khi phải gánh cả vòng đời. Có lúc chất lượng đi xuống trước khi đi lên, vì kỹ năng rà soát mã AI cần thời gian để hình thành. Đội ngũ học được rằng cấu trúc mới chỉ phát huy khi đi kèm đào tạo, chứ không phải chỉ đổi sơ đồ tổ chức rồi mong mọi thứ tự vận hành.

Buộc khâu chăm sóc khách hàng và lập tài liệu vào cùng dòng chảy

Khâu chăm sóc khách hàng và lập tài liệu được đưa vào cùng dòng chảy với phát triển, thay vì là việc làm thêm sau khi xong code. Người phụ trách dự án ghi lại quyết định, phản hồi và thay đổi ngay khi chúng xảy ra, dùng AI để chuyển ghi chú thô thành tài liệu gọn gàng. Tài liệu trở thành sản phẩm phụ tự nhiên của công việc, không phải gánh nặng cuối kỳ.

Điểm yếu kinh điển của công ty gia công nhỏ là tài liệu luôn bị để lại sau cùng, rồi không ai viết. Khi khách hỏi vì sao một quyết định được đưa ra, ký ức đã mờ. Khi cần bàn giao hoặc bảo trì, không có dấu vết nào để lần theo. Trong cách làm cũ, viết tài liệu là một công việc tách rời, tốn thời gian, nên luôn bị hy sinh đầu tiên khi tiến độ căng.

Sau khi vẽ lại, mỗi mốc trong dự án đều có một bước ghi chép nhẹ. Người phụ trách không cần viết văn bản hoàn chỉnh; họ ghi nhanh điều gì đã thay đổi và vì sao, rồi để AI dựng thành đoạn tài liệu mạch lạc. Cùng logic đó áp cho phản hồi khách hàng. Khi đội làm việc với khách Hàn Quốc và khách Việt, mọi trao đổi quan trọng đều được giữ song ngữ để cả hai phía cùng nắm, tránh hiểu lầm tích tụ qua thời gian.

Có một ranh giới phải tôn trọng. AI dựng được bản nháp tài liệu, nhưng nội dung gửi cho khách luôn cần người đọc lại. Đội ngũ từng học bài học khi một bản tóm tắt do máy tạo có chỗ diễn đạt lệch ý, suýt gây hiểu nhầm về phạm vi. Từ đó, nguyên tắc cố định: AI soạn, con người duyệt trước khi ra ngoài. Tốc độ không bao giờ được phép thay chỗ cho sự chính xác trong giao tiếp với khách hàng.

Những giả định đã đổ vỡ và phần việc còn lại

Quá trình tái thiết kế làm lộ ra vài giả định sai và để lại không ít việc chưa xong. Giả định lớn nhất bị đổ vỡ là niềm tin rằng công cụ tốt sẽ tự mang lại năng suất. Sự thật là cấu trúc và con người mới quyết định, công cụ chỉ khuếch đại cái sẵn có. Trung thực về phần còn dang dở quan trọng hơn là tô vẽ một câu chuyện hoàn hảo.

Giả định thứ hai bị lung lay là chuyện đo lường. Đội ngũ từng nghĩ có thể nhanh chóng đưa ra những con số tăng trưởng năng suất gọn gàng. Thực tế, việc tách bạch phần do AI mang lại khỏi các yếu tố khác rất khó, và đưa ra một con số chắc nịch mà không có dữ liệu vững sẽ là tự lừa mình. Vì vậy, ở giai đoạn này, đội chọn mô tả thay đổi theo hướng định tính: ít điểm bàn giao bị rơi hơn, tài liệu đầy đủ hơn, trách nhiệm rõ hơn. Khi nào có số liệu đáng tin, số liệu sẽ thay cho lời kể.

Phần việc còn lại cũng không nhỏ. Kỹ năng rà soát mã AI vẫn chênh lệch giữa các thành viên, và đào tạo là một quá trình dài chứ không phải một buổi. Cổng kiểm tra hai lớp, gồm rà soát bằng AI rồi duyệt bằng con người, vẫn đang được tinh chỉnh để không trở thành nút thắt mới. Việc giữ bảng giá và bộ đặc tả mẫu luôn cập nhật đòi hỏi kỷ luật thường xuyên, vì một bản mẫu cũ sẽ kéo cả mạch tự động đi sai.

Bài học gói lại trong một câu: tái thiết kế quy trình quanh AI là việc của tổ chức, không phải việc của phần mềm. Studio nào coi đây là một dự án mua sắm sẽ thất vọng; studio nào coi đây là một quá trình học hỏi liên tục, sẵn sàng thừa nhận giả định sai và sửa, sẽ dần xây được một cách làm bền hơn. Phần thưởng thật không phải là mã viết nhanh hơn, mà là một đội ngũ mà chất lượng và trách nhiệm không còn rơi vào khoảng trống giữa các vai.