From an organizational level, creating and managing value streams plays an important role in eliminating wasteful processes and the time they take, enabling the company to focus on delivering value to their customers.

At software companies – which many, many companies are today – the primary role of developers is delivering that value, in the form of new application features that take advantage of changes in the market.

So, what do developers have to do with value stream management? Not much, according to Lance Knight, president and COO of value stream solution provider ConnectALL. “My point of view is this: I think that value stream management is on an individual day-to-day basis, irrelevant to development. They shouldn’t even be concerning themselves about it, except the goal of value stream management is to remove non-value-added activities. So as a developer, if there’s a good value stream management implementation, or a value stream management mindset, it should spend most of this time figuring out how to remove non-value-added activities from developers. So it’s really important to them, because it frees them up to do the value-added activity of writing code and delivering value to the customer.”

This view might seem contrarian to an industry that is shifting more responsibilities for testing and security onto developers. Often, though, if the organization has not adopted DevSecOps or infrastructure as code, developers have to place a ticket into IT and wait for a test environment or a staging environment to be brought up. But Knight argues that time spent provisioning and waiting is what value stream management can eliminate.

“I want the developers to be able to do their own testing. Let’s break that down and say, ‘Alright, we want to be able to do test.’, Does that mean we want [developers] to have to log into four systems to do this, do that, click 10 buttons, commit your code back, then go over the system. Let’s automate a lot of those steps. So that we can shift left, and they do get real-time feedback into their code and submit it, removing the non-value-added activity of all of that.” 

Testing, Knight suggests, is certainly necessary, but it doesn’t add value to the customer. As he explained, “If you’re gonna have test developers do more tes