- Fiona Fung — người dẫn dắt mảng kỹ thuật và sản phẩm cho
Claude CodevàCowork, từng lãnh đạo các đội tại Meta và Microsoft — chia sẻ bài học vận hành một tổ chức AI-native khi coding hiếm khi còn là nút thắt. - Bà trình bày cách nút thắt đã dịch chuyển, những team norm phải viết lại (code review, onboarding, lập kế hoạch, tuyển dụng, hình dạng tổ chức), cách triển khai thay đổi, và những tín hiệu chứng minh nó hiệu quả.
- Chủ đề cốt lõi:
verificationvà "shift left" quan trọng hơn, code trở thành nguồn chân lý (source of truth), mọi manager bắt đầu làm IC, "Claude-ify mọi thứ", và luôn audit xem quy trình cũ còn phục vụ mục đích hay không.
Running an AI-native engineering org
- Nút thắt đã dịch chuyển: băng thông kỹ thuật từng là tài nguyên khan hiếm, nhưng với Claude, viết code, viết test và refactor không còn là phần chậm — nên các quy trình thượng/hạ nguồn phải thay đổi.
- "What served you prior may no longer" — tư duy phát triển (
growth mindset) liên tục audit xem team norm và quy trình còn phục vụ mục đích không, là cơ bắp giúp đội vượt qua thay đổi nhanh. - Nút thắt mới là
verification, ai review và cách bảo trì; đội tập trung vào verification và "shift left" để tự động hóa bắt lỗi gần nguồn hơn. - Trong tranh luận kỹ thuật, "code wins" — build thì rẻ, tranh cãi thì đắt; thay vì whiteboard, hãy sinh nhiều phiên bản PR để so sánh tác động, và prototype-rồi-dogfood thay vì viết design doc dài.
Claude Code code reviewgiúp theo kịp băng thông coding (style, lint, bug rõ ràng, spec drift), nhưng con người vẫn ở trong vòng lặp cho legal review, mức chấp nhận rủi ro, ranh giới tin cậy, và "product sense"/gu (câu chuyện người tuyết "Mr. Peanut").- Hai hồ sơ kỹ sư ưu tiên: người xây dựng sáng tạo có product sense, và người có chuyên môn hệ thống sâu; product sense được rèn qua dogfooding ("ant food"), ship, lặp và nói chuyện với khách hàng.
- Code trở thành
source of truth: onboarding bằng các buổi tech deep-dive với Claude, và nên check spec/skill vào codebase để nguồn chân lý luôn cập nhật. - Ba ưu tiên hiệu quả: giữ tổ chức linh hoạt và phẳng với manager bắt đầu làm IC, "Claude-ify" mọi việc Claude làm được, và cho phép rõ ràng việc xóa bỏ quy trình cũ; tín hiệu gồm thời gian onboarding và PR cycle time giảm, commit có Claude hỗ trợ tăng.
bottleneck shift— sự dịch chuyển của nút thắt theo thời gianverification— kiểm chứng tính đúng đắn của thay đổishift left— bắt lỗi bằng tự động hóa gần nguồn hơndogfooding— tự dùng sản phẩm mình xây ("ant food" tại Anthropic)source of truth— nguồn chân lý (ở Claude Code là chính code)Claude-ify— hỏi liệu Claude có làm được việc này thay con ngườiforcing function— nguyên tắc đội buộc một hành vi xảy raIC— individual contributor (kỹ sư đóng góp trực tiếp)
Khi nút thắt dịch chuyển
Fiona Fung dẫn dắt kỹ thuật và sản phẩm cho Claude Code và Cowork. Thông điệp trung tâm: "what served you prior may no longer" — điều từng hữu ích trước đây có thể không còn nữa. Suốt nhiều năm, băng thông kỹ thuật là tài nguyên đắt đỏ, nên mọi thứ xoay quanh việc bảo vệ nó (lập kế hoạch kỹ, review nhiều).
Đây không phải lần đầu nút thắt dịch chuyển. Bà kể về đầu những năm 2000 tại Microsoft khi xây Visual Studio: chưa có cloud, build là một hàng đợi chỉ merge được sáu PR một lúc, và phải debug xem PR nào làm test hỏng. Cloud và continuous build đã dời nút thắt đó. Nay, với Claude Code, coding hiếm khi còn là phần chậm, nên các quy trình thượng/hạ nguồn phải đổi.
Những nút thắt mới
Các "nút thắt cũ" — viết code, viết test, refactor — đã biến mất. Bà kể trải nghiệm test-driven development: trước kia viết test trước "như ăn bông cải xanh", nhưng với Claude lại trở nên thú vị vì Claude lo phần đó. Refactor cũng không còn là rào cản.
Nút thắt mới là:
- Verification: vì băng thông tăng mạnh, phải chú ý nhiều hơn đến "nó có đúng không?", nhất là khi vai trò mờ đi và nhiều người cùng commit.
- Ai review và cách bảo trì: throughput lớn hơn kéo theo chi phí bảo trì.
Nhiều quy trình cũ "âm thầm ngừng hiệu quả" (quietly stopped working). Vì quy trình đặt ra để giải một vấn đề, nhưng ta thường quên audit xem nó còn cần thiết không. Những thứ phải đổi gồm: chuẩn lập kế hoạch, quyền sở hữu code (gần như mọi commit của Claude Code đều có Claude đồng tác giả), code review, cơ cấu đội, và chia sẻ tri thức.
Tranh luận kỹ thuật và Verification
Trong tranh luận kỹ thuật, "code wins" — build thì rẻ, tranh cãi thì đắt. Thay vì lên phòng họp whiteboard, bà sinh ba phiên bản PR khác nhau để tranh luận dựa trên tác động thực tế. Prototyping giờ là cách khởi đầu tốt: prototype, dogfood, lặp và học, rồi scale lên production nhanh hơn. Đội giảm hẳn việc viết design doc chi tiết — phần lớn thảo luận diễn ra trong PR hoặc prototype.
Điều cần tăng cường gấp đôi là verification và "shift left": tốt hơn việc bạn gặp bug là có automation bắt lỗi gần nguồn. Với câu hỏi "ai thay đổi cái này?", hãy đào tới gốc (tìm regression? tìm người trả lời? lấy ngữ cảnh?) và xem Claude có giúp được không. Bà còn có routine buổi sáng: Claude tổng hợp toàn bộ feedback từ các kênh và nhận diện chủ đề.
Code Review, Con người và Product Sense
Claude Code code review giúp theo kịp băng thông coding: tốt ở style, lint, bug rõ ràng, và kiểm tra spec drift (nên check spec vào codebase). Nhưng con người vẫn cần cho legal review, mức chấp nhận rủi ro, ranh giới tin cậy ("trust but verify"), và product sense/gu. Câu chuyện minh họa: bà code thử biến Claude thành người tuyết dịp lễ, nhưng designer phản hồi "trông chẳng giống người tuyết, bạn biến nó thành Mr. Peanut" — cho thấy giá trị của gu thẩm mỹ con người.
Hai hồ sơ kỹ sư ưu tiên: người xây dựng sáng tạo có product sense và người có chuyên môn hệ thống sâu. Product sense rèn được qua dogfooding (Anthropic gọi là "ant food"), ship, lặp và nói chuyện khách hàng — như dự án Claude for small business, nơi bà onboard các chủ nhà hàng lên Cowork và thu được phản hồi quý giá. Claude còn lấp khoảng trống chéo chức năng: designer dùng Claude tự sửa polish/UX; kỹ sư dùng Claude làm đối tác content design.
Source of Truth và cách triển khai
Mọi manager trên Claude Code bắt đầu làm IC trước — để có thời gian xắn tay vào codebase, hiểu trải nghiệm của kỹ sư trước khi gánh trách nhiệm quản lý người. Onboarding giờ dễ hơn nhiều nhờ Claude.
Source of truth mới là code: onboarding qua tech deep-dive với Claude, và nên biến spec thành skill check vào codebase để luôn cập nhật (vì tài liệu nằm ngoài vòng cập nhật rất dễ lỗi thời).
Triển khai gồm phần "must do" thống nhất toàn đội (nguyên tắc đội + forcing function: mọi người dùng Claude Code và Cowork, "Claude-ify mọi thứ", và cho phép rõ ràng xóa bỏ quy trình cũ) và phần "bottoms-up" để từng pod tự thích nghi.
Ba ưu tiên hiệu quả: (1) tổ chức linh hoạt, phẳng, manager kiêm IC; (2) "Claude-ify" — nếu Claude làm được thì để Claude làm, và nhớ model cải thiện rất nhanh; (3) chủ động xóa quy trình cũ vì chúng tự chất đống (ví dụ quá nhiều SLA khiến kỹ sư bối rối).
Tín hiệu thành công: thời gian onboarding (đến khi ra PR đầu) giảm, chi phí cho đồng đội giảm, PR cycle time giảm (nên tách nhỏ từng khâu để xem chỗ nào nghẽn, ví dụ build/CI), và commit có Claude hỗ trợ tăng. Quan trọng hơn throughput là đo lường được tác động thực tới chất lượng sản phẩm.
Bài tập về nhà: chọn workflow "ồn ào" nhất hoặc cuộc họp tốn kém nhất, và tự hỏi "nó còn phục vụ mục đích không?" hoặc "Claude có giúp được không?" — và làm từng bước một.
TL;DR
- Fiona Fung — người dẫn dắt mảng kỹ thuật và sản phẩm cho
Claude CodevàCowork, từng lãnh đạo các đội tại Meta và Microsoft — chia sẻ bài học vận hành một tổ chức AI-native khi coding hiếm khi còn là nút thắt. - Bà trình bày cách nút thắt đã dịch chuyển, những team norm phải viết lại (code review, onboarding, lập kế hoạch, tuyển dụng, hình dạng tổ chức), cách triển khai thay đổi, và những tín hiệu chứng minh nó hiệu quả.
- Chủ đề cốt lõi:
verificationvà "shift left" quan trọng hơn, code trở thành nguồn chân lý (source of truth), mọi manager bắt đầu làm IC, "Claude-ify mọi thứ", và luôn audit xem quy trình cũ còn phục vụ mục đích hay không.
Điểm chính
- Nút thắt đã dịch chuyển: băng thông kỹ thuật từng là tài nguyên khan hiếm, nhưng với Claude, viết code, viết test và refactor không còn là phần chậm — nên các quy trình thượng/hạ nguồn phải thay đổi.
- "What served you prior may no longer" — tư duy phát triển (
growth mindset) liên tục audit xem team norm và quy trình còn phục vụ mục đích không, là cơ bắp giúp đội vượt qua thay đổi nhanh. - Nút thắt mới là
verification, ai review và cách bảo trì; đội tập trung vào verification và "shift left" để tự động hóa bắt lỗi gần nguồn hơn. - Trong tranh luận kỹ thuật, "code wins" — build thì rẻ, tranh cãi thì đắt; thay vì whiteboard, hãy sinh nhiều phiên bản PR để so sánh tác động, và prototype-rồi-dogfood thay vì viết design doc dài.
Claude Code code reviewgiúp theo kịp băng thông coding (style, lint, bug rõ ràng, spec drift), nhưng con người vẫn ở trong vòng lặp cho legal review, mức chấp nhận rủi ro, ranh giới tin cậy, và "product sense"/gu (câu chuyện người tuyết "Mr. Peanut").- Hai hồ sơ kỹ sư ưu tiên: người xây dựng sáng tạo có product sense, và người có chuyên môn hệ thống sâu; product sense được rèn qua dogfooding ("ant food"), ship, lặp và nói chuyện với khách hàng.
- Code trở thành
source of truth: onboarding bằng các buổi tech deep-dive với Claude, và nên check spec/skill vào codebase để nguồn chân lý luôn cập nhật. - Ba ưu tiên hiệu quả: giữ tổ chức linh hoạt và phẳng với manager bắt đầu làm IC, "Claude-ify" mọi việc Claude làm được, và cho phép rõ ràng việc xóa bỏ quy trình cũ; tín hiệu gồm thời gian onboarding và PR cycle time giảm, commit có Claude hỗ trợ tăng.
Từ vựng
bottleneck shift— sự dịch chuyển của nút thắt theo thời gianverification— kiểm chứng tính đúng đắn của thay đổishift left— bắt lỗi bằng tự động hóa gần nguồn hơndogfooding— tự dùng sản phẩm mình xây ("ant food" tại Anthropic)source of truth— nguồn chân lý (ở Claude Code là chính code)Claude-ify— hỏi liệu Claude có làm được việc này thay con ngườiforcing function— nguyên tắc đội buộc một hành vi xảy raIC— individual contributor (kỹ sư đóng góp trực tiếp)
Nội dung chi tiết
Khi nút thắt dịch chuyển
Fiona Fung dẫn dắt kỹ thuật và sản phẩm cho Claude Code và Cowork. Thông điệp trung tâm: "what served you prior may no longer" — điều từng hữu ích trước đây có thể không còn nữa. Suốt nhiều năm, băng thông kỹ thuật là tài nguyên đắt đỏ, nên mọi thứ xoay quanh việc bảo vệ nó (lập kế hoạch kỹ, review nhiều).
Đây không phải lần đầu nút thắt dịch chuyển. Bà kể về đầu những năm 2000 tại Microsoft khi xây Visual Studio: chưa có cloud, build là một hàng đợi chỉ merge được sáu PR một lúc, và phải debug xem PR nào làm test hỏng. Cloud và continuous build đã dời nút thắt đó. Nay, với Claude Code, coding hiếm khi còn là phần chậm, nên các quy trình thượng/hạ nguồn phải đổi.
Những nút thắt mới
Các "nút thắt cũ" — viết code, viết test, refactor — đã biến mất. Bà kể trải nghiệm test-driven development: trước kia viết test trước "như ăn bông cải xanh", nhưng với Claude lại trở nên thú vị vì Claude lo phần đó. Refactor cũng không còn là rào cản.
Nút thắt mới là:
- Verification: vì băng thông tăng mạnh, phải chú ý nhiều hơn đến "nó có đúng không?", nhất là khi vai trò mờ đi và nhiều người cùng commit.
- Ai review và cách bảo trì: throughput lớn hơn kéo theo chi phí bảo trì.
Nhiều quy trình cũ "âm thầm ngừng hiệu quả" (quietly stopped working). Vì quy trình đặt ra để giải một vấn đề, nhưng ta thường quên audit xem nó còn cần thiết không. Những thứ phải đổi gồm: chuẩn lập kế hoạch, quyền sở hữu code (gần như mọi commit của Claude Code đều có Claude đồng tác giả), code review, cơ cấu đội, và chia sẻ tri thức.
Tranh luận kỹ thuật và Verification
Trong tranh luận kỹ thuật, "code wins" — build thì rẻ, tranh cãi thì đắt. Thay vì lên phòng họp whiteboard, bà sinh ba phiên bản PR khác nhau để tranh luận dựa trên tác động thực tế. Prototyping giờ là cách khởi đầu tốt: prototype, dogfood, lặp và học, rồi scale lên production nhanh hơn. Đội giảm hẳn việc viết design doc chi tiết — phần lớn thảo luận diễn ra trong PR hoặc prototype.
Điều cần tăng cường gấp đôi là verification và "shift left": tốt hơn việc bạn gặp bug là có automation bắt lỗi gần nguồn. Với câu hỏi "ai thay đổi cái này?", hãy đào tới gốc (tìm regression? tìm người trả lời? lấy ngữ cảnh?) và xem Claude có giúp được không. Bà còn có routine buổi sáng: Claude tổng hợp toàn bộ feedback từ các kênh và nhận diện chủ đề.
Code Review, Con người và Product Sense
Claude Code code review giúp theo kịp băng thông coding: tốt ở style, lint, bug rõ ràng, và kiểm tra spec drift (nên check spec vào codebase). Nhưng con người vẫn cần cho legal review, mức chấp nhận rủi ro, ranh giới tin cậy ("trust but verify"), và product sense/gu. Câu chuyện minh họa: bà code thử biến Claude thành người tuyết dịp lễ, nhưng designer phản hồi "trông chẳng giống người tuyết, bạn biến nó thành Mr. Peanut" — cho thấy giá trị của gu thẩm mỹ con người.
Hai hồ sơ kỹ sư ưu tiên: người xây dựng sáng tạo có product sense và người có chuyên môn hệ thống sâu. Product sense rèn được qua dogfooding (Anthropic gọi là "ant food"), ship, lặp và nói chuyện khách hàng — như dự án Claude for small business, nơi bà onboard các chủ nhà hàng lên Cowork và thu được phản hồi quý giá. Claude còn lấp khoảng trống chéo chức năng: designer dùng Claude tự sửa polish/UX; kỹ sư dùng Claude làm đối tác content design.
Source of Truth và cách triển khai
Mọi manager trên Claude Code bắt đầu làm IC trước — để có thời gian xắn tay vào codebase, hiểu trải nghiệm của kỹ sư trước khi gánh trách nhiệm quản lý người. Onboarding giờ dễ hơn nhiều nhờ Claude.
Source of truth mới là code: onboarding qua tech deep-dive với Claude, và nên biến spec thành skill check vào codebase để luôn cập nhật (vì tài liệu nằm ngoài vòng cập nhật rất dễ lỗi thời).
Triển khai gồm phần "must do" thống nhất toàn đội (nguyên tắc đội + forcing function: mọi người dùng Claude Code và Cowork, "Claude-ify mọi thứ", và cho phép rõ ràng xóa bỏ quy trình cũ) và phần "bottoms-up" để từng pod tự thích nghi.
Ba ưu tiên hiệu quả: (1) tổ chức linh hoạt, phẳng, manager kiêm IC; (2) "Claude-ify" — nếu Claude làm được thì để Claude làm, và nhớ model cải thiện rất nhanh; (3) chủ động xóa quy trình cũ vì chúng tự chất đống (ví dụ quá nhiều SLA khiến kỹ sư bối rối).
Tín hiệu thành công: thời gian onboarding (đến khi ra PR đầu) giảm, chi phí cho đồng đội giảm, PR cycle time giảm (nên tách nhỏ từng khâu để xem chỗ nào nghẽn, ví dụ build/CI), và commit có Claude hỗ trợ tăng. Quan trọng hơn throughput là đo lường được tác động thực tới chất lượng sản phẩm.
Bài tập về nhà: chọn workflow "ồn ào" nhất hoặc cuộc họp tốn kém nhất, và tự hỏi "nó còn phục vụ mục đích không?" hoặc "Claude có giúp được không?" — và làm từng bước một.