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.

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