Vấn đề chuyển giao: những điều đội ngũ của bạn phải nắm giữ trước khi các chuyên gia rời đi

Khi một dự án trí tuệ nhân tạo kết thúc

Một dự án AI có hai kết thúc. Kết thúc đầu tiên là khi ra mắt, mọi người đều ăn mừng. Kết thúc thứ hai yên tĩnh hơn, đến vài tháng sau, khi một nhà cung cấp thay đổi một biểu mẫu, một quy định thay đổi, hoặc phiên bản mô hình bị ngừng sử dụng, và hệ thống bắt đầu cho ra câu trả lời kém chất lượng hơn. Lúc đó, câu hỏi đơn giản là: ai sẽ sửa nó?

Nếu câu trả lời trung thực là "chúng ta phải gọi lại các chuyên gia tư vấn," bạn không mua một hệ thống, bạn thuê một hệ thống, và đồng hồ vẫn chạy.

Ý nghĩa thực sự của quyền sở hữu

Quyền sở hữu không chỉ đơn giản là một tập tài liệu được chuyển giao vào ngày cuối cùng. Nó bao gồm bốn khả năng thực tế bên trong công ty của bạn:

Vận hành: Có ai đó biết cách kiểm tra xem hệ thống có hoạt động hôm nay hay không và được thông báo khi nó gặp sự cố.
Thay đổi: Có thể điều chỉnh quy tắc, thêm nguồn tài liệu văn bản hoặc cập nhật lời nhắc mà không cần mở một vé hỗ trợ.
Đánh giá: Có thể phân biệt đầu ra tốt và xấu, có bằng chứng thay vì cảm nhận.
Thay thế: Biết những gì hệ thống phụ thuộc vào, chi phí di chuyển và ai khác có thể thực hiện công việc này.

Hầu hết các quá trình chuyển giao chỉ cung cấp khả năng vận hành đầu tiên và bỏ qua ba khả năng còn lại. Đó là lý do tại sao các hệ thống bị lạc hướng.

Tài liệu quan trọng

Tài liệu được viết để đáp ứng một điều khoản hợp đồng, vì vậy nó mô tả kiến trúc mà không ai sẽ chạm vào và bỏ qua những thứ thực sự cần thiết. Giữ danh sách ngắn gọn và nhấn mạnh những điều sau:

Một cuốn sổ hướng dẫn xử lý sự cố: Năm vấn đề có khả năng xảy ra nhất, cách chúng nhìn từ bên ngoài và ba bước đầu tiên cho mỗi vấn đề. Viết cho người trực ca, không phải cho kỹ sư.
Một tập dữ liệu đánh giá: 100 đến 200 trường hợp thực tế với câu trả lời đúng cho mỗi trường hợp, được đồng thuận bởi những người làm việc. Đây là tài sản có giá trị nhất của toàn bộ dự án.
Nhật ký thay đổi với lý do: Không chỉ những gì được cấu hình, mà còn tại sao một quy tắc tồn tại. Quy tắc không có lý do sẽ bị xóa bởi người tiếp theo.
Bảng tóm tắt phụ thuộc và chi phí: Mỗi mô hình, API và nhà cung cấp; chi phí hàng tháng; ngày gia hạn hợp đồng; những gì sẽ bị gián đoạn nếu nó biến mất.
Bản đồ dữ liệu: Những dữ liệu nào đi đâu, ai có thể xem chúng, và giữ chúng trong bao lâu. Các nhóm pháp lý và an ninh sẽ cần tài liệu này mà không cần báo trước.

Mọi thứ khác là tùy chọn. Nếu một tài liệu không giúp ai đó vận hành, thay đổi, đánh giá hoặc thay thế hệ thống, nó chỉ là trang trí.

Ba người bạn cần

Bạn không cần phải tuyển một đội ngũ học máy. Bạn cần ba cá nhân được đặt tên, và bạn nên đặt tên cho họ trước khi dự án bắt đầu, chứ không phải trong tháng cuối cùng.

Chủ sở hữu kinh doanh: Người quyết định hệ thống nên thực hiện những gì và nắm giữ ngân sách. Họ phê duyệt thay đổi và nói không với sự mở rộng phạm vi. Đây không phải là một vai trò kỹ thuật.
Người bảo quản kỹ thuật: Có thể đọc cấu hình, thực hiện thay đổi có kiểm soát, kiểm tra và đưa nó vào sản xuất. Thường là một nhà phát triển hoặc kỹ sư IT hiện có với công suất được phân bổ. Họ không cần xây dựng mô hình; họ cần khả năng sửa đổi và triển khai những gì đã tồn tại.
Chủ sở hữu chất lượng: Từ bộ phận mà hệ thống phục vụ - người quản lý yêu cầu cao cấp, y tá trưởng, hoặc đầu bộ phận hỗ trợ. Họ duy trì tập dữ liệu đánh giá và quyết định điều gì được coi là "tốt." Không có vai trò này, chất lượng sẽ trở thành vấn đề của ý kiến trong vòng vài tuần.

Chi phí nội bộ tổng thể: thường chỉ là một phần nhỏ của một vai trò toàn thời gian mỗi người, sau khi hệ thống ổn định. Mô hình thất bại không phải là chi phí. Nó là việc không có ai được đặt tên.

Kiểm tra quá trình chuyển giao trong khi vẫn có thể phàn nàn

Đừng chấp nhận tài liệu như bằng chứng chuyển giao. Thực hiện một bài kiểm tra trực tiếp trong những tuần cuối cùng của hợp đồng, trong khi các chuyên gia tư vấn vẫn còn dưới hợp đồng.

Chọn một thay đổi thực tế - thêm một sản phẩm mới vào cơ sở kiến thức, siết chặt quy tắc về những gì hệ thống từ chối trả lời, hoặc thay thế bảng giá cập nhật. Yêu cầu nhóm của bạn thực hiện nó, với các chuyên gia tư vấn trong phòng nhưng im lặng. Đo thời gian. Sau đó, để chủ sở hữu chất lượng chạy tập dữ liệu đánh giá và xác nhận không có thứ gì khác bị hỏng.

Nếu nhóm của bạn hoàn thành điều này trong một ngày, bạn sở hữu hệ thống. Nếu mất một tuần và ba câu hỏi, bạn đã tìm ra những khoảng trống cần đóng trước khi hóa đơn kết thúc. Kết quả nào cũng đáng giá hơn nhiều so với một biểu mẫu chuyển giao được ký.

Ghi điều này vào hợp đồng ngay từ đầu. Các mốc chuyển giao, một nhóm tiếp nhận được đặt tên và một bài kiểm tra thay đổi giám sát đều dễ thương lượng hơn sau khi công việc bắt đầu.

Chúng tôi xây dựng theo cách này tại Hercules A, và điều đó có nghĩa là các hợp đồng của chúng tôi kết thúc. Đó chính là điểm. Tiêu chí đánh giá một dự án AI tốt không phải là mức độ các chuyên gia tư vấn bị nhúng sâu sau một năm - nó là sự tự tin của nhân viên trong công ty của bạn thay đổi hệ thống mà không cần gọi ai.