Sprint Backlog Là Gì

     

Sprint backlog là gì?

Sprint Backlog là 1 phần nhỏ hơn của product backlog, là danh sách các hạng mục nhưng mà đội cải tiến và phát triển dự định chuyển nhượng bàn giao trong 1 Sprint, từ đó ngừng Sprint goal và tiến ngay sát hơn đến hiệu quả mong muốn 

Sprint Backlog đang chứa các product backlog items nhưng team đã đồng ý với sản phẩm owner sẽ tiến hành vào buổi Sprint Planning. 


*

Lợi ích của việc cấu hình thiết lập Sprint Backlog

Hình thành được 1 Sprint Backlog sẽ giúp đỡ team tất cả một sự tập trung cụ thể trong ngắn hạn. Không giống với hàng hóa backlog là thứ hỗ trợ 1 loại nhìn toàn diện hơn về sản phẩm, khu vực chứa các ý tưởng, hạng mục hướng đến tương lai.

Bạn đang xem: Sprint backlog là gì

Có một danh sách các Product backlog items trong Sprint backlog sẽ đảm bảo an toàn team ngoài việc chuyển đổi các ưu tiên, và các ngăn cách trong 1 khoảng thời hạn ngắn, thường là 2 tuần.

Hơn nữa, giữ mang đến Sprint backlog minh bạch, hiện hữu được tiến độ triển khai của các hạng mục là rất đề nghị thiết. Điều này góp team dễ dãi trao đổi, tương tác dựa vào trạng thái của hạng mục, từ kia tìm cách phối hợp để cùng nhau xong xuôi Sprint Goal.

Ai làm chủ Sprint Backlog?

Development team, (đội phân phát triển) vẫn là người sở hữu và quản lý Sprint backlog. Chúng ta là bạn sẽ khẳng định hạng mục làm sao mới bắt buộc thêm vào hoặc các hạng mục nào buộc phải bỏ đi. 

Nếu team phát hiện ra có những trọng trách - task cần chấm dứt để chuyển nhượng bàn giao được các hạng mục trong hàng hóa Backlog, thì các task đó sẽ trở thành một phần của Sprint backlog. Team rất có thể thêm, bớt những task trong thừa trình diễn ra Sprint. 

Sprint backlog cũng rất có thể chứa những hạng mục các bước mà team thừa nhận diện tự buổi Sprint Review, Retrospective sinh hoạt Sprint trước. 

Quản lý Sprint Backlog như vậy nào?

Sprint backlog hay được minh họa cùng tracking sang một bảng Kanban board/task board, thể hiện trạng thái cái chảy công việc. 

Các hạng mục các bước này hoàn toàn có thể là user story, được miêu tả và bao gồm định nghĩa trả thành. 

Chúng cũng rất có thể là bug, rất cần được fix. Cũng rất có thể là các nghiên cứu và phân tích cần được thực hiện, các biến hóa đối với sản phẩm, kiến trúc hoặc hạ tầng. 

Sprint Backlog chỉ tồn tại trong khoảng 1 Sprint. Từng Sprint mới chúng ta lại khởi sản xuất 1 sprint backlog mới. Mặc dù vậy, team gồm thể chọn thêm các khuôn khổ vào Sprint backlog của Sprint trước để sản xuất thành 1 Sprint Backlog mới. 

Ví dụ minh họa giải pháp 1 team visualize Sprint Backlog

Team này thể hiện Sprint Backlog bên dưới dạng Kanban với những cột như sau:

Cột 1: to lớn Do/Weekly Goal/Sprint Goal: Sau buổi Sprint Planning, team khẳng định các khuôn khổ cần làm cho trong tuần và đặt ở cột này.Cột 2: Doing/In progress: Trong quy trình làm ai bắt đầu làm task như thế nào thì vẫn pick sang cột này để thể thực trạng thái đang làmCột 3: Review/Staging: Đã làm chấm dứt và đã trong trạng thái chờ duyệt, ngóng confirm trường đoản cú PO - Cột 4: Done: trọng trách đã xong xuôi hoàn toàn, deliver được hiệu quả như mong muốn của customer.

Team có thể sử dụng mức sử dụng Trello hoặc Gitlab để lưu giữ, cập nhật, can hệ trao đổi ngay trên các card.


*

*

Sprint Backlog trên Gitlab của team quản lý tại putago.vn

Xác định Sprint Backlog như thế nào?

Chính vào buổi Sprint Planning, là dịp đội phát triển cùng xác minh mục tiêu của Sprint. Đặt thắc mắc Sprint này team mình cần hoàn thành, đưa giao các hạng mục gì? làm thế nào để đã đạt được các hiệu quả như mong muốn. 

Bạn có thể xem chi tiết diễn biến chuyển 1 buổi Sprint Planning trên đây. 

Tựu tầm thường lại, đây là buổi mà có sự tham gia của sản phẩm Owner, đội phát triển, với Scrum master. 

Các bước cụ thể thường thấy: 

Phần 1. Khẳng định mục tiêu Sprint. 

Phần đầu PO đã trình bày kim chỉ nam mong muốn có được qua Sprint này. Đối với một vài team từ chủ tất cả mức độ tự quản ngại cao, đã có kế hoạch quá trình từ trước thì team đã dành thời hạn trước buổi Planning để tiếp tế Sprint backlog các hạng mục mình muốn hoàn thành. 

