3 ms·
>> for greater responsiveness and a higher benefits realization ratio, “product-mode” is a more effective way of working than projects. > This is a sweeping st
by timv 9y ago
>> for greater responsiveness and a higher benefits realization ratio, “product-mode” is a more effective way of working than projects.
> This is a sweeping statement.
It also can quickly degrade to being horribly untrue. A product team justifies its headcount and activity decisions in a silo.
The product owner justifies a budget that translates roughly into team size and then sets to work on whatever satifies the objectives they've been given.
But a recurring truth of large organisations is that silos evolve to justify their own existence and size. You keep having $N people costing $X working on product $T because the product owner justified it to someone, not because it delivers the high benefits realization across the organisation.
The article's "New Silos" section just sweeps this to the side with "but it's better than the old silos".
And it can be, but isn't definitively so.
Any autonomous unit runs these risks, and unless the unit has its own P&L (with a real source of income, not just money taken from other people) preventing it from becoming bloated and serving its own desires (over the objectives of the organisation) takes hard work and requires proper oversight.
- theptip 9y agoWouldn't it be easier to measure the P&L of a product (i.e. the output of a product-mode team), vs. the contribution of a single project to the company? I agree that the product/project dichotomy doesn't solve the silo problem entirely, but it seems to make it easier to tackle if the organization is inclined to do so. I think you're right that in the case of some organizations, the momentum of a product team could cause it to be harder to scale down than a project team (since it's expected that all project teams will wind down after a fixed time), but I don't think it's a clear win either way.