Over the past few years, there has been a significant shift in the way that technology investment is managed within companies. More specifically, there has been a move away from traditional project management towards “product”-style management. In this blog series, we will explore why companies are making this switch and the benefits that product management can bring to technology investment.
Before we begin, let’s provide some definitions. In speaking with customers attempting to make the projects-to-products transition, I'm often reminded of the early days of the expansion of project and portfolio management (PPM). In those days, we would often run into customers asking the key question: "What IS a project for our organization?" They say history repeats itself and it sure does: Lots of customers are now asking "What is a product for us?"
This question is not always asked for the same reason, either. Some practitioners ask the question out of confusion as they don't see their organizations delivering traditional "products." A senior leader at a major government agency expressed concern that "we don't really have products." We then proceeded to have the following conversation:
- ME: "Well, what do you fund?"
- CUSTOMER: "Oh, we fund capabilities."
- ME: "Do you also have capabilities managers that are responsible for the capability and its budget?"
- CUSTOMER: "Yes, we do."
- ME: "Sounds like that's a good start for the product discussion."
Whether or not you call them products will often be based on a series of factors:
- Internal or external audience
- Your particular industry
- Nature of the value being delivered
As long as whatever it is meets the criteria outlined in my previous post, it could be considered a product for the purposes of making this transition.
Here are just some of the terms that we have heard used in various customer organizations and that align with our definition of products:
- Capabilities
- Platforms
- Systems
- Applications
- Jobs (to be done)
- Experiences
- Value streams
- Work streams
- Business units (in cases in which a business unit focuses on a single product)
A key point is that this nomenclature often reflects the unique culture of your organization. As such, you should try to preserve it as best you can, while still applying the product management techniques we are discussing here. One key feature of Broadcom’s Clarity investment management platform is the ability to call your investments, or products, whatever people in your organization (or even in specific parts of the organization) want to call them. This reduces friction for getting people to adopt the centralized investment solution.
With all that said, it would probably be useful for us to agree on a common set of characteristics for a product. As a reminder, here are the PMBOK standard characteristics for a project:
- Set of related activities
- Definite beginning and end
- Creates a unique product, service, or result
- Receives explicit funding in the form of money and/or people
Based on our research among hundreds of customers, we have found products (or product-like substances) to have these characteristics:
- A sustained asset
- With an indeterminate lifespan, for example, an uncertain end date
- Delivers value that can be articulated in reasonable business terms, like outcomes
- Receives recurring explicit funding in the form of money and/or people
Items that meet these characteristics generally represent a product-type investment and would benefit from "product management" techniques. Our next blog will discuss how these different characteristics affect the way an organization approaches managing these types of investments.

Brian Nathanson
Brian Nathanson is a recovering certified Project Management Professional now serving as the Head of Product Management Clarity at Broadcom. He is the host of several popular Clarity-related customer webcasts (Office Hours, Release Previews, and the End-to-End Modern UX Demos) and has conducted many hours of both...
Other resources you might be interested in
Nobody Cares About Your MTTR
This post outlines why IT metrics like MTTR are irrelevant to business leaders, and it emphasizes that IT teams need network observability to bridge this gap.
Tag(ging)—You’re It: How to Leverage AppNeta Monitoring Data for Maximum Insights
Find out about tagging capabilities in AppNeta. Get strategies for making the most of tagging and see how it can be a game-changer for your operations teams.
Rally Office Hours: October 2, 2025
The Rally Model Context Protocol (MCP) Server acts as a standardized interface for AI models and developer tools. Learn about this exciting new feature then follow the weekly Q&A session with Rally...
Why 1% Packet Loss Is the New 100% Outage
In an era of real-time apps and multiple clouds, the old rules about 'acceptable' network errors no longer apply. See why you need end-to-end observability.
Rally Office Hours: September 25, 2025
Rally Office Hours delivers an essential product tip: Learn to transition from Legacy Custom Pages to powerful Custom Views. Plus, Q&A insights.
Defining the Network Engineer of Tomorrow
Read this post and see why the most important investment isn't in new hardware, but in transforming your team from device managers to service delivery experts.
Harnessing AppNeta’s Browser- and HTTP-based Workflows to Track User Experience
AppNeta’s browser- and HTTP-based workflows let you see what users actually experience. Preempt issues before they become headaches for your end users.
“Rego U” Recap: Why SPM Is Still Hot
Rego Consulting’s Annual Conference underscored why strategic portfolio management (SPM) is still essential. Leverage SPM to bridge strategy and execution.
What's New in AutoSys 24.1: Built for the Modern Automation Landscape
See how AutoSys 24.1 is designed to streamline your daily tasks, accelerate troubleshooting, and simplify how you integrate with the latest technologies.