Nexus Sprint Retrospective là một sự kiện diễn ra sau Nexus Sprint Review, và trước khi bắt đầu Sprint mới. Cũng như Sprint Retrospective trong Scrum, mục đích của Nexus Sprint Retrospective là nhìn lại sprint đã qua, trong đó Nexus team sẽ cùng nhau xem xét và điều chỉnh để cải tiến công việc của Nexus team trong […]
Trong Nexus, Nexus Sprint Review sẽ thay thế cho Sprint Review của mỗi Scrum Team, và được tổ chức vào cuối mỗi Sprint. Mục đích của Nexus Sprint Review là cơ hội để Nexus Team và Stakeholders có thể cùng nhau xem và thảo luận về kế hoạch tiếp theo cho sản phẩm qua Integrated
Trong Nexus, output của Refinement sẽ là input cho Nexus Sprint Planning. Event này có mục đích chính là giúp tối ưu hóa sự đồng bộ của tất cả các Scrum Teams trong cùng một Sprint. Có ba điều chính cần phải được quan tâm trong Nexus Sprint Planning, đó là: Việc “Xem xét và xác minh những
Vào ngày đầu tiên sau Sprint Planning, đại diện của team sẽ cùng nhau họp lại để thực hiện Nexus Daily Scrum. Mục tiêu chính là thảo luận về những vấn đề ảnh hưởng, cản trở đến công việc giữa các Scrum team với nhau. Việc xác định ai sẽ tham dự Nexus Daily Scrum sẽ
Integrated Increment là một trong những Artifact của Nexus framework. Việc nhiều Scrum team cùng làm việc trên một product sẽ làm tăng độ phức tạp và giảm tính minh bạch của thông tin, dẫn đến việc các Scrum team dễ bị phụ thuộc lẫn nhau và dẫm chân lên nhau. Chính vì lý do đó,
Cross-team Refinement là một Event mới trong Nexus, mặc dù được đề cập trong Scrum Guide nhưng không phải là Event chính thức trong Scrum. Nhưng trong Nexus thì Cross-team Refinement là một event chính thức. Cross-team Refinement được tổ chức với 2 lý do chính:1. Dự đoán được nhóm nào sẽ làm việc với Product Backlog Item nào.2. Và từ đó tạo
Khi áp dụng Nexus ngoài Sprint Backlog của từng Scrum team, chúng ta còn có Nexus Sprint Backlog. Nexus Sprint backlog là Backlog của Nexus Integration Team, được quản lý bởi họ. Nexus Sprint Backlog không chứa tất cả những Sprint Backlog Items, mà chỉ chứa những Sprint Backlog Items nào bị phụ thuộc lẫn nhau giữa các Scrum Team, và
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à: Hội đồng
Việc nhiều Scrum Team cùng làm việc với nhau, sẽ dẫn dến nhiều sự phức tạp hơn, lúc này hơn bao giờ hết vai trò Scrum Master rất quan trọng: Xem thêm:Nexus frameworkScrum Master là ai?
Xem thêm:Nexus FrameworkProduct Owner là ai?
Nexus là gì? Nexus, cũng giống như Scrum, là một framework, được xây dựng trên khung xương sống là Scrum.Nexus được tạo nên bởi Ken Schwaber và Scrum.org, với mục đích giúp các Scrum team đang làm việc trên cùng một product có thể tối ưu hóa năng suất và chất lượng sản phẩm. Lý do bạn nên chọn
NOTE: The blog was updated to follow the Scrum Guide 2020Last week, I had a long discussion with my friends about how to scale up the Scrum team for the startup product. That was an interesting topic, and we had many things to discuss. Some of my friends raised some interesting questions. I think they are
