Multi-Horizon Delivery Framework
If you’ve been in leadership for a while, you know the drill: a line manager reports team progress along with the PM, anyone above reviews it in cadence and sees how things are moving. As business shifts, priorities shift, so you need to adjust without losing continuity or direction, from one cycle to the next.
We all hate meetings, but they happen for a reason. Or at least they should. Otherwise, they add to your cognitive load. And, the work has to be represented at different levels. Execution is about doing, leadership is about seeing, and alignment is about making sure those two don’t drift apart. So, someone has to carry that translation. That generally means the PM and the EM. Because they sit between visibility and reality.
One of the most important things for any meeting or forum is knowing what you’re actually trying to solve. Part of the problem is that people don’t really know that. They just circle around topics and call it alignment. No structure. No target. No shared definition of done.
At any time, you want a few things answered, otherwise execution keeps moving while the story above it drifts.
- Are ongoing projects at risk?
- Did priorities or scope change, or did someone just reframe the narrative?
- What are we actually doing? You want an outcome summary, not performative reporting.
- Where will we be in 3 months, 6 months, and 1–3 years. This has to be based on reality, not aspiration.
Based on these, here are a few things I think work well:
- Weekly project sync among leads, only to surface real risk and unblock execution.
- Monthly product reviews and priority checks, to prevent narrative outrunning delivery.
- Quarterly planning, share-outs, and read-outs, to reset direction based on outcomes.
- And finally, an offsite or workshop twice a year to check the direction of travel.
In this post, I’ll go over a few things I’ve been doing for a while. It’s not earth-shattering, but it does give a real separation between execution, visibility, and long-term intent, instead of pretending they’re the same thing.
Separating Risk, Priorities, and Strategy
Most orgs mix these three and then wonder why everything feels unstable. Risk is operational. It lives close to work. It is about whether we can still deliver what we said we would, given what we now know. That is why it belongs in a weekly forum with leads, using something simple like RYG. Red(High Risk). Yellow(Moderate Risk). Green(No Risk).
Priorities are directional. They answer what we should focus on next month given new information. That means trade-offs. We can’t deliver everything all at once. Things change. We discover unknowns. Someone gets sick. What have you. So, we need to have that honest conversation about what we realistically deliver vs. what we promised earlier, typically at the beginning of the quarter.
Strategy is long-horizon. It answers where we are taking this product and organization over multiple quarters. Strategy does not react weekly. It absorbs patterns over time.
Mixing these up always leads to the same mess:
- Risk turns into personal blame instead of a system signal. Everything is marked ASAP, everything is critical, and nobody can explain the difference.
- Priorities sway to whoever yells the loudest. One person spams requests, another overrides them, a third nukes everything for their urgent idea. Half of it gets forgotten anyway.
- Strategy becomes the same roadmap with new words. Endless high-level meetings, no ownership, nothing moves. It’s just the same top priority resurfacing every month.
Keeping them separate gives you clarity. And clarity matters, because confusion is what costs the most.
Review Cadence and Structure
A proper cadence only works when each layer has a clear job and a hard boundary. Otherwise it all collapses into one big venting session, and the real work gets pushed to whenever someone remembers. So, assuming those boundaries exist, here’s how each layer should actually run.
Weekly Project Execution
This is a risk detection and mitigation forum. Leads review all active initiatives using the Red, Yellow, Green model. This is where the root causes for Yellow and Red are discussed, actions are assigned, owners and timelines are set. Maybe your dependent team didn’t deliver what they were supposed to do. Perhaps, you missed your estimate by a large margin.
Engineering managers are responsible for this forum. They highlight projects using RYG. This is easier if you already employ subteam tenets. Product provides scope and priority context. Staff+ ICs are present to help guide conversation from technical and architectural point of view. The output is an updated RYG tracker and mitigation action list.
Monthly Product Reviews
This is where you change direction. You make decisions based on risk signals, business shifts, and delivery reality coming from the weekly layer. Product managers propose priority changes and sequencing. Engineering validates feasibility and capacity. Fights back for engineering health. Leadership ultimately makes the call.
Output of this forum is an updated prioritized roadmap, confirmed focus for the next month, maybe a short alignment summary for teams.
Quarterly Planning
This is the formal strategic checkpoint. You cover current quarter status, take a look at next 2–3 quarters and align on a multi-quarter roadmap with longer-term direction, implementing the vision. Both engineering and product prepare this jointly. Senior leadership owns the decisions and commitments. Ideally, the output is a single executive-level strategy briefing.
This is also the forum where stakeholders show up and say what they actually want. No backchannel pings, no quick asks, no quiet escalations. If something is important, this is where they surface it clearly, with context, not as a drive-by request later. You want all competing demands in the open so leadership can make the trade-offs in front of everyone, not after the fact in some side conversation. If a stakeholder can’t articulate what they want and why they want, it doesn’t get prioritized.
Biannual Vision and Strategy Reframing
This exists to challenge your current assumptions before reality does it for you. This is more like a workshop and offsite. It’s better if it’s done in person. This is where you step out of delivery mode entirely and examine:
- Whether the current strategy still makes sense
- Whether the product direction has silently drifted
- Whether priorities are still serving the long-term intent
Unlike the quarterly review, this is not about reporting. It is about stress-testing the mental models of the people shaping direction including your manager.
Your inputs are patterns from the last two quarterly reviews, systemic risks and bottlenecks from weekly/monthly data and finally external changes such as market, tech, org constraints. Your outputs are confirmed or adjusted strategic direction, clear strategic constraints for the next two cycles, explicit trade-offs that leadership commits to live with.
Information Flow
Information flow breaks when execution and visibility drift apart. Most teams either overshare raw delivery noise or oversanitise it into a story that feels good but means nothing. Both are useless. Real flow is translation. Taking what happened on the ground and reshaping it into outcomes and impact without removing the friction and constraints that made it hard. This only works if ownership for translation is explicit. Teams manage execution. Leaders manage meaning. If you do not do that deliberately, the work either becomes invisible or gets rewritten by whoever speaks last.
When that translation fails, product and engineering start living in different realities. One side operates on ambition and narrative, the other on constraints and consequences. That gap creates frustration, misalignment, and eventually burnout. Good information flow does not mean more reporting. It means clearly separating what was asked, what was possible, and what actually happened. Get to know what’s everyone’s perspective, and then carry that upward before it turns into distortion. This builds trust.
Wrapping Up
Alignment is not about more meetings, better slides, or more process. It is about separating concerns, holding those boundaries, and being disciplined enough to not collapse them when things get uncomfortable. Risk, priorities, and strategy serve different functions. When they blur, everything slows down. When they stay clean, execution speeds up without becoming chaotic.
What I described here is not fancy. It is mostly boring. That is the point. Good delivery alignment should feel almost invisible once it works. Fewer surprises. Fewer emotional escalations. Fewer last-minute “realignments”. Just a system where reality moves up clearly, decisions move down cleanly, and teams are not constantly buffering between the two. If you get that right, most other problems start getting smaller on their own.