Remove Cadence Remove Closing Remove Technical Review
article thumbnail

Everything You Need to Know About Release Managers

Rebel’s Guide to PM

The release manager at my last job worked closely with the development team to review what code changes would be coming. Once everything looks good from a technical standpoint, the release manager could start working on preparing communications about the upcoming software change. And then the cycle begins again!

article thumbnail

The Kanban Practice That Equips Teams For Self-Management

Scrum.org

As such, an important policy is for a team and the wider organisation to have policies for reviewing their policies at all levels of the organisation. This could include the provision of meetings with the right attendees at a regular cadence such as team retrospectives, service delivery reviews and operations reviews.

Insiders

Sign Up for our Newsletter

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.

article thumbnail

Project Boards and Project Steering Groups: An Introduction

Rebel’s Guide to PM

And will make the decision to close the project down early if it can no longer meet its objectives. It’s fine to have a different cadence at different points in the project lifecycle. Make sure you have the latest info on project budgets and how close the project is to meeting its goals. Action review and next steps.

article thumbnail

Improving SAFe Through Professional Scrum

Scrum.org

To use the leadership styles model we discuss in the Leading SAFe class - the starting point is more of an orchestrating and technical expert kind of leadership stance and the goal should be to evolve towards a more serving the team and the process style over time. SAFe has a cadence at the Team and Program levels.

SCRUM 172
article thumbnail

58 Product Owner Theses

Scrum.org

The Product Owner theses also address the Product Owner’s part in Scrum events from Sprint Planning to Sprint Review to Sprint Retrospective, and the Daily Scrum. The Product Owner needs to work closely with the Scrum Team members, particularly with the Scrum Master. Sprint Planning, Sprint, Sprint Review, and Retrospective.

article thumbnail

The Sprint Increment Is Dead

Scrum.org

In contexts of growing business and technical uncertainty, those with the fastest feedback loop win. These are nice levels of transparency that are much better than just reviewing documentation of course, but they leave a lot to be desired. Their REAL feedback loop takes weeks if not months to close. The reason is empiricism.

Cadence 156
article thumbnail

How I transformed “multiple Scrum teams” into “multiple team Scrum”

Scrum.org

I was successful with optimising for feature size that could be delivered in a two-sprint cadence. This approach is ideal to get a cadence from the influx of new features to done, closing the empirical process control loop from design to delivery. The teams all created a list of emerging technical debt on their component.