Trong một thời gian dài, mô hình vận hành được định hình bởi những công cụ phổ biến thời bấy giờ. Asana, Jira và Linear đã mã hóa các sprint, kế hoạch hàng tuần và Kanban thành một nghi thức mà các công ty có thể áp dụng một cách có hệ thống để thúc đẩy quy trình. Các công cụ định hình mô hình vận hành và mô hình vận hành định hình các công cụ. Đây không phải là mô hình vận hành tốt nhất, mà chỉ là mô hình tốt nhất mà các công cụ hiện tại có thể hỗ trợ. Khi công cụ trở nên linh hoạt như Buzz, những ràng buộc đó biến mất. Giờ đây, mô hình vận hành cần bắt kịp với các khả năng mà công cụ hỗ trợ.
Khi một thread trong Buzz trở thành chẩn đoán, nhiệm vụ, sửa lỗi và cuộc trò chuyện về vấn đề đó, nó cô đọng những gì từng cần nhiều công cụ khác nhau thành một thread mà ai cũng có thể theo dõi. Đó là toàn bộ bối cảnh mà người dùng có thể xem để hiểu tại sao một quyết định được đưa ra. Ngoài ra, còn có các lệnh CLI cho mọi thứ trong Buzz, cho phép các agent tạo kênh riêng, cập nhật bộ nhớ của chúng và thực hiện các hành động cấp người dùng khác. Người dùng có thể điều chỉnh hành vi, công cụ, mô hình và sức mạnh điều khiển mỗi agent, đồng thời thiết lập các quy tắc riêng cho từng kênh hoặc từng thread để agent tuân theo. Nếu chưa đủ, ứng dụng còn là mã nguồn mở, vì vậy người dùng có thể sửa đổi, cải tiến hoặc đóng góp để biến Buzz trở thành giao diện tiêu chuẩn cho công việc.
Buzz có thể tùy chỉnh đến mức câu hỏi không phải là nó có thể làm điều này hay điều kia, mà là làm thế nào để thiết lập nó để làm chính xác những gì bạn muốn. Tôi đã thử nghiệm với các agent tạo ra một bảng trắng cho mỗi thread và chia sẻ nó với tất cả các agent đang làm việc trong thread đó. Điều này tạo ra sự chuyển giao bối cảnh tốt hơn mà không cần thêm công sức từ phía tôi, vì các quy tắc tương tác được xác định trong kênh. Có rất nhiều cách khác để thử nghiệm.
Với quá nhiều sự linh hoạt, nút thắt cổ chai trở thành mô hình vận hành. Làm thế nào để bạn định hướng nhịp điệu và quy trình của mình để tối đa hóa đầu ra với các công cụ hiện có? Giá trị của một công cụ theo dõi dự án là gì khi người dùng có thể theo dõi nhiệm vụ dưới dạng thread trực tiếp trong Buzz? Cần theo dõi những gì khi tất cả đều được ghi lại trong thread bởi con người và agent?
Yếu tố giới hạn không còn là tốc độ sao chép và dán từ công cụ này sang công cụ khác của người dùng. Chúng tôi đã thử nghiệm điều này trong vài tháng và vẫn chưa tìm ra mô hình vận hành tối đa hóa giá trị của Buzz cho một tổ chức. Làm việc trên Buzz với Buzz đã đặt ra một loạt câu hỏi mới mà trước đây chúng tôi sẽ không hỏi: Mô hình cộng tác phù hợp giữa các agent là gì? Điều này thay đổi thế nào đối với công việc phi kỹ thuật? Mức độ trừu tượng tốt nhất để các agent làm việc hiệu quả là gì? Làm thế nào để bạn xác định cách một nhóm agent cộng tác tốt khi không có bạn? Nếu agent có thể tự tạo kênh riêng và chỉ mời các agent khác, thì một nhóm có thể đẩy giới hạn tự động hóa đi bao xa?
Cá nhân tôi thấy thật tuyệt vời khi được nghĩ ra những cách cộng tác mới. Điều rõ ràng nhất là chúng ta vẫn còn rất nhiều điều cần thử.
Phần lớn công việc của chúng ta mang tính hợp tác và điều đó không cần dừng lại với AI. Hãy nghĩ ra những cách làm việc mới với Buzz như giao diện và lớp điều phối kết nối mọi thứ lại với nhau - buzz.xyz / github.com/block/buzz
