Hey Reader, Before you fix teams, fix the system they operate in. Most organizations focus their improvement efforts at the team, program, or product level while maintaining the same organizational operating system—how they make decisions, fund work, and measure success. These teams might be using the latest and greatest processes (Agile, Product Model, Lean Startup, take your pick) but they still need to manage countless dependencies. The funding and GTM processes are still following classic phase-gate approaches. The feature factory might be operating more efficiently, but products often fall flat when they finally reach the market. You'll often see Team Leads, Scrum Masters, Agile Coaches working hard at optimizing team or program-level processes, without making a real impact on revenue, growth, or customer satisfaction. The excellent book "Upstream" shares the story of two fishermen who see children floating down the river, and for a while, they rescue them as they float by, until one of the fishermen decides to go up the river to see who's "throwing kids into the stream." These practitioners are like those fishermen. They are often not allowed to go upstream. And in some ways it's comfortable to keep fishing kids out of the water - your work is never done... (Unless someone realizes the effort is futile...) I should know I spent some time fishing kids out of the water early on in my agile journey. But at some point, I got fed up with this reality. This is when I started to leverage techniques such as Kanban to bring flow, agility, and product orientation upstream. Over the years, going upstream has led me towards portfolio-level interventions, refining OKRs, and developing companies as products. The further upstream you go, the more impactful small interventions become. “Give me a place to stand and with a lever I will move the whole world.” ~ Archimedes |
Are You Struggling to Scale Your Organization ? Need agility but dubious of process BS/dogma? I share reflective, pragmatic, principled takes on how to approach scaling your organization leveraging the essence (rather than theater) of product operating models, agile practices and frameworks, and business operating systems such as EOS and OKRs.
When Vered and I got married, my father-in-law gave me a very nice watch as a wedding gift. I didn’t wear a watch that often at the time. I wore the watch, but it didn’t transform me. It provided the service of telling the time, but even back in 2004, we had phones that had clocks. And I was and am pretty punctual so didn’t need that transformation. (And when you’re in Engineering/IT leadership, nobody cares about the watch you wear… at least in Israel… ) Don’t tell Eli, but that watch spent...
“GenAI can enable cheaper, faster experimentation / discovery (it compresses the truth curve by reducing the cost of pretotyping style product experimentation techniques)” (Yours truly, in yesterday’s insight on how AI can really help you build better products) This statement seems to have hit a nerve with reader Elad, who is product leader at a cybersecurity scaleup: “Not everyone can do this… New companies, sure. Larger, established companies are knee-deep in mountains of code,...
While the jury is out on the extent of impact GenAI and vibe coding will have on building mission-critical enterprise products… Here are some thoughts on how AI can help turn the product flywheel: Use GenAI to enable fuller-stack engineers and reduce tech debt This will enable you to organize smaller product/outcome oriented teams These teams can achieve more with fewer dependencies and streamlined processes (even without looking at opportunities to streamline product dev processes themselves...