Vai trò Engineer thời AI
Khi AI gõ code nhanh hơn bất kỳ ai, giá trị của con người dịch chuyển từ “gõ” sang “quyết định ý định”. Đây là cách từng vai trò sẽ đổi - khác với Vai trò trong SDD (ai làm gì trong quy trình hiện tại), note này nói về hướng tiến hoá.
Dev - từ “người gõ code” sang “người thiết kế ý định”
Dev sẽ không còn được đánh giá chủ yếu bằng tốc độ gõ code, vì AI gõ nhanh hơn. Giá trị mới nằm ở:
- Hiểu domain sâu.
- Viết spec đủ rõ để AI bám vào.
- Đọc lại phần AI sinh ra (review, chỉnh tên biến/hàm, kiểm test).
- Thiết kế kiến trúc sao cho AI hỗ trợ được mà không phá hệ thống.
Dev cũng gần phía nghiệp vụ hơn: không thể chỉ nói “spec không ghi nên em không biết” - phải biết hỏi câu đúng trước khi AI viết quá xa.
PO / BA - kỹ thuật hơn một chút
Không cần biết framework, nhưng cần viết hoặc review spec rõ hơn, hiểu Acceptance Criteria, edge case, và tác động của một rule bị thiếu.
Tech Lead - trở thành “spec architect”
Quyết định quan trọng không chỉ là “chọn Postgres hay MongoDB, REST hay gRPC”. Quan trọng hơn là:
- Bounded Context chia thế nào?
- Use case nhỏ đến đâu?
- Spec repository tổ chức ra sao?
- Traceability giữ ở mức nào? (Traceable)
QA - về sớm hơn trong vòng đời
QA đi sớm hơn vào vòng đời sản phẩm. Bug rẻ nhất là bug bắt được khi AC còn là một câu trong spec; bug đắt nhất là bug do khách hàng bắt trong production. SDD kéo QA về phía sớm hơn.
Chốt lại
Những thay đổi này không làm dev hết việc. Nó chỉ kéo công việc ra xa phần gõ boilerplate và gần hơn với việc thiết kế ý định.
Đây cũng là lý do vì sao “AI càng giỏi thì càng không cần spec” là sai: AI càng mạnh, phần “quyết định viết đúng cái gì” càng trở thành lợi thế cạnh tranh của con người.
Liên quan
- Vai trò trong SDD - ai làm gì trong quy trình hiện tại (góc nhìn tĩnh)
- AI-Assisted - AI làm phần lặp lại, con người giữ phần quyết định
- Những hiểu nhầm về SDD - gỡ hiểu nhầm “AI giỏi thì khỏi cần spec”
- Spec-Driven Development - bức tranh tổng