Bắt đầu sản phẩm mới trong Taiga

Chuẩn bị một kết quả rõ ràng

Kịch bản dùng dịch vụ yêu cầu thiết bị giả định. Quản lý ghi yêu cầu thiết bị của nhân viên và quyết định. Nhân viên tự phục vụ là phần mở rộng về sau. Dùng bản ghi tổng hợp trong học tập. Kịch bản không cho phép dùng dữ liệu nhân sự thật.

Trước khi tạo sản phẩm, xác nhận tổ chức và ngữ cảnh chung liên quan đã được thiết lập. Xác định người phụ trách kết quả dịch vụ và nhóm phụ trách môi trường vận hành.

Viết ranh giới ban đầu: phiên bản đầu ghi yêu cầu và quyết định. Nó không đặt thiết bị, tự phê duyệt chi tiêu hoặc thay đổi hồ sơ lương.

Chọn cách sản phẩm bắt đầu

Chọn Start from scratch cho dịch vụ mới này. Dùng Import codebase khi repository hiện có cần xác định điểm khởi đầu. Import là lựa chọn lúc tạo sản phẩm, nên hãy quyết định có chủ ý.

Khi tạo, bạn cũng được hỏi Taiga có viết Infrastructure code và CI/CD pipelines không. Đây là trách nhiệm riêng. Nếu nhóm platform đã cung cấp một phần, tắt tùy chọn sinh phần đó và mô tả cách công việc được làm hiện nay.

Ví dụ: “Platform của chúng tôi triển khai container image đã review qua pipeline repository hiện có. Dùng workload identity và cấu hình môi trường của nó.” Xác nhận mô tả chính xác trước khi dựa vào nó.

Đặt ngữ cảnh trước hội thoại

Discovery bắt đầu với Context. Thêm tài liệu tham chiếu sản phẩm liên quan và hướng dẫn lâu dài trước hội thoại. Đặt quy tắc chung của nhiều sản phẩm ở cấp tổ chức hoặc factory.

Với dịch vụ thiết bị, ngữ cảnh hữu ích gồm phương thức danh tính nhân viên, dịch vụ dữ liệu được phê duyệt và quy tắc truy cập của quản lý. Nêu rõ câu hỏi chưa giải quyết. Không tự bịa thời hạn lưu giữ để điền đủ biểu mẫu.

Sau đó mô tả dịch vụ trong hội thoại. Giải thích người dùng, kết quả mong muốn, hạn chế và phần ngoài phạm vi. Đặc tả được lưu dưới dạng bản nháp trong khi bạn làm việc.

Review và xuất bản ý định

Đọc đặc tả để tìm giả định sẽ thay đổi cách hiện thực hóa. Trong kịch bản này, kiểm tra quản lý có thể xem mọi yêu cầu nhân viên hay chỉ yêu cầu trong nhóm mình. Khác biệt đó ảnh hưởng quyền, luồng dữ liệu và test.

Xuất bản đặc tả khi nội dung phù hợp cho công việc phía sau. Thay đổi bản nháp không thay phiên bản đã xuất bản cho đến khi bạn xuất bản lại. Tiếp tục qua các tài liệu bắt buộc và review giả định. Bài Discovery giải thích phụ thuộc và tài liệu lỗi thời.

Sau khi cả tám tài liệu bắt buộc đã xuất bản, hoàn tất Discovery và lập kế hoạch initiative. Trình tự được sinh là đề xuất mà bạn có thể kiểm tra và thay đổi.

Kết nối đích bàn giao thực tế

Kết nối repository trước khi lập kế hoạch initiative chi tiết. Xác định môi trường dự kiến cùng lúc, dù không bắt buộc có môi trường để bắt đầu lập kế hoạch.

Mô tả môi trường không cấp quyền cloud. Pipeline của bạn thực hiện triển khai. Kiểm tra branch repository, danh tính, trách nhiệm hạ tầng và tác vụ thiết lập cần thiết với nhóm chịu trách nhiệm.

Kết quả hữu ích của kịch bản là sản phẩm đã được xác định và công việc có thể review dựa trên môi trường bàn giao thực tế. Luyện trình tự quyết định trong mô phỏng quy trình Taiga.