What Evolutionary Biology Can Teach Us About Moving From Project to Product
Humans are biologically programmed to mistrust anything that deviates from the status quo. This trait has protected and propagated our existence for centuries. It’s why change is hard, even when backed up by solid reasoning and research because it challenges norms that have been in place for decades.
Take the COVID-19 crisis, for example. There is a lot of research to suggest washing hands is effective in preventing the spreading of the virus. Yet adding a more thorough and frequent two-minute hand cleaning routine to our daily routine hasn’t been as easy as it sounds. My own behavior changed after watching a compelling video that used a UV light to visually simulate the impact and length that washing hands had on parasites. That visual cue registered more quickly in my brain than other forms of communication. This response stems from evolutionary biology where visual cues are trusted more because they have saved us from predators for centuries.
This behavior can teach us a lot about how we change our habits and culture, including how we transition from a project to a product-oriented mode for IT.
Transitioning from a Project Model
Many enterprises in non-technological sectors, like manufacturing, logistics and banking, have worked in a project-oriented model for decades. Resistance to change is understandable as pivoting to a product model challenges long-held norms that have worked just fine. There is also understandable skepticism towards yet “transformation.”
Yet as evolutionary biology teaches us, just because something has functioned for decades doesn’t mean it will continue to do so. As digital disruption intensifies, IT’s focus on tracking activities, budgets and timeframes instead of supporting long-life product teams who focus on business outcomes will lead to extinction.
Shine a Light on Your Digital Journey
Like the UV light video, we need a catalyst for change: a compelling and easy way to demonstrate the benefits of a product approach quickly to both teams and leadership in a way that doesn’t disrupt their daily lives.
In my experience, quick adoption and a smooth transition to product hinges on three things:
- Modeling your products
- Measuring flow
- Visually representing the impacts of improvements
1. Modeling Your Products
It is vital that you start with a group of willing stakeholders along a specific product value stream (PVS) who acknowledge the need for a change. Then start small and do something impactful so the business will take notice. Once you have identified a value stream, the next is the most complex step of all: modeling the product.
The goal of modeling is to capture the end-to-end flow of value-creating and protecting work from ideation to operation. In a project organization, this flow is spread across teams, functions, tools, processes and even external parties like vendors. This complexity makes it hard to see the internal dependencies between teams and business units undermining flow.
The aim is not to get this right the first time, rather to start where you can and chart out what you know to iteratively expand and update. Carving out the relevant pieces for each product is an iterative process. It is critical that while modeling the products you do not make any changes to the way the teams work and keep disruption to a minimum. The more this process encroaches on the status quo, the more resistance you will encounter.
Aim to get to a point where you know where the work intake happens and how it flows through the various teams until value is delivered to the customer. A Value Stream Architecture (VSA) diagram can provide that visual cue:
Speak to us about a Value Stream Architecture exercise and begin visualizing the flow of value today.
2. Measuring the Flow
Once you have the product modeled, visualize the flow in relation to business outcomes. You want to measure flow in the current state against these outcomes to build a trend over time to reflect improvement. The simpler and more repeatable the visualizations, the better the adoption. So abstract the complexity to a meaningful level. Rather than a plane’s cockpit controls, aim for an iPhone-like minimalist approach.
Value stream management (VSM) frameworks help provide this simple view. Using a set of value stream metrics, called Flow Metrics, you can measure the rate of delivery across your PVS against desired business results such as revenue, cost, quality and employee job happiness.
Metrics without this business context often do not provide the insights needed to help leadership make the right decisions to accelerate flow. If you don’t know why you’re doing the work and where you are, how do you know what to do and where to go? These metrics provide a common language that both technologists and their business counterparts need to understand about their current state to make more impactful decisions to progress.
3. Visualizing the Impact of Improvements
The dividing line between the tech oligopoly and everyone else is a rapid feedback loop from the market and end users for continuous improvement of products and services.
Whether it’s the software delivery teams doing the work, or the leadership funding and relying on results, we need to clearly demonstrate how small changes improve flow and validate its impact. For software delivery teams, faster flow empowers them and makes them more productive and happier. For leadership, they can gain confidence in the investments being made and quickly pivot funding to those that maximize business value; be it revenue, brand recognition or an active user base.
Some early findings from companies I’ve observed have included the following:
- Excessive work in progress (WIP) in the value stream reduced the ability to deliver more value-adding features to end users fast enough, impacting renewals.
- Demand on the team was so high that there was neglected work on the backlog impacting their productivity and happiness.
- Oversight of an operations team crucial to delivering value for a product wasn’t even considered until the team modeled the value stream.
Moving from Project to Product with Flow Metrics — What Are They and Why Should You Care?
Seeing is Believing
Seeing these opportunities for improvement enables you to identify where improvement efforts are necessary. That could be improving headcount, removing aged work from the backlog, investing in a new tool, implementing automation to reduce wait times or reducing batch size for faster feature delivery to customers in a phased approach to increase customer and team job satisfaction.
The right metrics can shine a UV light on the impact of your improvement initiatives and determine when you should continue the course or pivot. By visualizing the impact of changes, more organizational groups will align around the data-driven VSM journey. This unity helps drive the cultural and structural shift necessary to adopt a product approach that enables you to evolve in the new digital-first environment.
Tasktop Viz™ is the only purpose-built Flow Metrics tool that shows the performance of your product value streams against business results in real-time. Below is a Viz dashboard of an online investment giant benefitting from the insights of measuring the flow of business value of their software delivery:
Project Journey Guidance with the Flow Institute
If you need support moving from project to product, the Flow Institute—the first online community for implementing value stream management (VSM) with the Flow Framework® —offers a steady guiding hand, helping you to harness the rapid feedback loops for continuous improvement that serve the tech oligopoly so well.
Members gain access to custom courses, tailored VSM workshops, c-level roundtables and exclusive content that harvests Tasktop’s deep and profound market-leading knowledge that will enable you to baseline your IT portfolios and rebalance them to adapt quickly to the increasing pace of economic and market change.
Learn more about how the Flow Institute can help you on your VSM journey to become a high-performing tech company sooner.