Những ngày cuối tháng 9 thật tuyệt, vì Scrumviet lại có cơ hội được chia sẻ kiến thức cùng mọi người. Hai ngày qua là những trải nghiệm chia sẻ về Scrum, về nghề IT, Scrumviet cảm thấy có thật nhiều động lực và luôn mong muốn mình có thể làm tốt hơn nữa để mang những giá trị của Scrum đến với cộng đồng.

Xin chia sẻ cùng mọi người những hình ảnh của lớp học đã qua.

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 Integartion Team, được quản lý bởi họ.

Nexus Sprint backlog không chứa tất cả những Sprint Backlog Item, 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à những mối quan tâm tiềm ẩn có thể tạo ra sự phụ thuộc giữa các Scrum Team.

Sự phụ thuộc lẫn nhau nên được thể hiện rõ trong Nexus Sprint Backlog.

Cũng như những Artifact khác của Scrum, Nexus Sprint Backlog phải được Transparency với các bên liên quan.

Dưới đây là ví dụ của một Nexus Sprint backlog:

Mỗi ngày Scrumviet chọn một niềm vui, nhưng niềm vui lớn nhất là được chia sẻ Scrum cùng các anh chị và các bạn. Hôm nay Scrumviet xin chia sẻ với mọi người hình ảnh về lớp PSM vừa diễn ra cuối tuần qua.

​Scrum on!

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à:

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:

• Scrum Master trong Nexus cần đảm bảo được Nexus được hiểu rõ và thực thi trên nhiều Scrum team của product.