A typical workflow progression for

A typical workflow progression for PBIs and bugs follows:
• The product owner creates a PBI or a tester creates a bug in the New state with the default reason, New backlog item.
• The product owner moves the item to Approved after it is sufficiently described and ready for the team to estimate the level of effort. Most of the time, items near the top of the Product Backlog are in the Approved state, while items toward the middle and bottom are in a New state.
• The team updates the status to Committed when they decide to complete the work during the sprint.
• The item is moved to the Done state when the team has completed all its associated tasks and the product owner agrees that it has been implemented according to the Acceptance Criteria.

Kết quả (Việt) 1:

Một sự tiến triển điển hình quy trình làm việc cho PBIs và lỗi sau:• Chủ sở hữu sản phẩm tạo ra một PBI hoặc một thử tạo ra một lỗi trong chính phủ mới với lý do mặc định, việc tồn đọng mục mới.• Chủ sở hữu sản phẩm di chuyển mục để được chấp thuận sau khi nó được đầy đủ được mô tả và sẵn sàng cho nhóm để ước tính mức độ nỗ lực. Phần lớn thời gian, mục gần đầu Backlog sản phẩm là trong trạng thái chấp thuận, trong khi mục đối với Trung và dưới cùng là trong trạng thái mới.• Đội Cập nhật tình trạng lên Committed khi họ quyết định để hoàn thành công việc trong chạy nước rút.• Mục được di chuyển sang trạng thái được thực hiện khi đội tuyển đã hoàn thành tất cả các nhiệm vụ liên kết của mình và chủ sở hữu sản phẩm đồng ý rằng nó đã được thực hiện theo các tiêu chí chấp nhận.