Post #3528699
2026-06-02 10:38 UTC
Replies (1)
-
@trondhjort@hachyderm.io 2026-06-03 07:12
Organisational Dysfunction of the Day The project in product clothing Context: The organisation has committed to product thinking, where teams own their domains end-to-end, work iteratively, and adapt based on what they learn. Then a new initiative arrives. It has a defined scope, a delivery date, a budget, and even a steering committee. It is a classic project, but it is run inside the product structure. The product team is asked to deliver specific functionality by a fixed date. The iterative process continues in form — sprints, retros, demos — but the scope is locked, and the deadline is real. When the team discovers mid-way that the problem is more complex than the brief suggested, they do not have the option to redefine it. They have a contract to fulfil. The project ends on time, more or less. The product it leaves behind carries the weight of every decision made under deadline pressure. The team that owns it lives with that weight long after the steering committee has moved on. OST explains: Projects and products are not different delivery methods; they are different theories of what a problem is. A project assumes the problem is known, the solution is specifiable, and the work is simply execution. It is a closed system: scope goes in, deliverable comes out. A product assumes the problem is partially known at best, the solution emerges through contact with the environment, and the work is continuous learning. It is an open system, transacting with users, the market, and technology throughout its life. Emery and Trist's causal textures framework explains why mixing them fails. Projects are a Type III response; competitive, industrial, bureaucratic, and designed for predictable environments. Product development in a turbulent Type IV environment cannot be governed by Type III instruments without losing exactly the adaptive capacity that product thinking was meant to create. The steering committee, the fixed scope, and the delivery date are not compatible with an open system. They close it because they have to. The project does not just constrain the product. It temporarily turns it into something else and leaves it changed when it departs. #OpenSystemsTheory #SocioTechnical #OrgDesign #ProductOrientation