Name: 5 Reasons Why Your DevOps Value Stream is Broken and How to Fix It | by Søren Pedersen | Apr, 2021 | Medium
Brand: medium.com
SKU: medium-com-191
Availability: OnlineOnly

critic

5 Reasons Why Your DevOps Value Stream is Broken and How to Fix It | by Søren Pedersen | Apr, 2021 | Medium

preview

As organizations continue to build software products, teams are continuously discovering how every layer of the production process affects the outcome, leading to software development model experimentation in order to achieve greater efficiency.Subsequently, methodologies like DevOps have emerged, targeting greater speed of software product improvement by increasing the synergy between development and operations teams. As much as are expected to be using value stream management by 2023.However, with a new sleek appoach comes the need to institute a robust process flow that consists not only of optimized processes but also structures them in the most coherent and effective order. This is where value stream mapping comes in.A software value stream refers to the journey from the point when a software product is in its simplest form up to when it amasses enough value to be on the market. Depending on the amount of value added at any one point, it is possible to view smaller sets of actions within this journey as value streams, which basically encompasses the question of how you get from point A to B in a software’s development journey. To take a deep dive into software value streams and how to determine value, you can read more about them in this .By focusing on value streams, team leaders can gain a better understanding of every process and how it relates to others, the tools and people involved, etc. With value streams, you can easily visualize the way resources flow through different processes.Managers can analyze every process and identify inefficiencies that slow the team down or lower the quality of output. Project heads can also discover procedures that have zero or negligible contribution to the desired outcome.Through value stream mapping, leaders can pinpoint flaws like crowded decision-making where numerous people have to sign off on an idea regardless of how their role feeds into the idea, the level of dependence between various team activities, contention over who calls the shots on a plan, etc.Even when teams adopt DevOps strategies, they often find their value streams falling short of expectations. Here are a few reasons as to why it happens:When development, testing, and operations are combined, it can take a while before everyone becomes fully aware of how other participants can help them achieve better results. So while organizations make efforts like developing and testing concurrently, collaboration doesn’t really take root.It doesn’t make much sense to expedite tasks without properly establishing the necessary assistance required from other teammates to make those tasks run smoother. Without drawing a clear intersection of various members’ roles and creating mutual goals, silos will continue to exist and everyone will contribute in their own way irrespective of whether it’s the most effective way.While value stream mapping can be very helpful in pointing out waste, there tends to be a focus on workflow. This isn’t necessarily a bad thing, but it can be a slippery slope into neglecting human actions and focusing on procedures.Team leaders end up in scenarios where they are eliminating redundant steps and rerouting information without considering human capabilities. Sometimes people fall behind when it comes to tasks like approving requested changes, distributing relevant work materials, etc. Without curbing the waste people create, shaving processes and making them leaner will quickly hit a results ceiling.Some team members also stick to old ways of doing things, failing to embrace newer tools that make work easier and subsequently slow down everyone who has to participate in a process.When managing value streams, it is not uncommon for managers to focus on the efficiency of a process while sidelining effectiveness. Some processes may be set up to run with the least possible resistance, but doing things fast doesn’t always mean they are being done right.Every process evaluation should be partly based on results and any recommendations on how to optimize the process should aim to do away with defects as they can be carried on. Without a strong link between actions like testing per cycle and value stream mapping, malfunctions in software can hurt productivity. Failure to resolve defects promptly can adversely affect.Team members often fixate on making product features run the way they were intended to, gauging their success by how well they solve the problem they were made to answer. In doing so, they forget about security vulnerabilities within the software.The further down the road these vulnerabilities go unnoticed, the more likely they are to cost the organization when they are eventually discovered. If the product is already in the hands of the consumer, its stable performance won’t matter that much if they know that they were exposed to attacks or if a data breach actually happens. Fixing such issues while already under scrutiny can be quite chaotic and expensive.For many team leaders, once there’s a clear picture of the current state of processes in the value stream, they establish how to get to the future state and stop there. When this happens, value stream mapping becomes more of a theoretical portrayal of the development journey rather than a practical exercise on how to improve this journey.A value stream that doesn’t facilitate rapid learning and application of those lessons to improve the way things are being done will likely have stagnant results. Team members will always be operating on obsolete information and this will reflect in a failure to extract higher quality output from any process.Fixing a broken DevOps value stream is paramount to achieving a successful end goal. So let’s take a closer look at the precise steps it will take to do so effectively:With product flow, you need to compare the output with the flow of resources to determine whether the outcome matches the effort. Create meticulous records for each improvement, particularly the amount spent on it. This will help you know where to apply more effort first, which is usually the improvements that come with way more value than the resources spent on them. Once you exhaust these ones, you can then move on to the improvements that add substantial value but require tremendous investment.This comparison enables you to know by how much your processes are lacking, the amount of improvement made with each iteration, and also shows the flaws in your projections.For more information on how to improve your value stream, you can read more on the value stream optimization process in this .Value stream management can’t be a one-time thing, especially for organizations dabbling in Agile project management. It also must be guided by the larger picture of the organization’s goals and managers need to find ways to translate these goals into process-specific results at every stage. They should also be able to come up with actionable tips on how every member can participate in the elimination of inefficiencies along the way.Lastly, regardless of how much a particular effort simplifies the work of development, testing, and operations units, leaders should track the value it eventually adds for the customer. There should be a clear path from action to added value and managers should work to empower teams so they can continuously refine their actions to produce more value at whatever point in the software development cycle.Søren Pedersen is co-founder of BuildingBetterSoftware, international speaker, contributor for The DevOps Institute, and Agile software development expert.Søren Pedersen is co-founder of BuildingBetterSoftware, international speaker, contributor for The DevOps Institute, and Agile software development expert.Get the Medium app

As organizations continue to build software products, teams are continuously discovering how every layer of the production process affects the outcome, leading to software development model experimentation in order to achieve greater efficiency.Subsequently, methodologies like DevOps have emerged, targeting greater speed of software product improvement by increasing the synergy between development and operations teams. As much as are expected to be using value stream management by 2023.However, with a new sleek appoach comes the need to institute a robust process flow that consists not only...

public

Søren Pedersen

Medium is an online publishing platform developed by Evan Williams and launched in August 2012. It is owned by A Medium Corporation. The platform is an example of social journalism, having a hybrid collection of amateur and professional people and publications, or exclusive blogs or publishers on Medium, and is regularly regarded as a blog host.  Williams, previously co-founder of Blogger and Twitter, initially developed Medium as a way to publish writings and documents longer than Twitter's 140-character (now 280-character) maximum.

5 Reasons Why Your DevOps Value Stream is Broken and How to Fix It | by Søren Pedersen | Apr, 2021 | Medium

No article scores yet.

CRITIC REVIEWS

PUBLIC REVIEWS