Định hướng: Những gì bạn có thể thực hiện sau khi hoàn thành bài học

Ba học phần vừa qua đã đưa bạn đi từ một bài toán kinh doanh đến một bản triển khai Claude hoàn chỉnh về mặt thiết kế, tích hợp và quản trị. Bạn có thể phân rã một yêu cầu, chọn một mẫu kiến trúc, ước tính quy mô use case, xây dựng bộ eval suite làm tiêu chí nghiệm thu, thiết lập các công cụ giám sát khả quan sát, và dựng lên một tập kiểm soát có thể kiểm toán cho một khối lượng công việc bị kiểm soát nghiêm ngặt.

Tuy nhiên, tất cả những điều đó vẫn chưa giải quyết được phần việc diễn ra trong các phòng họp với các bên liên quan (stakeholders): cuộc trao đổi khai phá (discovery conversation) — nơi các yêu cầu thực sự được thiết lập; cuộc họp phê duyệt — nơi sự đánh đổi (tradeoff) được bảo vệ thành công hay thất bại; và đợt bàn giao (handoff) — nơi thiết kế của bạn sẽ tiếp tục sống sót hay âm thầm thoái hóa khi bạn vắng mặt.

Học phần này bao phủ toàn bộ phạm vi công việc đó. Sau khi hoàn thành, bạn sẽ có khả năng:

1. Điều phối cuộc trao đổi khai phá có cấu trúc với bên liên quan không thuộc khối kỹ thuật và chuyển dịch những gì bạn thu thập được thành các yêu cầu kiến trúc và các giả định được tài liệu hóa, giúp bản thiết kế truy xuất nguồn gốc về đúng bài toán kinh doanh thay vì sở thích kỹ thuật cá nhân.

2. Trình bày sự đánh đổi kiến trúc bằng các thuật ngữ mà bên liên quan kinh doanh có thể đưa ra hành động, bằng cách ghép nối từng lựa chọn với một khoản chi phí, một rủi ro và những gì cần thiết nếu muốn đảo ngược quyết định (reversal cost); giúp các đợt rà soát của ban điều hành và bộ phận thu mua đi đến kết luận thay vì bị đình trệ.

3. Xây dựng và vận hành vòng phản hồi của các bên liên quan (stakeholder feedback loop) xuyên suốt vòng đời triển khai, chỉ tên điều gì kích hoạt đợt rà soát, một vi phạm SLA đòi hỏi những gì, và khi nào nên lặp lại (iterate) vs thiết kế lại kiến trúc (re-architect), với các điểm kiểm soát quản trị được tích hợp sẵn trong cùng vòng lặp đó.

4. Partner Track (Dành riêng cho nhánh Đối tác, không kiểm tra trong kỳ thi Architect): Dẫn dắt vai trò của Kiến trúc sư trong chiến lược tiếp thị (go-to-market) của đối tác thông qua khâu khai phá, bản demo dựa trên kịch bản thực tế, xử lý các phản bác kỹ thuật (technical objection handling), và đồng xác định phạm vi với đội ngũ Anthropic Applied AI; giúp một cơ hội doanh nghiệp không bị tắc nghẽn ở những câu hỏi mà chỉ bạn mới có thể trả lời.

5. Lựa chọn điểm đầu vào triển khai và chiến lược đa nền tảng (multi-platform strategy) cho một hệ thống sản xuất đa nền tảng bằng cách so sánh các tuyến API trực tiếp, Bedrock, Vertex và các tuyến thứ ba trên các tiêu chí độ trễ, sự tuân thủ và chi phí; sau đó tạo ra một tài liệu kết quả (outcome document) giúp giá trị trở nên dễ hiểu đối với nhà tài trợ không thuộc khối kỹ thuật và có thể tái sử dụng như một tài sản trí tuệ (IP) của đối tác.

Nội dung công việc ánh xạ vào các phần tiếp theo

