Vận hành một tổ chức kỹ thuật lấy AI làm trọng tâm

Vận hành một tổ chức kỹ thuật bản địa AI Tại sự kiện Code w/ Claude SF 2026, Giám đốc Kỹ thuật của Claude Code và Claude Cowork, bà Fiona Fung, đã trình bày về cách các quy trình và cấu trúc của nhóm thay đổi khi lập trình tác nhân (agentic coding) trở thành phương thức làm việc mặc định. Danh mục Claude Code Sản phẩm Claude Code Ngày 3/6/2026 Thời gian đọc 5 phút Chia sẻ Sao chép liên kết https://claude.com/blog/running-an-ai-native-engineering-org Trong nhiều năm, băng thông kỹ thuật là phần tốn kém trong việc xây dựng các ứng dụng. Mọi quy trình chúng ta từng sử dụng để lập kế hoạch và triển khai phần mềm, đầu tiên là mô hình thác nước (waterfall) và sau đó là linh hoạt (agile), đều được xây dựng dựa trên chi phí đó. Tôi bắt đầu sự nghiệp vào đầu những năm 2000, làm việc với Visual Studio. Vào thời điểm đó, chúng tôi phân phối phần mềm trên đĩa CD-ROM với thời hạn sản xuất nghiêm ngặt. Khi chúng tôi có thể phân phối phần mềm trực tuyến, chúng tôi bắt đầu tăng cường việc cập nhật liên tục. Giờ đây, chúng tôi đang thay đổi cách làm việc một lần nữa, lần này xoay quanh thời gian và con người cần thiết để viết phần mềm. Trong nhóm Claude Code, việc viết mã, viết kiểm thử và tái cấu trúc hiếm khi làm chúng tôi chậm lại nữa. Nhưng các nút thắt cổ chai không biến mất khi lập trình tác nhân (agentic coding) loại bỏ nhu cầu thực tế phải gõ mã. Việc xác minh, đánh giá mã và bảo mật đã thay thế chúng. Giờ đây, tất cả chúng ta đều có thể tạo ra rất nhiều mã rất nhanh, nhưng điều này cũng đặt ra những câu hỏi mới: Mã này có đúng không? Nó được duy trì như thế nào? Và một trong những câu hỏi hàng đầu tôi nhận được từ các lãnh đạo kỹ thuật đồng nghiệp là: “Làm thế nào con người có thể theo kịp cách các bạn thực hiện đánh giá mã?” Các quy trình đã âm thầm ngừng hoạt động Tất cả chúng ta đều đặt ra các quy trình vì một lý do, để lấp đầy một khoảng trống hoặc làm cho mọi thứ hoạt động tốt hơn. Nhưng khi khoảng trống đó không còn tồn tại và các quy trình đó trở nên lỗi thời, chúng hiếm khi tự biến mất. Khi nhóm Claude Code bắt đầu sử dụng lập trình tác nhân làm cách làm việc mặc định, nhiều quy trình hiện có của chúng tôi đã ngừng hoạt động. Dưới đây là những quy tắc chúng tôi đã viết lại và lý do. Lập kế hoạch: chuyển lộ trình sang đúng lúc Quy tắc cũ là dành nhiều thời gian hơn cho việc lập kế hoạch trước vì thời gian viết mã rất tốn kém. Khi tôi mới tham gia nhóm Claude Code, chúng tôi đã viết một lộ trình sáu tháng khá tốt, và sau đó vì Claude Code, rất nhiều thứ đã thay đổi đến mức nó đã lỗi thời vào tháng thứ ba. Tốc độ và thông lượng kỹ thuật hiện đã khác, vì vậy cách chúng tôi lập kế hoạch các sprint đã thay đổi. Tôi gọi đó là lập kế hoạch đúng lúc (just-in-time - JIT), gần giống như biên dịch JIT: làm thế nào để bạn thực hiện đúng lượng công việc vào đúng thời điểm? Nghi thức lập kế hoạch của chúng tôi đã chuyển từ các tài liệu thiết kế sang các cuộc thảo luận trong các yêu cầu kéo (PRs) hoặc nguyên mẫu. Không gian di chuyển nhanh nên chúng tôi không thực hiện nhiều đánh giá sản phẩm. Quy trình của chúng tôi bây giờ là hãy tạo nguyên mẫu, thu hút nhiều người dùng nội bộ sử dụng và bắt đầu hành động theo phản hồi của họ. Thu thập ngữ cảnh: hỏi Claude, không hỏi tác giả Khi các kỹ sư viết mã, bước đầu tiên để có được câu trả lời cho hầu hết các câu hỏi là tìm người đã viết mã. Giờ đây, vì tất cả các PR của chúng tôi đều được Claude hỗ trợ, "Ai đã thực hiện thay đổi này?" không còn đủ nữa. Quy tắc mới của chúng tôi là đi sâu hơn một cấp độ: bạn thực sự cần biết gì? Ví dụ: Bạn đang tìm người gây ra lỗi hồi quy? Một chuyên gia để trả lời câu hỏi của khách hàng? Hay ngữ cảnh về một quyết định? Bạn hỏi Claude câu hỏi đó và xem xét liệu Claude có thể trả lời trực tiếp hay không, cũng như với nhiều dữ liệu và ngữ cảnh hơn. Trong nhóm Claude Code, bất kể câu hỏi đó là gì, quy trình của chúng tôi là cũng hỏi "Có cách nào để tự động hóa nó không?" Ví dụ, việc Claude tóm tắt các kênh phản hồi của khách hàng mỗi sáng đã chuyển từ một nghi thức tôi tự làm thủ công với cà phê của mình thành một thứ tôi chỉ cần chạy tự động trong nền. Đánh giá mã: tin tưởng nhưng phải xác minh Chúng tôi sử dụng Đánh giá mã rất nhiều. Claude xử lý tất cả các kiểu và linting, yêu cầu phản hồi PR, phát hiện lỗi và sửa chúng trước khi cam kết hoàn chỉnh, và thêm các kiểm thử. Nơi chúng tôi vẫn chắc chắn cần một con người là chuyên môn. Quy tắc mới là đánh giá của con người ở những nơi quan trọng: đối với đánh giá pháp lý, tôi luôn muốn đối tác pháp lý tham gia vào việc đánh giá mức độ chấp nhận rủi ro. Đối với các ranh giới tin cậy và mã nhạy cảm về bảo mật, tôi cần các chuyên gia về lĩnh vực đó. Các nhà quản lý sản phẩm và nhà thiết kế cũng cần tham gia với sự nhạy bén và gu thẩm mỹ về sản phẩm. Tuy nhiên, điều quan trọng là phải liên tục đánh giá, bởi vì sự cân bằng phù hợp giữa tin cậy và kiểm chứng sẽ tiếp tục thay đổi khi các mô hình được cải thiện. Những gì bạn cần con người thực hiện hôm nay có thể khác với mô hình tiếp theo. Thành phần nhóm: làm mờ ranh giới vai trò Claude và AI đã định hình lại các vai trò trong toàn bộ nhóm. Các PM (quản lý sản phẩm) của chúng tôi hiện nay viết mã rất nhiều, điều này thật thú vị khi chứng kiến. Với Claude, bạn có những người viết mã không truyền thống giờ đây có thể thực hiện nhiều công việc kỹ thuật hơn, và bạn có những kỹ sư đảm nhận các công việc như nội dung và thiết kế, những công việc mà trước đây không thuộc về khía cạnh kỹ thuật. Trong nhóm kỹ thuật Claude Code, tôi đã tập trung nhiều vào hai nhóm hồ sơ. Một là những nhà xây dựng sáng tạo có gu thẩm mỹ về sản phẩm: những người mơ mộng, tò mò sâu sắc và đam mê đưa ra thị trường các sản phẩm giải quyết vấn đề. Nhóm còn lại là các kỹ sư có chuyên môn sâu về hệ thống. Ví dụ, khi tôi gia nhập nhóm, tôi nhận thấy chúng tôi thiếu các chuyên gia có nền tảng về hệ thống và chúng tôi cần điều đó khi xây dựng Claude Code trên Web, để đảm bảo chúng tôi có thể chạy Claude ở mọi nơi. Mặt khác, điều tôi ít tập trung hơn là thông lượng thô; các mô hình sẽ xử lý điều đó. Câu hỏi quan trọng hơn là bạn vẫn cần chuyên môn của con người ở đâu, và đó là nơi tôi sẽ tập trung. Trước Sau Lập kế hoạch Lộ trình sản phẩm sáu tháng. Lập kế hoạch đúng lúc (JIT): tạo mẫu, đưa người dùng nội bộ vào sử dụng và hành động dựa trên phản hồi của họ. Thu thập ngữ cảnh Tìm người đã viết mã và hỏi họ. Hỏi Claude trước. Sau đó hỏi liệu những gì bạn đang hỏi có thể được tự động hóa hay không. Đánh giá mã Con người đánh giá mọi thứ. Claude xử lý kiểu dáng, lỗi và kiểm thử. Con người đánh giá những nơi chuyên môn miền (domain expertise) là quan trọng. Cơ cấu nhóm Vai trò cố định: kỹ sư viết mã, PM (quản lý sản phẩm) lập kế hoạch, nhà thiết kế thiết kế. Vai trò mờ nhạt: PM tạo mẫu, kỹ sư đảm nhận thiết kế và ngữ cảnh. Tuyển dụng những người xây dựng sáng tạo và có chuyên môn sâu về hệ thống. Cách chúng tôi triển khai quy trình mới