Tiếp theo, cả team với PO đã bàn bạc, thống nhất những hạng mục đặc biệt ưu tiên chuyển giao sớm vào Sprint. Dựa trên năng lực của tập thể nhóm mình, team sẽ chứng thực với PO và khẳng định với nhau những hạng mục như thế nào là must-have/ ưu tiên cao, những hạng mục như thế nào là should-have/ưu tiên phải chăng hơn.

Việc đo lường và thống kê năng lực của nhóm là đặc biệt vì nếu như không ước lượng kỹ, team bạn cũng có thể nhận nhiều hạng mục hơn sức có thể chuyển giao, dẫn mang lại quá tải, thậm chí làm những mà chất lượng lại kém.

Xem thêm: Samsung A9 2018 Cũ Giá Bao Nhiêu Mới Nhất 2022, Samsung Galaxy A9 2018 Cũ 99%

Phần 2. Khẳng định cách thực hiện mục tiêu Sprint. 

Đối với các hạng mục công việc được hướng về để hoàn thành trong Sprint, team buộc phải bẻ nhỏ công việc thành các task vắt thể, đủ nhỏ tuổi để hoàn thành trong vòng 1 ngày hoặc ít hơn. 

Thông thường những task vẫn thuộc những thể loại: kiến thiết giải pháp, viết thử nghiệm case, code, viết tài liệu, nghiên cứu và phân tích kỹ thuật/công nghệ mới, fixx bug, họp với team ABC, đàm phán với khách hàng,...

1 task được chuyển vào Sprint Backlog không những là tiêu đề của task mà còn cần phải có những thông tin chi tiết như:

Mô tả taskĐịnh nghĩa trả thành/Acceptance Criteria: trả lời câu hỏi Thế nào là xong? cố kỉnh nào là đồng ý được?. Đây là list các các bước cần được thực hiện để giúp mọi tín đồ mường tượng rõ rộng về thành phầm đầu ra, và né tránh hiểu nhầm nhau. Checklist các hành vi cần thực hiện để hoàn thànhDự loài kiến thời gian, nỗ lực cố gắng để trả thành.

Sau khi đo lường kỹ lưỡng cân nặng công việc, đội phát triển có thể thương lượng cùng với PO để chủ động nhận thêm hoặc bớt các hạng mục kém đặc biệt trong Sprint Backlog. 

Cách quản lý và vận hành Sprint backlog của team kinh doanh tại putago.vn

Team Marketing cũng giống như các team khác tại putago.vn hiện tại đang quản lý task board bên trên Gitlab cùng với 8 cột:

Open: các task team đang lên lịch thực hiện, các vấn đề đón nhận từ quý khách hàng hoặc trường đoản cú team khác chưa làm rõ.Sprint Backlog: các task được team xác định sẽ tiến hành trong tuầnTo do: các vấn đề/task đã được gia công rõ và chuẩn bị để thực hiệnIn Progress: những task đang được thực thiReview: những task non-tech đang rất được review, hoặc ngóng feedback từ bạn khác. Hoặc những task Tech đang đã có được fix/develop, sẵn sàng để thử nghiệm trên Live.Done: Task vẫn hoàn thànhClose: các vấn đề vẫn chốt là kết thúc, không trở lại nữa.

Team này có mang 1 cột gọi là Sprint Backlog chỗ chứa các hạng mục team muốn hoàn thành trong 1 Sprint tuyệt nhất định. 


*

*

Đầu tuần team sẽ họp Sprint Planning, để xác minh Sprint Backlog hay còn gọi là Milestone tuần. Các Task được team ấn định vào Milestone tuần sẽ tiến hành move tự cột mở cửa sang cột Sprint Backlog. Với từng task được gửi vào cột Sprint Backlog, team đã:

Viết đoạn cụ thể mô tả các task, với checklist các việc bé dại hơn nên làmViết định nghĩa ngừng và tác dụng submitEstimate thời gian để hoàn thành.Gắn label cho mỗi task. Ví dụ: các label nhiều loại task (Type:Question, Bug), label thể hiện mức độ ưu tiên theo quý hiếm (Value: Must have, Should have), label theo topic (Topic: Website, SEO, Training, Strategy...).Gắn với 1 task owner duy nhất. Bên cạnh đó còn tag thêm 1 thành viên khác trong team làm supporter giả dụ cần.

Trong tuần, thành viên như thế nào đang làm cho task làm sao thì vẫn tự gửi trạng thái task kia từ cột Sprint Backlog, sang các cột tiếp sau tương ứng với thực trạng task bản thân làm.

Xem thêm: Amd Ryzen 3 3200U Đánh Giá Rẻ Tốt Nhất, Amd Ryzen 3 3200U Performance Review

Cuối tuần, trong cuộc họp Sprint Review, các thành viên team và PO sẽ ngồi lại với nhau để

Các task không hoàn thành, thì chia sẻ phần làm sao cần triển khai xong tiếp.Trên các card tất cả phần gắn thêm link công dụng nên mọi fan sẽ click vào link để nhận xét thêm 1 lần.Các tasks nhưng mà đã xong xuôi rồi thì vẫn Close task đó cùng close milestone.