Bản tin cộng đồng ngày 09/10/2026
Thứ sáu, 09/10/2026
3h30 sáng có người vẫn còn thức để tranh luận một câu hỏi khá đau đầu: không biết code thì có được coi là làm được sản phẩm không?
📌 Bản tin cộng đồng IT BA — 09/10/2026
1️⃣ Cuộc tranh luận đó đi tới một chỗ khá gọn: tư duy là cốt lõi, công cụ chỉ là công cụ. Kèm một ví dụ về nghề nông nghe xong khó quên.
2️⃣ Một bạn trong nhà mình đang 1 mình cân hết dự án sản phẩm, xin thêm người backup thì bị từ chối. Chuyện này chắc nhiều BA gặp.
3️⃣ Có bác hỏi tài liệu CI/CD, và chỉ vài phút sau đã có người quăng repo kèm skill sẵn dùng. Đúng kiểu nhà mình.
Câu hỏi cho anh em: theo mọi người, BA/PO nên luyện thêm kỹ năng code, hay luyện kỹ năng điều khiển agent cho tốt hơn? #ai4ba #itba #bahub #vibecode

1.Biết code hay không, cốt lõi vẫn là tư duy
Nửa đêm có bác quăng lên một bài viết về chuyện vibecode, kèm quan điểm: đừng nhầm giữa thứ công cụ làm được và năng lực thật của mình.
Rồi cả nhà tranh luận tới 3h sáng.
👉 Có người không đồng tình với bài đó, cho rằng bạn không biết code nhưng có tư duy tạo sản phẩm là ổn.
👉 Cụ thể hơn: hiểu tư duy cơ sở dữ liệu, hiểu bảo mật, hiểu luồng nghiệp vụ — đó mới là phần khó.
💡 Ví dụ dễ hình dung: xưa làm nông phải biết dắt trâu, biết điều phối. Có máy cày rồi thì kỹ năng đổi khác — nhưng vẫn phải biết cày sâu bao nhiêu, đất tơi cỡ nào, lưỡi cày chọn theo mùa vụ ra sao.
⏰ Một anh khác góp thêm: dùng agent cũng như dùng người, không cần micro-manage vẫn quản được. Nên thay vì luyện code, luyện kỹ năng quản lý agent có khi lợi hơn.
Riêng mình thấy phần "cốt lõi là tư duy" đúng, nhưng tư duy đó không tự nhiên có. Nó đến từ việc hiểu hệ thống đủ sâu để biết cái gì máy làm sai. Cái này mình cũng chưa kiểm chứng hết, nhưng nhìn mấy người làm tốt thì thấy vậy.

2.Một BA cân cả sản phẩm, xin backup bị từ chối
Có bạn kể chuyện đang làm ở một công ty, một mình cân hết dự án sản phẩm.
Đề xuất tuyển thêm người backup thì các sếp từ chối.
Nghe hơi phũ. Mà đúng thật.
👉 Chuyện này không hiếm trong nghề BA/PO, nhất là khi bạn là người duy nhất nắm nghiệp vụ.
👉 Có người trong nhóm nói thẳng: nếu thấy công ty hãm trong trung và dài hạn thì nên tự phát triển bản thân rồi tính đường.
💡 Điểm đáng chú ý: giá trị của bạn càng cao thì càng có lựa chọn. Có bác kể từng thấy công ty thuê hẳn khách sạn 5 sao cho ứng viên cùng vợ con ở cả tháng khi relocate.
📍 Và một anh chia sẻ chuyện cũ: sếp đầu tiên thuê cho một căn hai tầng trong khu biệt thự, sáng 9h rước đi làm, chiều 4h rủ đi chơi.
Mình nghĩ đây không phải chuyện may mắn. Đó là kết quả của việc bạn giỏi tới mức người ta phải chiều. Còn không thì cứ upgrade liên tục, đừng ngồi chờ công ty đổi.

3.Hỏi tài liệu CI/CD, 5 phút sau có repo
Có bác hỏi trong nhóm: ai có tài liệu về CI/CD không, gửi để ném cho agent.
Vài phút sau đã có người trả lời bằng một repo GitHub kèm sẵn skill.
Nhanh gọn.
👉 Cái hay là repo đó tổ chức theo dạng kit, mỗi kit là một nhóm skill riêng, ở đây là kit devops với skill CI.
👉 Người hỏi sau đó nói repo "ngon phết", upgrade được một mớ.
💡 Một chi tiết đáng lưu: khi làm lại harness, agent quên luôn skill git update ở một góc. Tức là skill cũng cần được quản lý và cập nhật như code, không phải viết xong là xong.
⏰ Người chia sẻ repo cũng nói dạo này bận, ít đăng bài, mấy phần MLOps hay share ở nơi khác.
Mình thấy cách làm này đáng học: thay vì hỏi chung chung "có ai biết về X không", hỏi kèm mục đích "để ném cho agent" thì người trả lời biết cần đưa gì. Hỏi đúng cách tiết kiệm được cả buổi.