Sprint Backlog là gì? Hiểu đúng để không làm sai

Sprint Backlog là 1 phần của Sprint vậy nên trước khi khám phá sâu về sprint backlog hãy cùng Học Viện Agile tìm hiểu và khám phá về Sprint nhé .

Sprint là gì?

Sprint trong Scrum là khoảng chừng thời hạn mà Nhóm Scrum triển khai toàn bộ những hoạt động giải trí thiết yếu để sản xuất được một phần tăng trưởng có năng lực chuyển giao được .Sprint được đóng khung thời hạn, có độ dài không quá một tháng và đồng nhất trong suốt quy trình tăng trưởng. Sprint ngắn ngày càng tăng tính thích ứng với biến hóa và giảm thiểu rủi ro đáng tiếc nhưng tăng ngân sách quản trị ( thời hạn cho những cuộc họp tăng lên ). Các Sprint diễn ra liên tục nhau mà không bị gián đoạn .

Các hoạt động giải trí trong một Sprint

Sprint chứa và gồm có buổi Lập kế hoạch Sprint ( Sprint Planning ), những cuộc Họp Scrum hằng ngày ( Daily Scrum ), một buổi họp Sơ kết Sprint ( Sprint Review ) và một buổi họp Cải tiến Sprint ( Sprint Retrospective ) .

  • Lập kế hoạch Sprint:

Một Sprint mở màn bằng buổi Lập kế hoạch Sprint để xác lập Mục tiêu Sprint và lên kế hoạch những việc làm cần triển khai. Sjw kiện này được chia làm 2 phần : Phần thứ nhất để lựa chọn những việc làm cần làm trong Sprint và Phần thứ 2 để quyết định hành động phương pháp triển khai xong những việc làm đã lựa chọn trước đó .Toàn bộ buổi Lập kế hoạch Sprint sẽ lần lượt vấn đáp những câu hỏi : “ Mục tiêu của Sprint này là gì ? ”, “ Sprint này phải chuyển giao cái gì ? ”, “ Làm sao để đạt được điều đó ? ”

  • Scrum hằng ngày: 

Scrum hằng ngày là một nghi thức quan trọng diễn ra đều đặn hằng ngày. Đây là một buổi trao đổi ngắn không lê dài quá 15 phút với mục tiêu giúp những Nhà Phát triển đồng nhất việc làm và lập kế hoạch cho ngày thao tác tiếp theo .Buổi Scrum Hằng ngày nên được diễn ra tại một khu vực và khung thời hạn cố định và thắt chặt để giảm thiểu sự phức tạp. Việc lựa chọn thời gian tùy thuộc vào nhóm, điều quan trọng là bảo vệ sự kiện này luôn luôn diễn ra đúng thời gian đã lựa chọn nhằm mục đích tạo ra thói quen và không biến nó thành một sự kiện phức tạp .

  • Sơ kết Sprint:

Buổi Sơ kết Sprint sẽ được thực thi khi thời hạn tiến hành Sprint đã hết để kiểm tra phần tăng trưởng đạt được trong Sprint vừa mới qua. Đây là một hoạt động giải trí thanh tra và thích nghi so với loại sản phẩm đang được kiến thiết xây dựng .Khung thời hạn của buổi Sơ kết Sprint là một giờ tương ứng với một tuần thao tác của Sprint .

  • Cải tiến Sprint:

Cải tiến Sprint là sự kiện diễn ra ở cuối Sprint, ngay sau buổi Sơ kết Sprint và trước phiên Lập kế hoạch Sprint tiếp theo. Mục đích của sự kiện này là để cải tổ cách thao tác cho hiệu quản hơn và mê hoặc hơn sau mỗi Sprint .Các buổi Cải tiến Sprint nên được đặt vào một quy trình khép kín Plan-Do-Check-Act vốn là tiến trình nâng cấp cải tiến liên tục ( Kaizen ) .Hoạt động nâng cấp cải tiến liên tục cần phải trở thành thói quen của từng cá thể và nhóm, và dần dà thành văn hóa của tổ chức triển khai thì sẽ đạt hiệu suất cao cao nhất .

Những quy tắc trong Sprint

  1. Không được cho phép bất kể sự biến hóa nào ảnh hưởng tác động đến Mục tiêu Sprint ( Sprint Goal )
  2. Thành phần Nhóm Phát triển được giữ nguyên
  3. Mục tiêu chất lượng không được cắt giảm
  4. Phạm vi hoàn toàn có thể được làm rõ và tái thương lượng giữa Product Owner và Nhóm Phát triển

Hủy một Sprint

