Sprint Backlog là gì? Hiểu đúng để không làm saiSprint Backlog là gì? Hiểu đúng để không làm saiSprint Backlog là gì? Hiểu đúng để không làm saiSprint Backlog là gì? Hiểu đúng để không làm sai
  • Cá nhân
    • Wiseleader
      • Chương trình đào tạo quản lý NeoManager
      • Chương trình phát triển lãnh đạo NeoLeader
      • Chương trình phát triển lãnh đạo cao cấp WiseLeader
    • Khóa học
      • Quản trị dự án Agile
      • Scrum Thực chiến
      • Agile Business Analysis
      • Agile For Product Owner
      • Agile Product Manager
      • Agile For Manager
      • Agile Leadership
      • Đột phá năng suất
      • DevOps Professional
      • Thiết lập OKR
    • Chứng chỉ quốc tế
      • Certified Scrum Master
      • Certified Scrum Product Owner
      • Agile Coaching – ICP ACC
      • Google Project Management
    • E-learning
      • Khóa học luyện thi PSMI Online
      • Khóa học Scrum Essence
      • Khóa học Kỹ năng tổ chức cuộc họp
  • Doanh nghiệp
    • Tư vấn & huấn luyện
    • Agile cho ngân hàng
    • Đào tạo doanh nghiệp
    • E-learning theo yêu cầu
  • Sự kiện
  • Sách tặng
  • Blog
    • Tổ chức linh hoạt
    • Phát triển lãnh đạo
    • Chuyển đổi số
    • Agile cho công nghệ
    • Agipedia
Tìm khóa học
✕
  • Trang chủ
  • Blog
  • Agile cho công nghệ
  • Sprint Backlog là gì? Hiểu đúng để không làm sai

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

Tác giả: kiendt at 30/01/2021
Danh mục
  • Agile cho công nghệ
Thẻ
  • Agile
  • agile scrum
  • cải tiến Sprint
  • lập kế hoạch Sprint
  • nhóm phát triển
  • Nhóm Scrum
  • Product Backlog
  • Product Owner
  • Scrum
  • Sơ kết Sprint
  • Sprint
  • Sprint Backlog
  • Sprint Burndown

Chuyên mục

Mục lục

  • Sprint là gì?
  • Các hoạt động trong một Sprint
  • Những quy tắc trong Sprint
  • Hủy một Sprint
  • Sprint Backlog là gì?
  • Cấu trúc Sprint Backlog 
    • Bảng mẫu Sprint Backlog
    • Giải thích các chỉ số trong bảng Sprint Backlog 
    • Làm sao để Sprint Backlog diễn ra hiệu quả?
      • 1. Ước tính thời gian hợp lý
      • 2. Thiết kế độ dài Sprint phù hợp
      • 3. Luôn có sự minh bạch
  • Lợi ích của Sprint Backlog
    • Công việc được sắp xếp phù hợp
    • Quản lý công việc hiệu quả
    • Liên tục học hỏi và cải tiến công việc
