The CEDAF framework: Delegating gets easier when you get better at explaining your ideas
Many managers suck at explaining things, then complain that other people don’t understand. Here’s a framework for giving context when you delegate.
👋 Hey, it’s Wes. Welcome to my weekly newsletter on managing up, contributing more value, and standing out as a high performer. If you find this valuable and would like to work with me 1:1, get in touch. I would love to meet you and see if we’re a fit.
Read time: 10 minutes
As a manager, your role likely involves assigning projects, tasks, initiatives, areas of responsibility—and, here’s the most important part: setting folks up for success.
This is where the disconnect happens:
Team members complain that their managers don’t set expectations, share context, or describe what great looks like.
Managers think they’re explaining an idea well (this is TBD), and get frustrated that their team members need too much hand-holding and produce low quality work.
There are many aspects to delegating well, but one that I think is underrated is this: Taking the time upfront to explain a project thoughtfully.
Instead, many managers toss a request over the wall with zero context and say “do this.”
Now, the latter might work if your direct reports are more senior. But many managers have teams with junior and mid-level operators who greatly benefit from a bit of context. We’re talking 5-10 minutes here—I’d say that’s time well spent.
Doing this will help your team save time, minimize miscommunication, execute with confidence, and ship faster.
Over the years, I developed the framework below when explaining projects to direct reports, dotted-line reports, vendors, agencies, contractors, recruiters, and anyone I’m managing formally or informally.
Here are five areas to cover:
Increase comprehension: Am I explaining in a way that’s easy to understand?
Increase excitement/buy-in: Am I getting the person excited?
Derisk: Am I addressing obvious risks?
Confirm alignment: Am I giving them a chance to speak up?
Feedback loop: Am I creating the shortest feedback loop possible?
These apply to folks at all levels. The more senior the person, the less you’ll need to explain. The more junior, the more you should spell things out.
Use this as a checklist and starting point. If you read nothing else, the questions above should already help you.
To expand on each item, I’ve included sub-points/sub-questions to give you ideas of what to consider. Don’t be intimidated because not every item will be applicable to you.
The acronym is CEDAF: comprehension, excitement/buy-in, derisk, align, and feedback loop.
Let’s dive into each one.
Comprehension: Am I explaining in a way that’s easy to understand?
You need to give your direct report enough context for them to do a good job. When in doubt, come back to this as your North Star.
For example, ask yourself:
Who is this person and how much do they already know? Put yourself in their shoes. Every situation, project, etc will be different, so use your judgment. Am I setting this person up for success? What’s the next obvious question they might have? Considering their POV should bring to mind a bunch of things you should probably tell them. For example, you’d share different context with a new external contractor vs a direct report you’ve worked with for years on similar initiatives.
Why are we doing this and how does it fit into the bigger picture? It’s grounding to know how a project fits into broader team goals. Your direct reports will be able to make better decisions because they’ll know the underlying principles of why they’re doing this, not only zoomed-in tactics or mechanical directions.
What do they need in order to do this? This includes access to tools, platforms, spreadsheets, docs, assets, budget, people, etc. Have this ready beforehand, or be ready to list this out verbally so the person can get these assets on their own. This is like mise en place in cooking—you want to gather everything the person might need, or tell them what to gather.
How can I make this more instantly obvious? This is where showing is helpful. This includes examples, models, competitive samples, designs, screenshots, screenshare, analogies, etc. You want to help them pattern match and viscerally understand what you’re saying. Words are somewhat inadequate, but the best we’ve got in most cases. If you can, combine words with images and visuals.
What’s the timeline and general level of importance? There are many things where I don’t want my team using precious brainpower because it’s a “good enough” situation. It’s not always obvious, so be explicit if you can.
How can I make this simpler? Am I sharing the right details in the right areas? The more details you share, the more your recipient has to wade through information to discern what’s important. When you start going on a tangent, make sure those details are worth sharing.
Excitement/Buy-in: Am I getting the person excited?
You have the ability, using your words, to make anything sound more exciting, interesting, rewarding, relevant, or intellectually stimulating.
Explain how this contributes to the business. The difference between meaningless busywork vs one fueled by purpose can simply be: Do I feel like this is contributing to the business and/or my learning? People want to feel like their work matters. This is free, but many managers don’t use this lever. Never toss a task over a wall and just expect people to do it. Take 30 seconds to explain why it matters. (I mentioned this in the section above too, so think of it as a two-for-one that increases both comprehension and buy-in.)
Share how this relates to building skills they want to learn. For example, I needed a direct report to clean data across multiple platforms and sources, which was kind of a slog. In a previous 1:1, he mentioned wanting to work more with data as a career growth goal. So I framed the project like this:
“You mentioned wanting to work more with data. Having clean data is important because none of our insights matter if the raw inputs are unreliable. We currently have 3-4 platforms collecting data and we can’t do anything with it because there are dupes, fields being captured for some but not others, numbers aren’t rolling up, etc. I’d love for you to clean this data.”
Align the task with what this person cares about and already believes is a priority. This actually works for all directions, not just managing down. This works equally well when pitching your ideas to your manager or cross-functional peers. Fit your project into their world, not the other way around.
Make it sound as fun as it can sound. If the baseline “fun level” is a 4/10, you can make it a 1/10 by explaining it poorly. And you can make it a 6-7 if you tried to make it sound exciting. Find the excitement in a project, so you can transfer that energy to your team.
Derisk: Am I addressing obvious risks?
Don’t burn your energy on lame, avoidable missteps. Here’s where derisking comes in.
What’s most likely to go wrong? What can I do to prevent that from happening? These two questions pretty much cover 99% of derisking. If the stakes are low, spend less time on this. If the stakes are high, come up with a more comprehensive set of risks so you can assess the likelihood and impact of each issue.
Embrace a healthy sense of paranoia. Personally, I ask myself the two questions above all day, every day—I have a constant filter humming in my mind of what could potentially go wrong and how to shift the odds to a more favorable outcome. I’m hyper-vigilant, which has pros and cons like all strengths do, but overall I consider it quite valuable. If this isn’t your natural way of thinking, it’s a good skill to learn. Over time, it doesn’t take much conscious effort because you build up muscle memory. As Andy Grove, CEO of Intel, says, “Only the paranoid survive.”
Pattern match. Thinking of a previous situation will bring up tacit knowledge and reminders for yourself. For example, the last time I worked with an Upwork freelancer, I wished I had been clearer about the end result I wanted. Eventually I said, “I want to be able to say ‘Each of these three pages converted at these rates.’ This allowed the freelancer to separate the background “how I pulled the data” vs the direct one-sentence final answer I was looking for. I only wish I did this sooner. Ask yourself:
Based on the last time I did this or interacted with someone like this, what came up? What should I remember to do now?
Share what not to do. Sometimes you can already tell what the most obvious interpretation is, and that’s not what you mean. If you can think of what not to do, share that upfront proactively.
Alignment: Am I giving them a chance to speak up?
Tell me if you’ve heard this before, or said this yourself:
CEO: “I’ve said this 20 times. How do folks not get it?”
Leadership team: “You mentioned this once, maybe twice maximum in passing.”
Broader team: “Wait, when did you say this at all?”
Which is true? All of them. Language is kind of inadequate, but it’s the best lever we have. Which is why you need to…
Be more explicit than you think you need to be. You are always clearer in your own mind vs others’ experience of listening to you. This is why every leader feels like they have to repeat themselves, and I’ve come to believe there’s no way around this. You should treat it as a constraint so you won’t be as frustrated when it happens. And you should be prepared to be more explicit than you think you need to be.
Stop talking sooner. After I’m on a roll giving a monologue, at some point I’ll stop to ask what resonated and what my direct report heard. At that point, I usually realize they got 20% of what I said. “But my brilliant point about x! What about the thing I said about Y? They didn’t even mention my insight around Z??” Let the other person share what they’re hearing.
Ask what parts were confusing. Encourage them to ask questions. Your team doesn’t want to feel dumb or admit they missed something. So you have to make it a positive experience to ask clarifying questions. Ideally, they ask in the moment but if they think of questions later, they should still speak up. The worst: They say they get it, but spin their wheels guessing what to do because they want to seem independent. Say this:
“Btw I might not have explained well, so you should ask anything and everything that’s coming to mind for you. Both now, and once you get started.”
Get their initial reaction in the moment. It can seem patronizing to ask folks to repeat back what they heard, so my goal is simply to get them to share what’s coming to mind. If there are holes in their recap, I can fill in the blanks. And I get valuable information on what stuck out in their mind. Say this:
“Okay, I shared a lot. I’d love to make sure we’re on the same page. What are your reactions? Thoughts on anything I missed, any risks you see, etc?”
Feedback loops: Am I creating the shortest feedback loop possible?
In general, it’s better to find out if you’re aligned sooner rather than later. Even the best explanations leave room for misinterpretation, so in my experience, the best way to address is to have a shorter feedback loop.
Keep them on the hook in the moment. Go a few steps further than you think you need to while you’re together. Not later—now. This brings issues upstream and saves one round of future alignment. This is incredibly useful and an underused lever. It will give them a head start when they go off on their own. Say this:
“So what are your initial thoughts on what we should do?”
Shorten the feedback loops until it’s uncomfortable. Shorten the feedback loop, then shorten again. If you’re thinking 2 weeks, can you do it in 2 days? Your direct reports will appreciate this because (a) it’s demoralizing to work on something your manager won’t find valuable and (b) it relieves the pressure to share work that’s perfect. To be clear, you’re not saying the project needs to be complete—you’re simply setting a time to check in. Say this:
“Take a stab for 2 hours and let’s check in. You can show me what you have and what you learned so far. This will help us surface any unknown unknowns that might pop up that we can’t foresee at the moment too.”
Set a timeline on when to follow up. Many leaders don’t do this, then get annoyed when they haven’t heard about the project in 3 weeks. Never leave a conversation without agreeing on when you’re going to check in next. It keeps the person on the hook and puts the ball in their court.
“Let’s review a shitty first draft to align on the general direction. When do you want to meet?”
“But shouldn’t they just ask me questions?”
There is some information you should volunteer without being asked. That’s how using your brain and communicating with other people works.
Do not force other people to do the heavy lifting to draw basic information out of you piece by piece. This is lazy and irresponsible. Especially because the alternative is doable, simple, and relatively fast.
Even if you explain well, folks will still have questions because (a) you didn’t explain as well as you think and (b) they’ll bring up aspects you didn’t cover. When you cover the basics, you’re setting them up to ask better, more advanced questions.
In terms of measuring results, you’ll know you’re setting expectations poorly if you aren’t seeing the results you want to see. It’s possible your team members simply aren’t very good, in which case, you may want to part ways. Before you jump to that conclusion, be intellectually honest about whether you have room to improve as a manager/leader.
There will always be issues to clarify because you’re not copying-pasting your full knowledge and consciousness into the other person. But if you give context, you’ll get to spend time on more strategic discussions.
Here’s what reader Emily Rand, a senior communications staff member at Lockheed Martin, says:
The first time a manager did this for me, my ability to think strategically and creatively expanded, because I wasn't wasting time figuring out next steps or who to work with. And once you know those things, you file them for the next project.
Sharing business context adds up. It compounds. It pays dividends. Start doing it.
Your senior employees need context too
Senior folks are better at getting what they need. But this doesn’t mean you should skip getting aligned.
At the start of the post, I mentioned that junior and mid-level employees need more context. I didn’t want to scare you away if you think it’s too much work to do this with everyone.
Like, “Wait, Wes, you’re saying I have to do this with execs too? Aren’t you just hiring low-performing wahoo leaders if you need to do this much explaining?”
But actually, senior folks crave context, they see it as thought partnership, and it will enable them to be bolder and more creative. But they feel like they can’t ask for it because they should “already know” or “already be aligned” or should be completely independent.
A few last thoughts:
The five steps aren’t necessarily linear or mutually exclusive. I roughly start with the buckets in order, then quickly start jumping between them.
Consider doing an async overview. This will make your meeting more efficient. For example, do a Loom walkthrough where your direct reports can pause the recording, watch on 2x speed, refer back to it. I’ve gotten great feedback doing this. When you meet live, you can jump in deeper, faster.
If you’re wondering if you have (or should make) time to do this, the answer is yes. You can run through this checklist in 5 minutes.
Context-sharing should be an ongoing activity—it might be more heightened when there are new projects, but shouldn’t be limited to those moments. Make it a regular part of the conversations you have with your team.
Thanks for being here, and I’ll see you next Wednesday at 8am ET.
Wes
PS If you found this valuable, here are other ways I can help:
Follow me on Twitter or LinkedIn for bite-sized tips throughout the week (free).
Learn more about having me do a keynote talk to level up your team.
Promote your brand to 40,000 thoughtful operators by sponsoring this newsletter.
Work with me for 1:1 executive coaching. I help hands-on founders and executives improve their ability and confidence with delegating, among other areas. Hit reply and I’m happy to share more.
All of this is so helpful. Thank you for sharing your insights - I’ve been thrown into a management / people leader role and it takes additional skills that I am trying to develop. Thanks again!
Love thinking about this framework in relation to briefing teams as well. If you’re overseeing a project, making sure everyone has the right inputs and is aligned on the objective at the start is key. (And realigning as necessary through the process.)
The times I do “throw it over the wall” come with, “you’ve done something similar before, why don’t you take a crack at this and we’ll review your first draft.” This is only after I’ve worked with someone for a while and have a good sense of their capabilities and is intended to help me understand where there may still be gaps in their knowledge or confidence. When we review their draft, I zero in on the specific areas for improvement.