Sprint hoàn toàn có thể bị hủy trước khi kết thúc khung thời hạn. Chỉ có Product Owner mới có đủ thẩm quyền dừng Sprint .Một Sprint hoàn toàn có thể bị hủy nếu như Mục tiêu Sprint không còn tương thích nữa. Điều này xảy ra khi công ty chuyển hướng kinh doanh thương mại hoặc khi tình thế công nghệ tiên tiến có sự biến hóa. Nhìn chung, Sprint hoàn toàn có thể bị hủy nếu nó không mang lại điều gì có ích. Thế nhưng, do thời hạn mỗi Sprint tương đối ngắn nên việc hủy một Sprint không mấy khi xảy ra .Khi Sprint bị hủy, những phần mẫu sản phẩm đã hoàn hảo được xem xét lại. Nếu phần nào đó của việc làm hoàn toàn có thể chuyển giao được thì Product Owner hoàn toàn có thể gật đầu chúng. Các khuôn khổ Product Backlog chưa hoàn tất sẽ được ước đạt lại và trả về Product Backlog để tăng trưởng tiếp. Các phần việc đã thực thi trên đó sẽ nhanh gọn hết tính năng và phải tiếp tục được ước đạt lại .Việc hủy Sprint sẽ gây tiêu tốn lãng phí tài nguyên, do mọi người phải mất thời hạn, công sức của con người để lên kế hoạch cho một Sprint mới. Việc hủy Sprint thường gây tổn hại nhất định cho những Nhà Phát triển, và rất ít khi xảy ra .Trong một Sprint sẽ gồm có nhiều bước khác nhau yên cầu cả Scrum Team cần nắm rõ tính năng và trách nhiệm của từng bước để hoàn toàn có thể tiến hành Agile thành công xuất sắc. Trong đó, Sprint Backlog là tập hợp những việc làm mà Scrum Team cần triển khai trong một Sprint. Chúng ta sẽ cùng tìm hiểu và khám phá sâu hơn trong bài viết dưới đây .

Sprint Backlog là gì ?

Sprint Backlog là bảng công việc được Nhóm Phát triển sử dụng để quản lý quá trình phát triển trong một Sprint. Sprint Backlog được Nhóm Phát triển tạo ra trong buổi Lập kế hoạch Sprint và cập nhật trong suốt Sprint. Sprint Backlog chứa danh sách các hạng mục được phát triển trong Sprint và các công việc cần làm tương ứng với từng hạng mục để hoàn thành nó.

Cấu trúc Sprint Backlog

Bảng mẫu Sprint Backlog

Có nhiều cách để bộc lộ Sprint Backlog, tùy theo lựa chọn và tính tương thích so với nhóm. Dưới đây là bảng mẫu Sprint Backlog theo dạng Spreadsheet :Ước tính lượng công việc còn lại tới ngày…Hạng mục trong Product BacklogCông việc trong SprintNgười thực hiệnƯớc tính khối lượng công việc ban đầu123Là người mua, tôi muốn đưa một cuốn sách vào giỏ hàng ( xem giao diện phác thảo trên wiki )Thay đổi cơ sở tài liệu5Tạo website ( UI )8Viết acceptance test tự động hóa13…Tăng tốc độ giải quyết và xử lý thanh toán giao dịchTrộn mã DCP và triển khai xong kiểm thử mức tầng5Hoàn thành máy đặt hàng cho pRank8Chuyển DCP và người đọc sang sử dụng pRank http API

13

Giải thích các chỉ số trong bảng Sprint Backlog 

  • Hạng mục trong Product Backlog : chứa list nhữnghạng mụcđược tăng trưởng trong Sprint .
  • Công việc trong Sprint : là list việc làm cần thực thi tương ứng với từnghạng mục Product Backlog.
  • Ước tính khối lượng việc làm bắt đầu : chứa giá trị ước tính màNhóm Phát triểnđã đưa ra ở đầuSprint.

Sau mỗi ngày thao tác, nhóm sẽ update lại những giá trị này tương ứng với lượng việc làm còn lại cần triển khai cho từng trách nhiệm .Ví dụ, sau 3 ngày thì Sprint Backlog hoàn toàn có thể được update như sau :

  • Cập nhật Product Backlog
  • Các việc làm trong Sprint Backlog hoàn toàn có thể được update ( thêm, chỉnh sửa, vô hiệu, …. ) tùy theo tình hình tăng trưởng hiện tại .
  • Nhóm Phát triểnhoàn toàn có thể sử dụng công cụ chuyên nghiệp, excel hay những bảng vật lý để bộc lộ Sprint Backlog. Lý tưởng nhất vẫn là một bảng vật lý đặt ngay tại khoảng trống thao tác củaNhóm Phát triểnđể giúp những thành viên luôn luôn nắm rõ được tình hình tăng trưởng củaSprint.

Dựa trên Sprint Backlog, nhóm có thể sử dụng thêm Biểu đồ Sprint Burndown (Sprint Burndown Chart) để thể hiện tiến độ của Sprint qua từng ngày.

Làm sao để Sprint Backlog diễn ra hiệu quả?

1. Ước tính thời hạn hài hòa và hợp lý