Chia sẻ

    Đăng ký để tải ngay bản đầy đủ của Ebook




    Tư vấn khóa học cho tôi:


    Khóa học nổi bật

    Certified Scrum Master

    Scrum Thực chiến

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

    Sprint là gì?

    Sprint trong Scrum là khoảng thời gian mà Nhóm Scrum tiến hành tất cả các hoạt động cần thiết để sản xuất được một phần tăng trưởng có khả năng chuyển giao được.

    Sprint được đóng khung thời gian, có độ dài không quá một tháng và nhất quán trong suốt quá trình phát triển. Sprint ngắn gia tăng tính thích ứng với thay đổi và giảm thiểu rủi ro nhưng tăng chi phí quản lý (thời gian cho các cuộc họp tăng lên). Các Sprint diễn ra liên tiếp nhau mà không bị gián đoạn.

    Các hoạt động trong một Sprint

    Sprint chứa và bao gồm buổi Lập kế hoạch Sprint (Sprint Planning), các 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 bắt đầu bằng buổi Lập kế hoạch Sprint để xác định Mục tiêu Sprint và lên kế hoạch các công việc cần thực hiện. Sự kiện này được chia làm 2 phần: Phần thứ nhất để lựa chọn các công việc cần làm trong Sprint và Phần thứ 2 để quyết định cách thức hoàn thành các công việc đã lựa chọn trước đó.

    Toàn bộ buổi Lập kế hoạch Sprint sẽ lần lượt trả lời các 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 kéo dài quá 15 phút với mục đích giúp các Nhà Phát triển đồng bộ công việc và lập kế hoạch cho ngày làm việc tiếp theo.

    Buổi Scrum Hằng ngày nên được diễn ra tại một địa điểm và khung thời gian cố định để giảm thiểu sự phức tạp. Việc lựa chọn thời điểm tùy thuộc vào nhóm, điều quan trọng là đảm bảo sự kiện này luôn luôn diễn ra đúng thời điểm đã lựa chọn nhằm 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 tiến hành khi thời gian triển khai Sprint đã hết để kiểm tra phần tăng trưởng đạt được trong Sprint vừa qua. Đây là một hoạt động thanh tra và thích nghi đối với sản phẩm đang được xây dựng.  

    Khung thời gian của buổi Sơ kết Sprint là một giờ tương ứng với một tuần làm việ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 thiện cách làm việc cho hiệu quản hơn và thú vị hơn sau mỗi Sprint.

    Các buổi Cải tiến Sprint nên được đặt vào một chu trình khép kín Plan-Do-Check-Act vốn là quy trình cải tiến liên tục (Kaizen).

    Hoạt động cải tiến liên tục cần phải trở thành thói quen của từng cá nhân và nhóm, và dần dà thành văn hóa của tổ chức thì sẽ đạt hiệu quả cao nhất.

    so-do-cac-hoat-dong-trong-mot-sprint

    Sơ đồ các hoạt động trong một Sprint

    Những quy tắc trong Sprint

    1. Không cho phép bất kì sự thay đổi nào ảnh hưở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 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 có thể bị hủy trước khi kết thúc khung thời gian. Chỉ có Product Owner mới có đủ thẩm quyền dừng Sprint.

    Một Sprint có thể bị hủy nếu như Mục tiêu Sprint không còn phù hợp nữa. Điều này xảy ra khi công ty chuyển hướng kinh doanh hoặc khi tình thế công nghệ có sự thay đổi. Nhìn chung, Sprint có thể bị hủy nếu nó không mang lại điều gì có ích. Thế nhưng, do thời gian 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, các phần sản phẩm đã hoàn chỉnh được xem xét lại. Nếu phần nào đó của công việc có thể chuyển giao được thì Product Owner có thể chấp nhận chúng. Các hạng mục Product Backlog chưa hoàn tất sẽ được ước lượng lại và trả về Product Backlog để phát triển tiếp. Các phần việc đã thực hiện trên đó sẽ nhanh chóng hết tác dụng và phải thường xuyên được ước lượng lại.

    Việc hủy Sprint sẽ gây lãng phí tài nguyên, do mọi người phải mất thời gian, công sức để 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 các 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 đòi hỏi cả Scrum Team cần nắm rõ chức năng và nhiệm vụ của từng bước để có thể triển khai Agile thành công. Trong đó, Sprint Backlog là tập hợp các công việc mà Scrum Team cần thực hiện trong một Sprint. Chúng ta sẽ cùng tìm hiểu 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ó.

    bang-so-sanh-giua-product-backlog-va-sprint-backlog

    Bảng so sánh giữa Product backlog và Sprint backlog

    Cấu trúc Sprint Backlog 

    Bảng mẫu Sprint Backlog

    Có nhiều cách để thể hiện Sprint Backlog, tùy theo lựa chọn và tính phù hợp đối 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 Backlog Công việc trong Sprint Người thực hiện Ước tính khối lượng công việc ban đầu 1 2 3
    Là 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ở dữ liệu 5
    Tạo trang web (UI) 8
    Viết acceptance test tự động 13
    …
    Tăng tốc độ xử lý giao dịch Trộn mã DCP và hoàn thành kiểm thử mức tầng 5
    Hoàn thành máy đặt hàng cho pRank 8
    Chuyể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 danh sách các hạng mục được phát triển trong Sprint. 
    • Công việc trong Sprint: là danh sách công việc cần thực hiện tương ứng với từng hạng mục Product Backlog. 
    • Ước tính khối lượng công việc ban đầu: chứa giá trị ước tính mà Nhóm Phát triển đã đưa ra ở đầu Sprint. 

    Sau mỗi ngày làm việc, nhóm sẽ cập nhật lại các giá trị này tương ứng với lượng công việc còn lại cần thực hiện cho từng nhiệm vụ. 

    Ví dụ, sau 3 ngày thì Sprint Backlog có thể được cập nhật như sau:

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

    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.

    bieu-do-sprint-burndown

    Biểu đồ Sprint Burndown

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

    1. Ước tính thời gian hợp lý

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

    2. Thiết kế độ dài Sprint phù hợp

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

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

    Trước khi chuyển các nhiệm vụ từ Product Backlog sang Sprint Backlog, Product Owner và ScrumMaster phải chắc chắn rằng nhóm đã nắm rõ các bước cần thiết để hoàn thành nhiệm vụ đó. Yêu cầu họ xác nhận công việc, để không có sự nhầm lẫn có thể gây ra rắc rối trong quá 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 các đầu việc và thời gian xử lý công việc sẽ giúp cho tất cả thành viên trong nhóm có cái nhìn tổng quan nhất về các công việc trong Sprint đó. Từ đó nhóm có thể làm việc một cách hiệu quả và đúng theo những hoạt động công việc ngắn hạn mà mình đã đề ra trong Sprint.

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

    Những đầu mục công việc phải làm đều cụ thể một cách khoa học giúp nhóm tập trung cao vào các mục đích đã đề ra và tránh việc lộn xộn công việc, quá tải việc dẫn tới hiệu quả đầ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 phương pháp theo triết lí Agile, vì vậy Scrum nổi bật với sự linh hoạt – tốc độ thích nghi chứ không phải vận tốc. Nghĩa là nhóm sẽ luôn tập trung vào chất lượng sản phẩm chứ không phải ra sản phẩm cuối. Nhóm cần cải tiến liên tục, thích nghi với thay đổi và thử những điều mới, học hỏi thêm để đạt được mục đích chung là chất lượng sản phẩm rõ ràng, có ước lượng, thứ tự ưu tiên cao,…

    Như vậy, Team khi thực hành tốt Agile sẽ giúp cho mỗi thành viên hình thành một tư duy phát triển, 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ừ đó, có thể xây dựng các kỹ năng quan trọng trong cuộc sống như: kỹ năng quản lý thời gian, sắp xếp công việc, tài nguyên, làm việc nhóm,…

    Với mong muốn cung cấp kiến thức và các kỹ thuật, công cụ cơ bản về Agile/Scrum cho các cá nhân, tổ chức mới triển khai Agile/Scrum hoặc triển khai chưa hiệu quả, Học viện Agile đã 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 các kiến thức tổng quan về Scrum, thành thạo 22 công cụ và biện pháp thực hành Scrum để có thể áp dụng được ngay vào công việc.

    Bài viết liên quan:

    • Các kiến thức chung về Agile & Scrum

    Khóa học liên quan:

    • Khóa học Scrum thực chiến
    • Khóa học lấy chứng chỉ Certified Scrum Master

      Đăng ký để tải ngay bản đầy đủ của Ebook




      Tư vấn khóa học cho tôi:


      Từ khóa:
      • Agile
      • agile scrum
      • cải tiến Sprint
      • lập kế hoạch Sprint
      • nhóm phát triển
      • Nhóm Scrum
      • Product Backlog
      • Product Owner
      • Scrum
      • Sơ kết Sprint
      • Sprint
      • Sprint Backlog
      • Sprint Burndown

      Cảm ơn bạn đã theo dõi

      Xin mời mở hộp quà may mắn

      x

      Gửi thông tin của bạn cho chúng tôi để nhận thưởng.






        Học viện Agile

        Đơn vị số một về chuyển đổi Agile tại Việt Nam và có ảnh hưởng sâu rộng trong lĩnh vực đổi mới quản trị thông qua giải pháp đào tạo và tư vấn toàn diện.

        Trang bị nền tảng kiến thức, phương pháp luận đổi mới sáng tạo, thay đổi về tư duy, đổi mới cách thức quản lý, phương pháp làm việc, nâng cao năng suất và hiệu quả công việc.

        Mời bạn tìm hiểu ngay!

        Đặt lịch tư vấn







          Hotline

          0865.935.631
          • Messenger
          • Gặp tư vấn







            • Nhận Ebook
            • Webinar

            Facebook LinkedIn Youtube Wordpress

            vivian@hocvienagile.com
            0865-935-631

            BẢN QUYỀN

            Học viện Agile

            Đã được bảo hộ nhãn hiệu bởi Cục Sở hữu Trí tuệ..

            Chương trình Đào tạo Agile

            Đã được chứng nhận Quyền Tác giả bởi Cục Bản quyền Tác giả Số 5777/2019/QTG cấp ngày 19/09/2019.
            Thong bao website

            ĐỊA CHỈ VĂN PHÒNG

            Văn phòng Hà Nội:

            Tầng 11, tòa nhà văn phòng MD Complex, 68 Nguyễn Cơ Thạch, P. Cầu Diễn, Q. Nam Từ Liêm, Hà Nội

            THÀNH VIÊN CỦA

            Agile Alliance logo Agile Business Consortium logo ICAgile logo Agilead logo
            Công ty Cổ phần Học viện Agile

            Mã số ĐKKD 0109249605 được cấp bởi Sở Kế hoạch và Đầu tư thành phố Hà Nội.

            Hotline: 0865-935-631
            Email: contact@agilead.vn
            Copyright ©1998-2022 Mountain Goat Software. All Rights Reserved.
            • Contact Us
            • Terms and Conditions
            • Privacy Policy
            • Commenting Policy
            • Help
            Tìm khóa học
            ✕

            Đăng nhập

            Quên mật khẩu?

            Tạo tài khoản mới?

            ✕

            Giỏ hàng

            Chưa có sản phẩm nào trong giỏ hàng.

            Tạm tính: 0 ₫
            Tổng: 0 ₫
            Tiến hành thanh toán Xem giỏ hàng

            Bạn đã đăng ký thành công

            Xin cảm ơn bạn đã đăng ký nhận tư vấn

            Xin cảm ơn bạn đã đăng ký

            Mời bạn kiểm tra Email để tải tài liệu.