• Khai phá (Discovery): Nơi bạn biến sở thích của bên liên quan thành một ràng buộc được tài liệu hóa mà kiến trúc có thể được thiết kế dựa trên đó. Thao tác ở đây là sự chuyển dịch (translation): một sở thích mang lại tín hiệu rằng cần phải hỏi thêm câu hỏi chứ không hoạt động như một yêu cầu trực tiếp. Một yêu cầu hữu ích là một yêu cầu có thể kiểm thử được và có ranh giới rõ ràng. Thất bại đắt giá nhất là một cuộc gọi khai phá kết thúc bằng một bản phác thảo thiết kế trước khi khâu chuyển dịch hoàn tất. Bản phác thảo trông có vẻ hợp lý chính là thứ khiến nó trở nên nguy hiểm: một bên liên quan nhìn thấy một kiến trúc tự tin sẽ giả định rằng mọi câu hỏi đã được trả lời.

• Đóng khung Sự đánh đổi và Tiếp thị (Tradeoff framing and Go-to-Market): Nơi bạn trình bày một quyết định kiến trúc bằng các thuật ngữ mà bên liên quan có thể hành động, và là nơi bạn thiết kế một bản demo dựa trên kịch bản thực tế của bên mua thay vì năng lực của chính đội ngũ phát triển. 3 yếu tố bắt buộc có trong mọi bài trình bày đánh đổi: những gì lựa chọn mang lại, những gì nó phải đánh đổi, và chi phí đảo ngược quyết định một khi hệ thống đã được xây xung quanh nó. Yếu tố thứ ba chính là thứ thay đổi cục diện cuộc họp, và nó cũng là yếu tố bị thiếu sót trong hầu hết các bài trình bày.

• Vòng phản hồi (The Feedback Loop): Nơi bạn xây dựng tầng quyết định nằm trên stack giám sát khả quan sát và xác định tín hiệu nào sẽ thay đổi hành vi và của ai. Vòng phản hồi là một bảng quản trị (governance table) ánh xạ từng tín hiệu tới một điểm kích hoạt (trigger), một người sở hữu, và một hành động. Trong các bản triển khai bị kiểm soát nghiêm ngặt, một số đợt rà soát kích hoạt theo lịch trình cố định chứ không phải theo ngưỡng. Các dòng quản trị đó cần phải có sẵn trước khi ra mắt. Nếu không có điểm kích hoạt được định nghĩa, một điểm kiểm soát tuân thủ sẽ không xuất hiện cho đến khi người kiểm toán tìm đến bản ghi.

• Tài liệu hóa cho Bàn giao và Kiểm toán (Documentation for Handoff and Audit): Nơi bạn ghi lại không chỉ các quyết định đã đưa ra mà còn cả các phương án thay thế bị từ chối và sự đánh đổi mà mỗi phương án đã giải quyết. Bài kiểm tra tính đầy đủ là liệu một Kiến trúc sư có năng lực không có mặt trong phòng họp có thể đưa ra một thay đổi an toàn cho hệ thống sau khi đọc tài liệu hay không. Một sơ đồ chỉ truyền tải hệ thống là gì. Nếu không có lý do đằng sau các quyết định, sơ đồ không thể nói cho người kế nhiệm biết lựa chọn nào là chịu tải (load-bearing) và lựa chọn nào chỉ đơn thuần là sở thích. Thời điểm bạn rời khỏi dự án chính là thời điểm sự lập luận đó biến mất nếu nó chưa từng được tài liệu hóa.

• Lựa chọn Điểm đầu vào và Tài liệu Kết quả (Entry Point Selection and Outcome Document): Nơi bạn xác nhận tuyến triển khai đúng đắn cho một hệ thống sản xuất thực tế và biến kết quả của bản triển khai thành một tài sản tồn tại lâu dài sau dự án. Tài liệu kết quả xây dựng bài toán kinh doanh cho một người đọc không tham gia vào quá trình xây dựng. Lưu lượng, độ trễ và tỷ lệ lỗi nói với nhà tài trợ rằng hệ thống đang chạy. Sự so sánh Trước-và-Sau trên chỉ số kinh doanh mà use case nhắm tới, được bảo chứng bởi một cơ chế kiểm soát có thể kiểm toán, mới là thứ nói cho Giám đốc Tài chính (CFO) biết tại sao nó đáng để mở rộng quy mô.

