enterprise data management

When product managers ship code, the org chart becomes a suggestion.

Last week marked a pivotal shift in our software development approach when a product manager built and shipped a feature in just one day, bypassing traditional processes.

3 min readVentureBeat
When product managers ship code, the org chart becomes a suggestion.

The org chart has become a suggestion at Zencoder, and that is exactly how it should work. When a product manager can build and ship a feature in a day, and a designer can fix a UI drift by opening an agent instead of a JIRA ticket, the old rules of software organization stop applying. What Andrew Filev describes is not a futuristic vision; it is a practical response to a changed economic reality. Implementation cost collapsed, and the coordination mechanisms built to protect expensive engineering time, specs, tickets, handoffs, backlog grooming, became the bottleneck instead of the solution.

For most readers running product teams, this should prompt a direct question: What are you still optimizing for? If your organization spends more energy describing work than doing it, you are living under an assumption that no longer holds. Zencoder's experience shows that when the cost of building drops far enough, shipping becomes cheaper than explaining. The designer did not need to learn to code. He needed to act on his design intuition directly. The PM did not need a sprint slot. He needed a few minutes of idle time and the ability to turn intent into working software. The process that protected engineering bandwidth now protects nothing except delay.

The compounding effect is what makes this more than a novelty. As PMs and designers build directly, their specifications get sharper because they see the results of their instructions immediately. The feedback loop collapses from weeks to minutes. That is not a theory; it is what Dmitry described when he said he learned what precision the system needs by watching it execute. Ownership also shifts. People stop filing tickets for things they could just fix. Builder stops being a job title and becomes default behavior. These are not abstract cultural wins. They are measurable improvements in how fast intent becomes outcome.

What this means for the industry is straightforward: Every software company has unrealized building capacity sitting in its product and design teams. That capacity is blocked not by skill but by the cost of implementation. As that cost continues to fall, the organizations that adapt will find their org charts becoming suggestions too. The ones that do not will keep optimizing for a constraint that no longer exists.

From VentureBeat

Last week, one of our product managers (PMs) built and shipped a feature. Not spec'd it. Not filed a ticket for it. Built it, tested it, and shipped it to production. In a day.

Read the original at VentureBeat