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 tương lai.

Trong Nexus, Nexus Sprint Review sẽ thay thế cho Sprint Review của mỗi Scrum team, và được tổ chức tại 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 Increment của Nexus team. Cũng như Scrum, đây không phải là Demo meeting.

Trong Nexus, Output của Refinement sẽ là input của Nexus Sprint Planning, event này mục đích chính là giúp tối ưu hoá sự đồng bộ của tất cả Scrum Team 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à:

1. Xem xét và xác minh những Product Backlog Items nào sẽ làm trong Sprint tiếp theo.
2. Xác định Nexus Sprint Goal.
3. Scrum Team thực hiện planning cho từng team.

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 ai là người sẽ tham dự Nexus Daily Scrum sẽ không có câu trả lời cố định, mà nó phụ thuộc vào nhu cầu thực tế của các Scrum team tại thời điểm đó. Đây không phải là một meeting của cấp cao để ra quyết định và giao việc cho những người khác, đây là meeting để tập trung thảo luận và xác định những vấn đề cần phải được giải quyết và Nexus Sprint Backlog được update hay quản lý cùng với event này.

Nhắc lại rằng, Nexus Daily Scrum mục đích chính là transparent những vấn đề (tương tác, dẫm chân nhau, hay chính xác hơn là những vấn đề về công việc tích hợp) giữa các Scrum team, qua đó người sẽ giải quyết vấn đề không phải là Nexus Integration Team, mà là chính Scrum team (Dù cho NIT cũng là member của Scrum 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ì Refinement là một event chính thức.

Backlog 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 sự minh bạch, và giúp các nhóm giảm thiểu sự phụ thuộc.

Nexus là gì?

Nexus, cũng giống như Scrum, nó 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 cho các Scrum team đang làm việc trên cùng một product có thể tối ưu hoá năng suất và chất lượng sản phẩm.

Last week, I had a long discussion with my friends about how to scale up the Scrum team from 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 common situation happen nowadays:
 
- Can we have over 9 people in Development Team? Do I need to separate them to 2 Scrum teams?
 
- When we scale up the number of Scrum team, can we scale up the number of Product Owner as well? Then each of Product Owner will take responsibility on each part of the same product. 
 
To answer those questions, I would like to bring back the root cause or the original need: Why do you need to scale up the team?