Q2: The presentation gave a full demonstration of the issue and how to address the problem. However the only issue I had with it is that it is essentially teaching to have your highly skilled, highly paid people sit and wait for work when it is ready. I would like to see the real metrics when you consider the overhead of these highly skilled people. But in general, I think you did a really good job of pointing out the issue and ways to address it. Entertaining presentation as well.

Yes, I am proposing that for some organizations, based on their context, it is a valid business/operational strategy to focus more on having the flow units (e.g. user stories, features, MVP, project) being worked on all the time over having our highly skilled, highly paid people utilized all the time.

Q1: I was hoping to better understand how to improve flow efficiency when the number of resources varies on our scrum process. For example, we have more developers than testers. We typically have a bottleneck in the test step. Not sure I got my answer.

This question is not necessarily a flow efficiency question. It may be more of a balance demand to capacity question. Nevertheless, let us explore the flow efficiency side first, as this was the main focus of the session. First, a short description of flow efficiency.