The Talent Forge: Shaping Workforce Behaviors with Jay Johnson
Welcome to The Talent Forge: Shaping Workforce Behavior with Jay Johnson — the podcast where behavioral science meets the day-to-day challenges of leadership and talent development.
Each week, Jay Johnson, behavioral architect, two-time TEDx speaker, and corporate trainer, brings you bold conversations and tactical insights to help organizations develop better managers, improve communication, and shape workplace behavior that drives results.
Whether you're an emerging leader, a C-suite executive, an operations manager, or an individual seeking growth, this show delivers behavior-based strategies that stick. Jay and experts in the field come together to share a behind-the-scenes look at the tools that build high-performing teams, reduce burnout, and foster cultures of accountability and trust.
From leadership development and management coaching to behavioral intelligence and culture transformation, you'll walk away with actionable tools to improve your people, processes, and performance.
This isn’t theory. This is real-world behavior, transformed. Welcome to the Forge.
The Talent Forge: Shaping Workforce Behaviors with Jay Johnson
Solo Mission Series: Why Quick Asks Create Chaos and How to Fix Them
Use Left/Right to seek, Home/End to jump to start or end. Hold shift to jump forward or backward.
Ever felt your focus hijacked by a “quick question” that turned into a day of rework? We go straight at drive-by delegation—the vague asks, Slack grenades, and meeting ambushes that pass uncertainty around like a hot potato—and replace them with clear, repeatable systems that protect time and build trust. No fluff, just tools you can use today.
We start by naming the pattern and unpacking the psychology that fuels it: cognitive offloading, the illusion of transparency, urgency bias, role confusion, and speed culture that confuses motion with progress. From there, we walk through the delegation receipt—five essentials that turn fog into definition: outcome, why, deadline, constraints, and ownership. You’ll hear crisp examples, like the infamous “whiteboard-in-a-box,” that show how painting done prevents expensive surprises.
Then we arm both sides of the handoff. For requesters, you’ll get upgraded language that bans vague “ASAPs” and sets real priorities. For receivers, you’ll get plug-and-play scripts to ask for clarity without friction. We add a 60-second scope check to align fast, a Version One Agreement to trade perfection theater for real progress, and a simple checkpoint system to catch wrong turns before they become rework. Finally, we close with a lightweight Delegation Scorecard that turns projects into learning loops instead of blame sessions.
Ready to change behavior, not just awareness? Take the seven-day clarity challenge inside: use the receiver script twice, always ask what done looks like, set version-one timelines, add one checkpoint, and track preventable rework. If this helped you cut noise and ship better work, follow the show, share with a teammate who needs it, and leave a quick review so others can find us.
Meet the Host
Jay Johnson works with people and organizations to empower teams, grow profits, and elevate leadership. He is a Co-Founder of Behavioral Elements®, a two-time TEDx speaker, and a designated Master Trainer by the Association for Talent Development. With a focus on behavioral intelligence, Jay has delivered transformational workshops to accelerate high-performance teams and cultures in more than 30 countries across four continents. For inquiries, contact jay@behavioralelements.com or connect below!
LinkedIn - https://www.linkedin.com/in/jayjohnsonccg/
Instagram - https://www.instagram.com/jayjohnsonccg/
Speaker Website - https://jayjohnsonspeaks.com
Defining Drive-By Delegation
Jay JohnsonWelcome to this episode of the Talent Forge with Jay Johnson, your host. Today is another solo mission, and we're going to dig into something really important here. We're calling it drive by delegation. See, let's call this what it is. Most teams aren't actually delegating. They're dumping. They fire off a Slack message, an email, or a hallway request like they're tossing a grenade. Hey, can you handle this? Quick question for you. Can you jump on this real fast? I need this today. Just take a pass at it. The person receiving it does what good people do. They generally say yes, they try, or they fill in the blanks. And then the cycle starts. Unclear tasks, wrong deliverables, rework, frustration, and eventually some form of resentment that can lead to burnout. Today's mission is to kill drive-by delegation without killing the relationships, because the real issue isn't effort. It's really about clarity. So welcome to this solo mission. And here's what we're going to do we're going to define drive-by delegation so you can spot it instantly. We're going to walk through some different examples that feel painfully familiar. Explain why this happens, the science behind the why of quick asks creating chaos. And we're going to give you a complete toolkit: language, templates, meeting norms, and follow-up systems. We'll end today's session with a seven-day challenge that's going to change your behavior, not just your awareness of drive-by-delegation. So if you've ever heard this should only take 10 minutes and felt your soul leave your body, you're in the right place today. So let's look at what drive-by delegation is. Drive-by-delegation is when someone assigns work without doing the work of actually delegating. It's a request without any of these things: context, outcome, scope, timeline, constraints, ownership clarity, or even success criteria. It sounds like delegation, but what it's actually doing is just offloading uncertainty. And the receiver is the one who ends up paying this tax. They pay it with time, guessing, unnecessary back and forth, rework, and a growing sense that their job is just to clean up everyone else's thinking. Drive by delegation isn't just inefficient, it's disrespectful to capacity. Sometimes accidentally, sometimes habitually, but either way, it's something that kills trust. So let's take a look at a couple of uh examples. So when you hear someone, can you just draft something for me? Well, draft what? For who? In what tone? How long? What's the purpose? What does success look like? So you don't have any of those answers, and you just draft something. And then you get this reply, well, that's not exactly what I was looking for. Well, the translation here is that they delegated the writing, but they didn't delegate the thinking. They handed you fog and asked you to produce some level of clarity. Let's think about something like what we like to call the slack grenade. You're working, focused, and then all of a sudden you get, hey, need your help. ASAP. No subject, no details, no deadline, just urgency. This message and kind of message hijacks your attention because the brain treats urgency like danger. So you respond quickly. And all of a sudden you find yourself pulled into a thread chasing details, and somehow you're the project manager for someone else's problem. I want you to think about this. If you've ever gotten a phone call while you are in the middle of doing something and you miss the call, you call back 10 minutes later and you're like, hey, uh, saw you called. What's going on? And they respond with something along the lines of, oh, don't worry about it. I figured it out. Yeah, we've all been there. And this is pretty common. People will solve their own problems if we give them the space and time to, but when we react to it urgency, we become somebody else's Google or their AI bot. Probably not a place you want to be, especially if you have your own priorities, and especially if you want to be able to get your own work done. So the third example here is called the meeting ambush. You walk into a meeting thinking you're there to contribute or listen in. And at the 42-minute mark, somebody says, Hey, can you own this? And everyone turns and looks at you. This is delegation by social pressure. It creates a yes moment, not necessarily a clear commitment. Later, people wonder why it didn't get done or why it wasn't done well. Well, it's because it was never actually defined. So this happens, and we're going to talk a little bit about why these drive-by delegation scenarios occur. The first is cognitive offloading. See, people naturally try to reduce their own personal mental load. And when somebody's feeling uncertain, overwhelmed, or unclear, they're going to offload it. They transfer the burden of figuring it out to somebody else. This is where you become the Google or AI for somebody else's problems. And drive-by delegation is often a stress response. The second reason this occurs is often what we call the illusion of transparency. See, people think what's in their head is obvious. They assume you just understand and know what they mean. I mean, we've all done this. We've been in a situation where we give somebody what we think are perfectly clear directions. And maybe we even think that we've spelled it out far beyond. But the reality is that how somebody sends a message and how somebody receives a message can be very, very different. Now, when we make assumption that we know what somebody is thinking or how they're receiving a message, or even when somebody makes an assumption that we know what they mean, it's pretty clear that we don't. We're not inside the other person's brain. So these vague requests end up feeling surprising when we deliver something different than what was expected. And that's the illusion of transparency. Third is going to be the urgency bias. See, urgency is really contagious. When somebody's feeling pressure, they transmit that pressure to virtually everybody around them. This could be a project team, this could be your department or anything else. I mean, think about it. We've all been in a situation where an organizational manager or project manager has some sense of urgency and they transmit that urgency to everybody else around them, even on things that maybe shouldn't be particularly urgent, or somebody else's urgency may not necessarily be your problem. But the problem is urgency is not the same as priority. And when everything is framed as urgent, teams start operating in reaction mode and start being firefighters. Fourth is the role confusion. See, in fast-moving workplaces, roles tend to get blurred. People aren't sure who owns what, they delegate sideways, upwards, randomly, or even think that they're delegating, but not necessarily giving context or details that are going to create the conditions for that delegation to be successful. Drive-by delegation becomes a default mode because there's no real system or clear system of ownership. Last but not least is the speed culture. Some workplaces value speed over precision. Move fast becomes an excuse for get sloppy. And what looks like speed is often just borrowing time from later. You're basically executing something pretty quickly now, but we know that there's going to be rework, or there's no, you know, there's going to be some time that we're going to have to go back to and fix whatever we did in haste and urgency. So moving fast is not always moving smart. But the speed culture, it doesn't really save time. It just postpones clarity. And postponed clarity ends up becoming more work later. So the core problem here is that drive-by delegation is not a communication problem. It's actually a definition problem. If the requester cannot clearly define what they want, why it matters, and this is really important, the why here, and what success looks like, they're not necessarily delegating effectively. They're just outsourcing the confusion. So the fix is not being nicer or not delegating at all, which is something I see way too many managers and leaders do. The fix is going to be installing some standards. So let's look at some solutions and tools. We're going to solve this from both sides, whether you're the person delegating or if they're you if you're the person receiving a delegation, because both roles really matter. So tool number one, the delegation receipt. Okay, this is really important. And it's the simplest behavior change that creates a huge shift in the delegation cycle. When someone delegates, they need to provide a receipt. And this receipt is going to include these five following things. First, the outcome. This is where I like to use the language. What does done look like? And let me give you a quick example of this. If I ask my teammate, I say, hey, I've got a training coming up this Friday. Training starts at two. Can you get me a whiteboard for this training? My teammate says, Yeah, sure, I've got you. So they go to Amazon, they order the whiteboard. I roll in at 1:30, getting ready to go and do my training, expecting to be able to draw on this whiteboard, and there it is. It's a giant Amazon box sitting in the office, unopened, with a whiteboard inside. Now I've got 30 minutes. There's no way that whiteboard's making it to the wall. That's on me. I didn't paint what done looks like. If I would have had a conversation of, hey, the outcome here needs to be that this whiteboard's installed, it's on the wall. When I walk in at 1:30 for my two o'clock training, I'm going to be able to dig right in and be able to use this whiteboard. But I didn't paint what done looks like. This is why outcome is the first aspect of the receipt. Second, the why. And this is so important. This is one of the major, whenever we delegate, we we do the what and the how. Here's what I want. This is how you get it done, or this is how you can go about it. But we generally fail to produce the why. Now let's think about this. If I were to say, hey, I need you to get this report done. This is what it should look like. And can you get that to me by Friday? That all sounds great. But what if I were to reframe that with a why? Hey, I need you to get this report done. And one of the cool things is this is going to help senior leadership make these key decisions for our department. And one of the things that it's going to do for you is going to get you visibility for your work and energy in front of that senior leadership. Here's what that would look like. Adding in that simple why component is so powerful because now it gives purpose and meaning to the work. So a delegation receipt should include the why. Obviously, the third one here is the deadline. When is it due and what's driving that date? This is important to think about what's driving that date because whenever we get a deadline or a priority or anything else, because I said so really only works and doesn't really work if you're a parent. Okay, so giving a deadline of, hey, when is this due and why is it due by that date can be such a powerful way to make sure that things come in on time or that we're not stressing out and saying, why haven't they done this? I see so many leaders and managers end up delegating. Can you get to this when you have a second? Let me tell you, if you delegate something to me without that deadline, odds are you're not going to get it. Because generally human beings work by deadlines, and we've got plenty of things to fill our priorities. The fourth aspect of the receipt is constraints. So this is where any rules, tone, format, budget, approvals, what are the barriers or constraints that are going to stop somebody from completing the job or that they need to stay within the context of to complete the task or the delegated, uh, the delegated aspect effectively. Last but not least, and this is really important, this is the ownership aspect of the receipt. Okay, we you would think I'm delegating this to this person, but in reality, ownership goes a little bit deeper than that. We need to be defining who's responsible, who has approval, who's gonna be informed on that. Essentially, all of the key players that are gonna need to know what that delegation looks like. So this concept of a delegation receipt covers the major aspects that are gonna create the conditions for delegation to be effective. Outcome, the why, the deadline, the constraints, and the ownership. If you or your team adopts this, rework is going to drop immediately. We've saved organizations thousands of hours of time simply by incorporating the delegation receipt. So an action step for you leaders out there is to introduce the delegation receipt as a team norm this week. Pin it in Slack, put it in as a template, and if you need anything, you can always reach out to me. Happy to provide you with some details or context with that. Let's look at tool number two. This is called the receiver script. Okay, we've got to stop accepting somebody else's fog. We want to look at this, and if we're gonna eliminate the drive-by delegation, that's a two-way street. All communication is two ways. There's a sender and receiver, and both are responsible for clarity. So if somebody sends you a drive-by delegation, here's a line that you can use. Hey, I really want to help. Before we begin this, I need five quick things so I don't waste your or my time. I need to know what the outcome, the why, the deadline, the constraints, and the ownership. That's it. Or even shorter, happy to own this. What does success look like? And when do you need this buy? If they answer, if they can't answer these questions, your follow-up should be a conversation. Hey, let's take five minutes to define these things. I don't want to make assumptions and end up having to redo it or come up short on what your expectations are. That sentence is respectful and very honest. When we are the recipient of some kind of drive-by delegation, we need to take ownership over our own aspects and our own behaviors because ultimately the product that comes out, if we miss the mark, it's going to be reflective on us. So the action step here. Use any of these scripts. And if you find that you end up getting some kind of delegate drive-by delegation pretty frequently, this can be a process where you can retrain a manager or a leader's behavior that's consistently doing this sort of like bouncing all of you know whatever those assignments are to you without that critical input. This is something that can change a culture. It's really powerful. Tool number three. This is going to be a 60-second scope check. Okay. I love these concepts of micro meetings. And if you've heard my any of the other any of the other podcasts before, uh, meetings that should have been an email need to die a horrible death. All right. So the 60-second scope checks are pretty cool way to do that. Most problems are going to be able to be solved with a micro alignment moment. And in these 60-second scope checks, we simply ask four questions. What's the goal? What's in and out of scope? What are the two must-haves? And what's a version one deliverable? A version one deliverable. All right. This should literally take 60 seconds if people are coming prepared. What does that mean? Send these questions in advance. Make sure that these questions are there. Goal, scope of what's in and out, what are the top two must-haves, and what is a version one deliverable? If you don't do this 60-second check-in, you're probably going to be doing 60 minutes of rework because these are the critical aspects that should give you some kind of clarity. If a task feels fuzzy, do a quick 60-second scope check before you start. No exceptions. Tool number four, the version one agreement. Okay, so you heard me mention version one deliverable. Or what is a version one agreement? Drive-by delegation often happens because the requester wants speed, but they also want perfection. And here's a shared rule that you can bring into the space. I can give you version one by X date. If you want polished, it's going to be Y date. Ooh. Now you are setting the tone for expectations. So here's a couple of examples. I can get you a draft by tomorrow, final by Friday. Hey, if you're looking for this, I can certainly give you an outline today, but the full build is going to have to come next week. You know, the basic deck and all of the structure could be put together by Thursday, but if you really want refinement, we're probably looking at Monday. This is going to align expectations, set milestones, and probably reduce some surprises. If I know that the first draft is going to be Thursday and the finals coming on Friday, this is going to give you some space to be able to essentially combat the urgency, but not necessarily find yourself spinning your wheels or doing the work over and over again. So the action step here in your next delegated task, state the version one and the version two, or maybe even the final version, but put those timelines to paper or say them out loud. Make sure that you're not putting yourself in a position where you're just destined to fail because of the expectations of, hey, this needs to be fast and perfect, and all of those different aspects that generally doesn't occur. Tool number five, we call this the checkpoint system. All right, this is going to prevent some last-minute panic. When delegation's unclear, people will often wait to the end and then finally realize it's wrong. Now, uh, in one of the clients that we work with, we don't want to be uh they they call it ankle biting. And uh I love that terminology. It's like a little ankle biting dog that's constantly on your heels. We don't want to be the manager that's micromanaging or ankle biting. So we don't want to be the person who's constantly, do you have it done yet? Do you have it done yet? Do you have it done yet? This is why upfront in delegation, I like to install some checkpoints. All right. These could be date dependent. Uh, one of the methodologies that we use is the two by two by two method. This was uh shared with me by one of our consultants, Francesca Amante. She had suggested that that when she had worked at Clinique, they had a follow-up structure of two by two by two. Now, the modification of this is this could be follow-up two days later, two weeks later, two months later. This could also be two days later, two days after that, and two days after that. You can modify, but it's a nice framework for us to think about when are we setting in checkpoints? All right. One other way to do this is a checkpoint at the 10% mark. All right, we're 10% through the project. That's what this would look like. Let's align on direction. Then a 50% check mark. All right, let's make sure that our structure and approach is all on this before we finish the other half of the work. And then maybe a 90% check mark. Hey, these are some final edits, this is the last pieces, or any other information that we can bring in there. This checkpoint system, whether it's a date, whether it's time, is going to stop the if that's done up front, it makes it feel less like micromanagement, more like support. And in addition to this, this is gonna prevent the this isn't what I wanted at the finish line. So your action step for one project this week or one delegated task, schedule a 10-minute uh midpoint check. That's it. This is gonna be something that's going to make a huge difference on the final outcomes. Tool number six, fixing the quick ask language. We either need to ban this or upgrade it. Now, some phrases that I think should be 100% illegal at work. Quick question I this shouldn't take long. Could you just uh ASAP without any kind of deadline? And hey, I really need this soon. What does that even mean? There's no context. These should be replaced with upgraded language. And I want you to listen to why this is important. Here's what I'm going to need and why I need this by this time frame. I estimate this is going to be about a 30-minute task. Does that seem true for you? The deadline for this is going to be Wednesday at 2 p.m. If that's not going to work, can you help me understand what a good deadline would be on that day? The priority level on this is really high. Priority on this is very low. These framings are so much more clear. And as a leader, we can introduce a no ASAP without a time rule. That's really what I'm encouraging you to do. ASAP is not a deadline. ASAP is simply passing along anxiety. When we start thinking about as soon as possible, realistically, give the specificity of priority. All right, tool number seven here is the delegation scorecard. This is going to help us create accountability without blame. Now, if you're leading a team, you can use this simple reflection after projects. Asking, did we define success clearly? Did we clarify ownership? Did we set up checkpoints to make sure that we were on target and on task throughout the project? How much rework ended up happening? Why did that happen? And what would we do differently next time? You can also frame this as what information would be important to know in advance next time. Now, this is basically an after-action review for a delegated task or project. Why is that important? Because that is where the learning occurs. Otherwise, if we're not actually doing the after actions, a couple of things are probably occurring. One is the person that maybe didn't achieve the outcome that was hoped for or expected is going to feel some level of frustration. They're going to potentially bottle that up. And we know if we're not talking it out, we're probably acting it out. So creating the conditions of normal after-action reviews once these things come, that person's hopefully going to be able to. This is where you have to create some psychological safety for the person to speak up, but they're going to be able to give you great insight of what you can do to delegate more effectively the next time. Secondly, these after-action reviews are really about tightening the screws, right? So what we're looking at is saying, hey, this is when we delegate in the future, these are the critical aspects. Add those up to your receipts, to your checklists, and give yourself a note or a prompt. The goal here in an after-action review is never to blame or to punish. The goal is to build delegation as a skill and to talk about what it's going to do, how we're going to do this that's going to be meaningful for both sides. So if you've got a project that you delegated, well, the next project, run a five-minute scorecard review, particularly on those delegation aspects. So here's the seven-day challenge for you. Your mission, if you choose to accept it, is to do the following five things. First, use the receiver script at least twice. We're all delegated tasks. So this requires you listening and saying, hey, is somebody asking, do you have a minute? Can I ask you to do something real quick for me? Get that receiver script real dialed in and clear and use that to make sure that you're receiving the necessary information for your own success. Second, asking what does Dunn look like? Anytime that you get that request, this is so important. Making sure that we're painting what Done looks like gives us that opportunity to ensure that the Amazon box that has the whiteboard isn't just sitting there, but that whiteboard is ready for you, installed on the wall, and you are ready to go. Third, use a version one, version two timeline. And this is such a powerful practice to get into. Hey, I'm going to get version one to you by Thursday, version two, the final version is going to be done by Friday. When we start framing this, it's going to create the conditions for clarity, and it's also going to reduce that speed versus uh, you know, speed and urgency versus complete and perfection. Highlighting the version one, version two concept will really help you do that. Fourth, add a checkpoint to some task, whether you're the receiver of the task or the giver of the task. These checkpoints are so important. This is a powerful language that was given to me by one of my good friends, Lawrence Bollatin. Delegation without follow-through is abandonment. And I want you to let that sink in. Delegation without follow-through is abandonment. So adding in checkpoints is going to give you that opportunity to not abandon the task, but to make the person feel supported. Last but not least, tracking the rework. Anytime that you find yourself having to go back, fix something, edit something, ask yourself and track this. Put it into a journal, put it into a prompt, put it into a Word document, whatever it is, track these things and ask yourself, could this have been eliminated or could this rework be uh obsolete if something would have happened in the delegation process? Sometimes it will and sometimes it won't. But the reality is, is any of those places that it will, this is gonna give you great insight to doing delegation better as you move forward. So when you do these five things, you're gonna see some immediate results. Fewer clarifying threads, better alignments, less resentment, and most importantly, a higher quality product with much less effort. So let me close out today's session with something real. Drive-by delegation is a symptom of a culture that confuses movement with progress. If you want a better workplace, you don't need more hustle. We all have enough of that. What you need is more definition. Clarity is kindness, clarity is respect, and clarity is essential for effective leadership. When you delegate with clarity, you're not just assigning work or dumping something off. You're protecting people's time and your own. You're protecting energy and you're building trust. And this is how teams get better. So thank you for joining me on this solo mission to reduce the drive-by delegation catastrophes that I'm seeing in so many organizations. This week, move away from accepting somebody else's fog, create the conditions of clarity, and make sure that you're giving the due clarity and respect in any of those tasks that you're delegating. Asking for those receipts, setting up those scorecards. And if you are the one delegating, always do the respectful thing. Hand people a vision of what done looks like, not confusion just to get it off your plate. Thank you so much for joining me today on this episode of the Talent Forge, where together we are shaping workforce behaviors.