Khi AI Gia Nhập Đội Ngũ: Vai Trò, Thực Tiễn và Thách Thức
Nhiều người nghĩ rằng AI sẽ thay thế lập trình viên. Thực tế không phải vậy – ít nhất là trong một thời gian dài. Điều thú vị hơn đang xảy ra là lập trình viên và AI đang học cách làm việc cùng nhau. Sự hợp tác này không chỉ thay đổi cách chúng ta viết mã mà còn tái cấu trúc con người và quy trình trong kỹ thuật.
Một Buổi Sáng Tại Northpier Works
"Chúng ta có tuyển dụng ít lập trình viên hơn trong quý tới vì Delta có thể 'viết mã' không?" Tom (Giám đốc Bán hàng) hỏi trong buổi họp đầu tuần, cầm tách cà phê như một chiếc micro.
Elena (quản lý kỹ thuật) không hề nao núng. "Chúng ta đang tuyển dụng theo cách khác," cô nói. "Delta viết mã giống như máy tính thực hiện toán – nhanh chóng, chính xác nhưng đôi khi sai. Chúng ta vẫn cần những người biết hỏi điều gì và khi nào thì nói không."
Raj (trưởng nhóm kỹ thuật) gật đầu. "Ngoài ra, Delta cứ đặt tên biến theo tên các triết gia Hy Lạp."
Sofia (lập trình viên cấp cao) đang xem xét một PR. "Tôi đã yêu cầu Delta tái cấu trúc bộ chuyển đổi thanh toán. Nó đã tạo ra ba phiên bản, tất cả đều vượt qua các bài kiểm tra, nhưng chỉ một phiên bản thực sự tôn trọng ngân sách lỗi của chúng ta. Con người vẫn nắm giữ ý định."
Liam (lập trình viên mới) giơ tay. "Tôi đã làm việc cùng Delta trên kịch bản di chuyển. Nó giống như lái một chiếc xe đua trên đường ướt – vui nhưng bạn vẫn phải điều khiển."
Maya (quản lý sản phẩm) từ góc nói: "Và tôi muốn một ghi chú phát hành mà mọi người có thể đọc, không phải một bản sao mô hình."
Trên màn hình, Delta – đại diện AI của nhóm – đã đăng một bản tóm tắt:
"Tái cấu trúc hoàn tất. Các bài kiểm tra đều vượt qua. Lưu ý: cách tiếp cận #2 giảm thiểu công việc vận hành; cách tiếp cận #1 nhanh hơn tại chỗ. Hãy chọn một cách cẩn thận. Ngoài ra, đã đổi tên
SAD_PATHthànhunexpectedPathđể giữ tinh thần."
Nhóm đã cười. Sau đó, họ bắt tay vào công việc – không phải ít việc hơn, mà là công việc khác.
Sự Thay Đổi Khi AI Gia Nhập Đội Ngũ
1) Công việc chuyển từ "viết" sang "hợp tác".
Việc lập trình trở thành sự kết hợp giữa việc xác định vấn đề, mẫu lựa chọn và quyết định sự đánh đổi. Các lập trình viên giỏi trông giống như những biên tập viên: họ xác định các ràng buộc, so sánh các lựa chọn và cắt giảm mạnh mẽ. Đầu ra tăng lên; sự đánh giá trở thành kỹ năng khan hiếm.
2) Quy trình phải giả định những người đóng góp không phải con người.
Khi những người không phải con người sản xuất mã, bài kiểm tra hoặc tài liệu, các nghi lễ cũ của bạn (họp đứng, lập kế hoạch sprint, xem xét PR) bị phá vỡ theo những cách tinh tế. Bạn cần những nơi rõ ràng để ghi lại giả định – các thông điệp đã sử dụng, rủi ro của mô hình, giới hạn dữ liệu – và để tách biệt kiểm tra cơ học khỏi kiểm tra ý định.
3) Vai trò tiến hóa, không biến mất.
- Lập trình viên trở thành những người định hình vấn đề và người xem xét ý định.
- Trưởng nhóm kỹ thuật quản lý các ranh giới kiến trúc và thư viện guardrail.
- Quản lý kỹ thuật (EM) huấn luyện quy trình làm việc giữa con người và AI và loại bỏ sự ma sát trong quy trình.
- Quản lý sản phẩm (PM) trở thành những biên tập viên trưởng của các câu chuyện người dùng do AI soạn thảo và các ghi chú phát hành.
- QA/SRE tập trung vào thiết kế kịch bản, quan sát và phục hồi nhanh – không chỉ đơn giản là vượt qua/không vượt qua.
4) Nhịp điệu chuyển từ trạng thái sang tín hiệu.
Các cuộc họp trạng thái hàng ngày được thay thế hoặc giảm bớt bởi các "gói tín hiệu" tự động tổng hợp bởi AI: các rào cản, bất thường, cờ rủi ro. Các cuộc trò chuyện chuyển từ "bạn đã làm gì?" sang "cái gì đã thay đổi trong hệ thống và quyết định gì chúng ta cần đưa ra?"
5) Chỉ số thay đổi.
Tốc độ không còn là chỉ số hero. Bạn theo dõi tỷ lệ công việc lại, các lỗi đã thoát, thời gian phục hồi và "thời gian chu kỳ quyết định" (mức độ nhanh chóng mà một nhóm phát hiện rủi ro và quyết định điều gì cần làm).
Các Nghi Lễ Mới (Từ Tuần Northpier Của Chúng Tôi)
Định hình backlog, không chỉ chải chuốt.
Trước khi cải tiến, Delta soạn thảo các câu chuyện đầu tiên từ ghi chú sản phẩm. Nhóm dành thời gian làm cho ý định và ràng buộc đồng nhất, không chỉ làm đẹp các vé. Maya ném bất kỳ thứ gì quá mơ hồ trở lại vào giai đoạn khám phá với một danh sách "các điều chưa biết" một dòng.
Phân vùng rủi ro.
Raj gán nhãn công việc là Xanh/Vàng/Đỏ.
- Xanh: AI có thể thực hiện lần đầu; người xem xét tập trung vào phong cách và độ chính xác nhỏ.
- Vàng: AI soạn thảo, nhưng kiểm tra và cập nhật khả năng quan sát là bắt buộc.
- Đỏ: thiết kế do con người lãnh đạo trước; AI chỉ hỗ trợ trong việc tạo khung và kiểm tra.
Xem xét mã hai lớp.
- Lớp 1 (tự động): lint, phong cách, quét phụ thuộc, các dấu hiệu rõ ràng – AI xử lý điều này ngay lập tức.
- Lớp 2 (con người): ý định, giả định miền, chế độ thất bại, kế hoạch triển khai. PR phải bao gồm một ghi chú "Cách tôi xác minh điều này" dài 2 dòng và một chủ sở hữu được chỉ định trong 48 giờ đầu tiên sau khi phát hành.
Nhật ký hợp tác.
Mỗi PR có một ghi chú nhỏ "sử dụng AI": các thông điệp đã sử dụng, các mô hình được giả định, độ nhạy dữ liệu, cấu hình được tạo. Không phải để giám sát – chỉ để để lại dấu vết cho bạn trong tương lai.
Họp đứng không đồng bộ, quyết định đồng bộ.
Trước 9:00, Delta đăng một bản tóm tắt: rủi ro, bất thường, cờ. Nhóm chỉ gặp nhau nếu có điều gì đó để quyết định. Nếu không, mọi người bắt đầu xây dựng.
Tài liệu bằng cách trừ đi.
Delta soạn thảo các bản cập nhật README và ghi chú phát hành. Sofia cắt chúng xuống mức tối thiểu mà ai đó thực sự cần. Nếu nó không giúp ích cho một kỹ sư trong tương lai, nó sẽ không tồn tại.
Cách Con Người Phát Triển Trong Thế Giới Này
Liam với tư cách là một lập trình viên mới có con đường phát triển khác biệt. Anh vẫn học thuật toán và hệ thống, nhưng học chúng bằng cách so sánh các giải pháp đề xuất từ AI, thiết kế các bài kiểm tra và thực hiện các bài tập thực hành nhỏ. Anh trở nên giỏi trong việc nói: "Điều này vượt qua các bài kiểm tra nhưng vi phạm SLO của chúng ta," hoặc "Điều này thì thanh lịch nhưng dễ vỡ dưới tải."
Sofia dành ít thời gian gõ các mã mẫu và nhiều thời gian hơn để thể hiện các ràng buộc, viết các bài kiểm tra mô tả và đặt tên các sự đánh đổi bằng tiếng Anh trước khi viết mã. Các đánh giá của cô đọc như các ghi chú thiết kế ngắn.
Raj tiến hóa từ "trưởng nhóm xem xét mã" thành "người tạo thị trường cho chất lượng" – anh thiết lập các mẫu, ngưỡng rủi ro và chọn nơi mà con người phải giảm tốc độ.
Elena có công việc tập trung vào dòng chảy: đảm bảo rằng nhóm có các điểm quyết định rõ ràng, các vòng phản hồi nhanh và an toàn tâm lý để nói, "AI đã sai ở đây" mà không có sự đổ lỗi.
Maya trở thành tiếng nói của người dùng giữa tốc độ. Cô sử dụng AI để khám phá bản sao và các bài kiểm tra chấp nhận, nhưng cô quyết định điều gì là "tốt" chứ không phải mô hình.
Những Sự Thật Không Thoải Mái
- AI gia tăng thông lượng và phạm vi sai lầm. Các guardrail không phải là quan liêu; chúng là dây an toàn.
- Công việc vô hình trở thành công việc quan trọng nhất. Định hình, xác minh và tài liệu hóa các giả định trông có vẻ chậm – cho đến khi nó cứu một lần phục hồi giữa đêm.
- Nếu bạn không thay đổi quy trình, AI sẽ chỉ đẩy nhanh sự hỗn loạn của bạn. Các nhóm gắn AI vào các nghi lễ của ngày hôm qua sẽ chìm trong các PR và các chủ đề Slack.
Hướng Dẫn Hành Động Đơn Giản Để Bắt Đầu (Hai Tuần)
Tuần 1 - Làm cho nó an toàn và rõ ràng
- Thêm một trang Định nghĩa Hoàn tất của AI vào mẫu PR của bạn (ghi chú sử dụng AI, kiểm tra, khả năng quan sát, kế hoạch phục hồi, chủ sở hữu được chỉ định).
- Giới thiệu Phân vùng Rủi ro (Xanh/Vàng/Đỏ) cho tất cả các vé trong sprint này.
- Chuyển cuộc họp đứng hàng ngày sang không đồng bộ với một gói tín hiệu do AI tạo ra; chỉ gặp nhau để quyết định.
Tuần 2 - Siết chặt vòng lặp
- Tách việc xem xét mã thành hai lớp (tự động + ý định con người).
- Chạy một ngày thử nghiệm kéo dài 45 phút cho một thay đổi Vàng/Đỏ: thực hành phục hồi và quyền sở hữu.
- Thay thế “tốc độ” trong tóm tắt sprint của bạn bằng tỷ lệ công việc lại và thời gian đến quyết định.
Nếu bạn chỉ làm điều này, bạn sẽ cảm nhận được sự thay đổi: ít tranh luận về trạng thái hơn, quyền sở hữu rõ ràng hơn và các bản phát hành nhanh hơn, bình tĩnh hơn. Không phải vì AI đã thay thế các lập trình viên của bạn – mà vì các lập trình viên của bạn đã học cách dẫn dắt AI.
Và đó là điều cốt lõi. AI sẽ không xóa bỏ con người trong kỹ thuật phần mềm. Nó sẽ thưởng cho các nhóm nắm vững thói quen mới: định hình hơn là cuồng loạn, tín hiệu hơn là trạng thái, và sự đánh giá hơn là thuật ngữ chuyên môn. Mã có thể được hoàn thiện nhanh hơn, nhưng sự nâng cấp thực sự là cách mà nhóm làm việc.
Nếu AI đang ngập tràn các PR và cuộc họp của bạn, cuốn sách này chỉ ra cách để khắc phục phần người & quy trình – mà không có sự phóng đại. Đây là The AI-Driven Software Team trên Amazon (Xem trước bên trong): https://www.amazon.com/dp/B0FNFHXWTQ
Nếu bạn đọc nó, hãy cho tôi biết điều gì bạn sẽ cắt hoặc giữ lại – tôi sẽ cập nhật.
