When looking at Lead Time for diagnosis it is important to look at the lead time distribution. Every work item completed gives you one sampling of lead time. As you continue to complete more and more work, you start getting more and more samplings of lead time, usually with different durations. If you sort your sample from the shortest to the longest duration, you have your “lead time distribution”. This is an important metric as it represents your time to market or your time to value.
Anecdotally the feeling in the delivery organisation may be that delivery teams are overloaded, people are working long hours trying to keep up, but the demand is unrelenting. Leaders and stakeholders are frustrated, and this is manifesting in bad behaviours and a low trust environment. Key people are leaving, which only ratchets up the pressure on those that are left behind.
Value Stream Management (VSM) is the process of understanding the criteria that makes your product or service capable of delivering to your customers within the expected value, quality, and speed. It ensures your service level continues to fall within acceptable customer thresholds where you are considered to be fit for purpose.
If you're leading a high-performing team committed to the goal of continuous improvement in delivery, then value stream management (VSM) is the vehicle that'll get you there. From innovating alongside market needs, pivoting when necessary, and focusing resources where they're most valuable. VSM improves project transparency and empowers you to make better decisions about where interventions are needed and how people should be allocated.
As the world continues to see the advantages that lie in a shift to an agile way of working, the structure and format of software delivery remains forever changed. Namely, the decision-making power has shifted. Where the responsibility once sat squarely on the shoulders of the ‘leader’, trickling down through the hierarchy, this decision-making power now extends to those closest to the work—the agile teams operating and innovating rapidly to deliver it.While this provides for faster and more customer-centric releases, it’s clear that leaders don’t have the visibility they once did, which can inhibit your pursuit of continuous improvement. Instead of directives, they give their agile teams implicit trust, forgoing control and visibility for autonomy and speed. Which, in essence, sounds like a good trade off. Unfortunately, a lack of clarity around the end-to-end flow of software delivery can make it more difficult to improve the overall system.
The term ‘Obeya’ originated at Toyota in the 90s while the Prius was in development. Chief engineer of the project, Takeshi Uchiyamada, was fearful that his lack of authority when it came to decision-making could see him overrun by more experienced discipline leaders, to the detriment of the project. This need for senior support is what manifested in the very first ‘Obeya’, which means ‘large room’ in Japanese. Dubbed an area for mutual discussion with all leaders across the project, this space empowered Uchiyamada with full transparency and effective governance from conception to delivery.
Today, after an extensive 12 month early-access program, we’re excited to officially launch Flomatika.Flomatika offers an Australian-built platform that brings the clarity and insight you need to fully understand your product delivery ecosystem. It enables you to discover sources of delay, identify constraints, and recognise opportunities to intervene. Flomatika will give you the power you need to improve speed, increase quality, and optimise value.No matter the scale and complexity of your organisation's delivery flow, analysing it is easy with Flomatika.