rw-book-cover

Metadata

Highlights

In certain companies, mostly those that have an IT heritage (see https://svpg.com/moving-from-it-to-product-organization), there may be an additional role somewhere in the product organization ­ either in product management or in the product development organization ­ that may be called ‘Business Analyst.’ (View Highlight)

From this, I’d say he refers to a Data Analyst really. So, after reading the article, I understand there is a kind of BA that is incredibly close to a PM, so they ARE pms. There is another kind of BA that really is a Data Analyst. Is there another type of BA that makes sense?

not to be confused with the Business Analyst role in product organizations where the person is responsible for analyzing the business metrics and analytics. I¹m referring to a very different role here (View Highlight)

who is it that translates the HR manager’s business needs into something the developers can build? In an IT/custom software organization you almost never have product managers, so there¹s a need for someone to do this requirements capture / requirements definition role. One common term for this role is ‘Business Analyst’ and in fact the term and role has been around for more than 30 years. The problem arises when this IT/custom software model is inserted into a product software organization, which typically has the role of product manager responsible for defining the product. (View Highlight)

The first reaction of most product managers brought into such an organization is to try to understand who are these people and aren’t they doing essentially the same job that I’m supposed to do? (View Highlight)

Unfortunately, this is yet another example of the two-people, one-role problem that I have highlighted (View Highlight)

To be clear, I¹m against this split (View Highlight)

Each product (or product area) needs that clear owner that¹s accountable and responsible for everything from high-level objectives to the details of the user experience. (View Highlight)

The good news is that often these business analysts have the potential to be excellent product managers. (View Highlight)

Occasionally I find the business analysts really playing this internal documentation role. I think there are other issues with that, but in this case it really has to do with how the engineering organization wants to operate, so it¹s outside of the scope of product management (View Highlight)

If you are a product software organization, and if you have business analysts trying to split the responsibility of product definition with the product manager, I’d encourage you to take a hard look at how the roles are defined and staffed in your organization. Identify the true product managers, and empower them to own product definition completely, from the high-level to the details. Clear ownership and clear accountability. (View Highlight)