Xây dựng cơ chế chia sẻ kiến thức chuyên gia trong đội ngũ của bạn
Bạn cố gắng tìm hiểu một dịch vụ mới. Bạn đọc tài liệu. Bạn viết một bản mẫu (prototype). Nó thất bại vì tài liệu đã cũ. Bạn phải đợi hai ngày để được nói chuyện với một chuyên gia.
Bây giờ hãy nhìn vào chủ sở hữu dịch vụ đó. Họ dành nửa thời gian để trả lời cùng một câu hỏi. Họ muốn xây dựng các tính năng mới, nhưng lại bị kẹt trong vai trò "người chữa cháy".
Ngăn chặn một sự cố là công việc vô hình. Khắc phục một sự cố mới là công việc hữu hình. Đó là lý do tại sao tài liệu thường bị bỏ xó. Các chuyên gia tập trung vào các nhiệm vụ có tác động cao và phớt lờ wiki.
Bạn có thể nghĩ rằng AI sẽ giải quyết vấn đề này. Nhưng AI hay gặp hiện tượng "ảo giác" (hallucinate). Nó mắc lỗi đối với các dự án riêng tư.
Bạn cần một cơ sở kiến thức sống (living knowledge base), chứ không phải một wiki tĩnh.
Một wiki thất bại vì việc viết nó mang lại cảm giác như một công việc vặt. Nó lấy đi thời gian của những công việc thực sự. Không ai được hưởng lợi từ việc cập nhật nó.
Một cơ sở kiến thức sống thay đổi quy trình làm việc. Nguyên tắc cốt lõi rất đơn giản: con người chỉ đưa ra phán đoán. Các agent sẽ xử lý phần còn lại.
Đây là cách nó hoạt động:
- Viết bằng Markdown. Nó rất ít rào cản (low friction).
- Agent chuyển đổi Markdown thành HTML với các sơ đồ và làm nổi bật mã nguồn (code highlights).
- Markdown là sự thật. HTML là lớp hiển thị trực quan.
- Tài liệu trở thành một sản phẩm phụ của công việc.
- Thay vì viết một tài liệu, bạn chỉ cần nói cho agent biết những gì bạn đã học được.
- Agent tóm tắt công việc và gửi một Pull Request.
- Một chuyên gia sẽ xem xét PR đó.
Điều này tạo ra hiệu ứng bánh đà (flywheel effect). Mỗi lập trình viên sử dụng agent đều tạo ra kiến thức. Mỗi PR được phê duyệt đều giúp agent thông minh hơn. Chi phí để đóng góp gần như bằng không.
Trong một wiki, bạn viết cho người khác bằng chính chi phí của mình. Trong một cơ sở kiến thức, bạn làm việc cho chính mình và kiến thức sẽ tự theo sau.
Hệ thống này đóng vai trò như một cơ sở hạ tầng. Bạn có thể xây dựng thêm nhiều công cụ khác dựa trên nó:
- Các agent trực chiến (on-call) gợi ý các bản sửa lỗi dựa trên các sự cố trong quá khứ.
- Các công cụ đồng bộ hóa phân tích các thay đổi từ các nhóm khác để ngăn chặn sự cố gián đoạn.
Kỷ nguyên lập trình đơn độc đang kết thúc. Chúng ta phải chuyển hướng sang các quy trình làm việc dựa trên agent (agentic workflows).
Nguồn: https://dev.to/duskcloudxu/knowledgebase-how-to-build-expert-knowledge-sharing-within-your-team-2jag
Cộng đồng học tập tùy chọn: https://t.me/GyaanSetuAi