Mỗi Sprint thường diễn ra trong thời hạn ngắn dưới 1 tháng ( thường là tầm 2 tuần ), vì thế cần ước tính thời hạn việc làm hài hòa và hợp lý cho từng việc làm là rất quan trọng. Bản chất của những Sprint là theo nguyên tắc của Agile, đơn cử là tất cả chúng ta sẽ sắp xếp việc làm liên công dụng, liên bộ phận. Vì vậy những đầu việc cần rõ ràng và mỗi thành viên sẽ ước tính thời hạn thao tác và triển khai xong việc làm để tận dụng tối đa thời hạn. Điều này sẽ giúp một Sprint diễn ra hiệu suất cao hơn, tránh việc chồng chéo việc làm không hề có đủ thời hạn dẫn tới tác dụng sơ sài, hoặc tiêu tốn lãng phí nguồn lực do ước tính thời hạn quá dài .

2. Thiết kế độ dài Sprint tương thích

Ngoài việc ước tính thời hạn, thì những thành viên cần phải phong cách thiết kế độ dài của Sprint tối ưu và tương thích nhất. Trong một nhóm Scrum thì việc làm trong Sprint sẽ gồm : giải quyết và xử lý việc làm tồn dư của Sprint trước và xử lý việc làm mới. Vì vậy nhóm cần họp lại để sắp xếp việc làm để biết việc làm nào nào quan trọng cần làm trước và năng lực hoàn toàn có thể làm đến đâu .

3. Luôn có sự minh bạch

Trước khi chuyển những trách nhiệm từ Product Backlog sang Sprint Backlog, Product Owner và ScrumMaster phải chắc như đinh rằng nhóm đã nắm rõ những bước thiết yếu để triển khai xong trách nhiệm đó. Yêu cầu họ xác nhận việc làm, để không có sự nhầm lẫn hoàn toàn có thể gây ra rắc rối trong quy trình diễn ra Sprint .

Lợi ích của Sprint Backlog

Công việc được sắp xếp phù hợp

Sprint Backlog luôn rõ ràng những đầu việc và thời hạn giải quyết và xử lý việc làm sẽ giúp cho toàn bộ thành viên trong nhóm có cái nhìn tổng quan nhất về những việc làm trong Sprint đó. Từ đó nhóm hoàn toàn có thể thao tác một cách hiệu suất cao và đúng theo những hoạt động giải trí việc làm thời gian ngắn mà mình đã đề ra trong Sprint .

Quản lý công việc hiệu quả

Những đầu mục việc làm phải làm đều đơn cử một cách khoa học giúp nhóm tập trung chuyên sâu cao vào những mục tiêu đã đề ra và tránh việc lộn xộn việc làm, quá tải việc dẫn tới hiệu suất cao đầu ra thấp .

Liên tục học hỏi và cải tiến công việc

Scrum là một giải pháp theo triết lí Agile, thế cho nên Scrum điển hình nổi bật với sự linh động – vận tốc thích nghi chứ không phải tốc độ. Nghĩa là nhóm sẽ luôn tập trung chuyên sâu vào chất lượng mẫu sản phẩm chứ không phải ra mẫu sản phẩm cuối. Nhóm cần nâng cấp cải tiến liên tục, thích nghi với đổi khác và thử những điều mới, học hỏi thêm để đạt được mục tiêu chung là chất lượng mẫu sản phẩm rõ ràng, có ước đạt, thứ tự ưu tiên cao, …Như vậy, Team khi thực hành thực tế tốt Agile sẽ giúp cho mỗi thành viên hình thành một tư duy tăng trưởng, nghĩa là bạn sẽ luôn học hỏi và nỗ lực không ngừng để trở nên tốt hơn. Từ đó, hoàn toàn có thể thiết kế xây dựng những kỹ năng và kiến thức quan trọng trong đời sống như : kỹ năng và kiến thức quản trị thời hạn, sắp xếp việc làm, tài nguyên, thao tác nhóm, …Với mong ước cung ứng kỹ năng và kiến thức và những kỹ thuật, công cụ cơ bản về Agile / Scrum cho những cá thể, tổ chức triển khai mới tiến hành Agile / Scrum hoặc tiến hành chưa hiệu suất cao, Học viện Agile đã thiết kế xây dựng khóa học nền tảng mang tên Scrum Hành dụng .Sau khóa học, học viên sẽ hiểu được những kỹ năng và kiến thức tổng quan về Scrum, thành thạo 22 công cụ và giải pháp thực hành thực tế Scrum để hoàn toàn có thể vận dụng được ngay vào việc làm .

>> Tìm hiểu thêm thông tin về khóa học Scrum Hành dụng TẠI ĐÂY!

5/5 - (1 vote)

Bài viết liên quan

Subscribe
Notify of
guest
0 Comments
Inline Feedbacks
View all comments