Mối liên kết giữa các chủ đề và Vòng đời Dự án

Năm chủ đề này không độc lập với nhau; trên thực tế, mỗi chủ đề đều phát triển nối tiếp từ chủ đề trước:

• Tập ràng buộc từ khâu Khai phá chính là thứ mà bài trình bày Đánh đổi đang bảo vệ.

• Bảng quản trị Vòng phản hồi giữ cho các cơ chế kiểm soát tuân thủ trong sổ đăng ký luôn được cập nhật trong quá trình hệ thống vận hành.

• Lý do trong Tài liệu hóa giữ cho các quyết định trong sổ đăng ký không bị âm thầm đảo ngược bởi người kế nhiệm.

• Tài liệu kết quả rút dữ liệu từ mọi tầng bên trên để làm cho giá trị trở nên dễ hiểu đối với một người đọc chưa từng thấy công việc phát triển.

Bài tập tổng hợp ở cuối sẽ yêu cầu bạn đưa một bản triển khai đa nền tảng bị kiểm soát nghiêm ngặt đi từ câu nói đầu tiên của bên liên quan cho đến một tài liệu kết quả bào chữa cho việc mở rộng quy mô. Đây chính xác là những gì học phần này trang bị cho bạn trước khi bạn thực hiện bàn giao.

Xuyên suốt 5 chủ đề này là chính vòng đời của dự án (project lifecycle):

Khai phaˊ (Discovery)→Thieˆˊt keˆˊ (Design)→Baˋn giao (Handoff)→Giaˊm saˊt (Monitoring)→Lặp lại (Iteration)

• Khai phá và Đóng khung sự đánh đổi thực hiện giai đoạn Khai phá & Thiết kế.

• Vòng phản hồi đảm nhận giai đoạn Giám sát & Lặp lại.

• Tài liệu hóa đảm nhận giai đoạn Bàn giao.

• Lựa chọn điểm đầu vào cùng Tài liệu kết quả sẽ Khép lại vòng lặp.

Xác định đúng giai đoạn mà một quyết định thuộc về là thứ giúp bạn đánh giá khi nào một giai đoạn đã sẵn sàng để chuyển sang giai đoạn tiếp theo.

Miễn trừ trách nhiệm / Lưu ý đối với Nội dung Giáo dục

Chúng tôi xây dựng khóa học Kiến trúc sư Module 4: Quản trị các bên liên quan, Vòng đời dự án, và Chiến lược tiếp thị nhằm giúp bạn thực hiện các công việc thực tế với Claude. Hãy coi đây là nội dung mang tính giáo dục. Nội dung này không cấu thành lời khuyên pháp lý, tài chính hay chuyên môn khác, do đó hãy điều chỉnh những gì bạn học được cho phù hợp với tình huống cụ thể của riêng bạn.

Các sản phẩm và dịch vụ của chúng tôi phát triển rất nhanh, do đó một số nội dung có thể chứa sai sót hoặc đã cũ; hãy nhớ xác minh lại trên trang web hoặc tài liệu chính thức của Anthropic.

Các ví dụ và kịch bản được sử dụng trong khóa học mang tính minh họa và thường là hư cấu. Việc tài liệu khóa học đề cập đến một công ty hoặc sản phẩm không có nghĩa là Anthropic bảo chứng cho họ, họ bảo chứng cho Anthropic, hoặc chúng tôi có liên kết với họ. Ngoài ra, hãy lưu ý rằng việc bạn sử dụng các sản phẩm và dịch vụ của Anthropic được quy định bởi các điều khoản, chính sách và tài liệu của chúng tôi; nếu có bất kỳ điều gì trong khóa học này xung đột với chúng, các văn bản quy định đó sẽ giữ quyền điều khiển.