Chuyển kết quả mong muốn thành initiative

Mô tả kết quả trước các bước

Dịch vụ thiết bị giả định cần khả năng nhân viên tự phục vụ. Yêu cầu hữu ích nêu kết quả: “Nhân viên đã xác thực có thể tạo yêu cầu và chỉ xem yêu cầu của chính mình.”

Giải thích lý do: hiện quản lý nhập yêu cầu thay nhân viên. Xác định phạm vi: tạo yêu cầu, hiển thị trạng thái, kiểm tra truy cập và bằng chứng cho những hành vi đó. Loại trừ mua hàng tự động và thay đổi quy tắc phê duyệt của quản lý.

Không chỉ định chỉnh sửa tệp trước khi repository được kiểm tra. Initiative ghi ý định; lập kế hoạch chi tiết chuyển ý định thành bước hiện thực hóa.

Review kết quả tạo ra từ yêu cầu

Taiga dùng yêu cầu và ngữ cảnh sản phẩm để tạo initiative hoặc tập initiative có thứ tự. Công việc mới đến Backlog. Yêu cầu lớn hơn có thể cần nhiều thay đổi review độc lập được.

Đọc trạng thái cuối, Why và Scope được sinh. Kiểm tra hành vi bắt buộc được giữ và phần loại trừ được tôn trọng. Nếu initiative hiện có đã bao phủ yêu cầu, Taiga có thể nêu nó thay vì tạo bản trùng.

Yêu cầu bị chính sách đã xuất bản chặn cần quy trình quyết định mà chính sách đó xác định. Đọc giải thích và giải quyết xung đột qua quy trình đó. Không viết lại yêu cầu chỉ để giấu hành động bị cấm.

Xem board như trình tự thực thi

Taiga xử lý mỗi lần một initiative cho mỗi sản phẩm, kể cả lập kế hoạch. Nó bắt đầu initiative tiếp theo trong queue sau khi pull request hiện tại được merge. Nó không tự chuyển mục từ Backlog hoặc Todo vào Queue.

Đưa vào Queue có ý nghĩa quan trọng. Nó ghi đè việc chờ phụ thuộc chưa hoàn tất. Trước khi đưa khả năng nhân viên tự phục vụ vào queue, xác nhận nền tảng danh tính tồn tại hoặc phạm vi đã chọn thiết lập nền tảng đó đúng cách.

Kiểm tra kế hoạch chi tiết

Bộ lập kế hoạch đọc repository, tài liệu sản phẩm, chính sách, instructions và ngữ cảnh triển khai. Đối chiếu kế hoạch với kết quả người dùng và môi trường thực tế.

Với dịch vụ thiết bị, xác minh ba trường hợp truy cập. Nhân viên thấy yêu cầu của mình. Nhân viên khác không thấy được. Quản lý giữ quyền review dự kiến. Bao gồm migration dữ liệu và tác động vận hành nếu phần hiện thực hóa thay đổi chúng.

Nếu Build on its own by default tắt, kế hoạch hoàn tất sẽ chờ quyết định của bạn. Approve bắt đầu build dưới danh tính người phê duyệt, theo quyền của họ. Reject dùng phản hồi của bạn để lập kế hoạch lại. Initiative có thể có cài đặt riêng.

Dùng đúng hồ sơ cho quyết định tiếp theo

Kế hoạch được quản lý phiên bản. Lượt chạy ghi kế hoạch nó thực thi. Nếu cách tiếp cận dự kiến thay đổi, review initiative và hành động lập kế hoạch lại phù hợp. Dùng lượt chạy để kiểm tra lần thử trước.

Build, pull request đã merge và phát hành production là các trạng thái khác nhau. Giữ bằng chứng nghiệm thu và trách nhiệm triển khai rõ ràng khi công việc tiến triển. Tiếp tục với cài đặt quyền tự chủ.