Scrum Viet
  • Trang Chủ
  • Khóa Học
    • Professional Scrum Foundations (PSF)
    • Professional Scrum Master (PSM)
    • Professional Scrum Master II (PSM II)
    • Professional Scrum with Kanban (PSK)
    • Professional Agile Leadership (PAL) Essentials
    • Professional Scrum With User Experience
  • Dịch Vụ & Sản Phẩm
    • Tư Vấn >
      • Tư vấn Agile cho doanh nghiệp
      • Team & Personal Coaching
    • Scrum Game Giả Lập
    • Scrum day Vietnam
    • Liberating Structures Vietnam
  • Về ScrumViet
  • Blog
    • Scrum Framework
    • Scrum Values
    • Scrum Glossary
    • Nexus Framework
    • EVIDENCE BASED MANAGEMENT (EBM)
    • Radio Podcasts
  • Liên hệ

Scrumviet's BLOG

Blog

Categories

All
Agile
Empiricism
EVIDENCE BASED MANAGEMENT
Liberating Structure
Nexus
Product Development
Product Owner
Scale Team
Scrum
Scrum Anti Patterns
Scrum Class
Scrum Cơ Bản
Scrum Game
Scrum Master
Scrum Values
Scrum With Kanban

Archives

November 2019
October 2019
September 2019
August 2019
July 2019
June 2019
May 2019
April 2019
March 2019
February 2019

Product Backlog trong Nexus

9/20/2019

 
Không có sự khác biệt giữa Product Backlog khi Scrum Team sử dụng Nexus. Trong cùng một product, thì chỉ nên có một Product Owner và một Product Backlog duy nhất. Đọc thêm về: Product Backlog.

Có một số sai lầm về cách sử dụng Product Backlog khi mở rộng Scrum team như là:
Story mapping là một trong những cách giúp cho PO quản lý Product backlog tốt hơn.
Story mapping là một trong những cách giúp cho PO quản lý Product backlog tốt hơn.


Hội đồng Product Owner: 
Việc mở rộng Scrum team thường dễ dẫn đến công việc của Product Owner trở nên nhiều và phức tạp hơn. Vì lúc này phải đảm bảo được tất cả Scrum team hiểu được nhu cầu của sản phẩm và deliver đúng với giá trị mà Product Owner cần để deliver đến người dùng. Nhiều đội nhóm hay doanh nghiệp đã chọn cách tăng số lượng Product Owner theo số Scrum team. Việc này thoạt nhìn không có gì sai, nhưng trong thực tế kiểm chứng thì nó mang lại nhiều khó khăn và gia tăng phức tạp nhiều hơn trong công việc như: khó khăn trong việc thống nhất goal giữa các Scrum team, khó khăn trong việc minh bạch thông tin cho tất cả Scrum team, vì nhu cầu của sản phẩm đến từ nhiều PO cùng lúc. Sự phân cấp như trưởng Product Owner và Product Owner từng team chỉ tạo thêm sự phức tạp về quản lý, và chậm trễ trong việc thích nghi và cải tiến sản phẩm. Do đó, Nexus đề ra, chỉ nên có một Product Owner cho Nexus team.

Cắt nhỏ và phân Product backlog cho từng team: Việc này thường sẽ dẫn đến 2 vấn đề
  • Giảm tính minh bạch của Product Backlog.
  • Tốn thời gian để quản lý nhiều phần của product backlog hơn. Tăng mức độ phức tạp.
Do đó Nexus cũng đề ra rằng, chỉ nên có một Product Backlog cho tất cả Scrum team, và được manage bởi một Product Owner duy nhất.

​Xem thêm: Nexus Framework
Scrum Việt Nam
Professional Training Network
Công Ty TNHH SCRUMVIET
Giấy phép kinh doanh số: 
0315775970
Email: [email protected]  |  Phone: 0936092084
DMCA.com Protection Status
Picture

More info:

- Khoá Học
- Service and Product
- About ScrumViet
- Scrum Day Vietnam
- ​Liberating Structures Vietnam
​- What our students say
- Chính Sách & Quy Định Chung
- FAQ
- Liên Hệ

Copyright © 2019, Scrumviet. All rights reserved.
  • Trang Chủ
  • Khóa Học
    • Professional Scrum Foundations (PSF)
    • Professional Scrum Master (PSM)
    • Professional Scrum Master II (PSM II)
    • Professional Scrum with Kanban (PSK)
    • Professional Agile Leadership (PAL) Essentials
    • Professional Scrum With User Experience
  • Dịch Vụ & Sản Phẩm
    • Tư Vấn >
      • Tư vấn Agile cho doanh nghiệp
      • Team & Personal Coaching
    • Scrum Game Giả Lập
    • Scrum day Vietnam
    • Liberating Structures Vietnam
  • Về ScrumViet
  • Blog
    • Scrum Framework
    • Scrum Values
    • Scrum Glossary
    • Nexus Framework
    • EVIDENCE BASED MANAGEMENT (EBM)
    • Radio Podcasts
  • Liên hệ