Transformational Leadership Coach, Speaker, Author, CEO at Transform Your Performance
Answered 2 months ago
When capacity is tight and everything feels urgent, leaders don't feel challenged because they can't prioritize. They feel challenged because they try to keep everyone comfortable. One decision rule I use consistently is this: We prioritize the work that most directly protects or advances the company's (or division's) critical objective for this specific phase of the business. This is not about "what's loudest" or "who asked first" or "what would be nice to finish." Every quarter, there is usually a specific set of initiatives that disproportionately determine whether the company moves forward or stays stuck — a product launch, a strategic client delivery, a system change, a regulatory milestone, or a turnaround effort. When capacity is constrained, those initiatives become the reference point for every decision. Here's the leadership move most people avoid: saying this out loud. Instead of vague explanations like "we're swamped" or "let's revisit later," I name the priority and anchor the decision to it, which may sound like this: "Right now, the X project is the constraint on the business. If we don't get this right, everything else slows down. That means we're pausing Y and Z for the next three weeks." This does two important things: It frames the decision as a business necessity, not a personal preference. It protects relationships because people understand why their work is deprioritized. I also make the trade-off explicit: "Saying yes to your request would mean delaying the critical milestone on X. That's not a trade-off we're willing to make right now." This level of clarity actually builds trust. Teams don't resent a clear no nearly as much as they resent a vague maybe that drags on for weeks. People can plan, adjust, and reallocate energy when they know where the real line is. Strong prioritization implies being honest about what truly matters right now — and having the leadership maturity to communicate that clearly, even when it's uncomfortable.
Does this project create a structural advantage or is it just incremental activity? If it doesn't meaningfully improve revenue durability, customer retention or operational efficiency at scale, it doesn't take priority. For example, I once had to choose between expanding into a new short-term travel segment and investing in automating part of our customer onboarding flow. The expansion looked attractive but automation reduced onboarding friction across every existing market and permanently lowered our support costs. The structural gain was far greater than the temporary spike in exposure. We chose automation, even though it was less glamorous. The rule that helps me say no without harming relationships is that I don't prioritize by opportunity size but by compounding impact. When I explain decisions through that lens, stakeholders understand we're not rejecting their idea; we're sequencing it. I'll often add, "If this still strengthens our position in six months, it will naturally rise in priority." That usually shifts the conversation from emotion to durability.
When resources are limited and everything feels urgent, the first thing I ask is: if we make a mistake here, what are the consequences? That single question helps me sort decisions into two groups: two-way doors and one-way doors. A two-way door means we can reverse the decision. We launch it, monitor the results, and if it doesn't work, we can undo it with little harm. A one-way door is different. It changes things like how we define revenue, what customers experience, and how data flows. If we get that wrong, it's not easy to fix. Work on two-way doors moves quickly. We build a simple MVP, get feedback fast, and keep improving. For one-way doors, we only move forward when we have clear goals, the right team, and enough time to test things properly. This way of thinking also helps me protect relationships when I have to say no. For example, a stakeholder once asked for a new revenue metric on an executive dashboard by Friday. It sounded simple, but it would have changed how revenue was reported for several teams. Instead of just saying no, I explained what I could deliver that week and what the full version would need before it became official. They got something to present, and we avoided a costly mistake. The point isn't to slow things down. It's about knowing which tasks should move quickly and which ones need extra care because you only get one chance.
The decision rule that's saved us countless times is pretty simple, if it doesn't impact a live client site or directly move revenue, it waits. That's it. Sounds harsh but when you're running a service business with tight deadlines and finite capacity, you can't afford to be democratic about priorities. We had a situation last year where we were in the middle of rebuilding our internal reporting dashboard, something the team really wanted, and a client's Core Web Vitals tanked overnight because of a third-party script update. We dropped the dashboard work immediately and fixed the client issue first. The dashboard could wait, their site bleeding conversions could not. Most internal projects feel urgent, but they're not actually critical in the moment. Client work almost always is. The key to saying no without burning relationships is being transparent about why. When we push something back, we explain exactly what took priority and why. People respect that honesty way more than vague delays or missed commitments. We've never lost a team member or damaged a relationship by being clear about our prioritization framework. If anything it builds trust because everyone knows where they stand and why decisions get made the way they do.
Anyone operating a medical practice with a small team knows the pressure of having too many things coming at your desk at once. My years working anesthesia at Hillcrest taught me to triage under real pressure, and that same instinct has carried over to how we run Craft Body Scan. I don't prioritize tasks based on who asked the loudest or what is most urgent at the moment. Instead, I ask a single question, "On which project has the greatest direct impact on whether a patient gets their scan results on time?" Everything else takes a back seat in the list. From my experience, teams have actually improved when they stop juggling five things and buy into two things. I learned my rule for decision making relatively early in residency where, from time to time, I was pulled into back-to-back anesthesia cases and I was asked by a colleague to squeeze another one in. Saying "I don't have time" never went over well, but explaining that my current patient required my full attention during their procedure always went over well. That is the same rule that works at Craft Body Scan at the time. If we have to turn down a request or push a deadline, we tell the other party precisely what we are protecting and how their ask would draw resources off of it. In my experience, people are also less likely to hold a grudge against you if you link your "no" to a specific patient outcome rather than provide a vague excuse about being to busy.
When capacity is tight, I prioritise projects based on one simple rule: does this work directly protect or advance an active vessel movement or a strategic client relationship. If the answer is no, it immediately drops in priority. In shipping, deadlines are rarely artificial. A missed approval, delayed clearance, or unresolved compliance issue has real downstream impact. So my first filter is operational consequence. Anything tied to a live port call, regulatory clearance, or long-term contract always comes first, even if it looks smaller in revenue terms. A practical example was when we had parallel requests for exploratory proposals while also supporting repeat clients with urgent port operations. Instead of stretching the team thin, I paused new proposal work and clearly communicated that our focus was on executing live operations flawlessly. Those prospects respected the honesty, and most came back later because reliability matters more than speed in this industry. Saying no without damaging relationships comes down to transparency and intent. I never say no outright. I explain why something is being deferred and anchor the decision to service quality and operational risk. People understand that in shipping, execution is the product. Prioritizing that actually strengthens trust rather than weakens it.
In business consulting, political factors often play a role in competing initiatives. My rule for making decisions is to prioritize based on constraints: find the project that will eliminate the biggest systemic bottleneck. When two projects are competing, we ask which one creates the most value downstream. During a time of rapid growth, we turned down a rollout of a high-profile AI feature in favor of building up our data integration infrastructure. It wasn't pretty, but it made everything else work better. I use modeled projections to explain trade-offs to leadership, showing them how sequencing can improve the overall output of the business. This helps keep relationships strong. When you know how much something will cost you in terms of missed opportunities, it's easier to say no. In my experience, executives value disciplined prioritization over reactive accommodation. Strategic focus, not parallel overcommitment, is what gives you speed.
As capacity gets squeezed, I have one filter that I apply: impact on the domino effect. Lay out each project by the next 3 downstream tasks it will initiate. If its delay will impact more than 2 other pieces that are moving within 7 days, it goes to the top of the pile. If not, it stays. What you will find is some tasks will appear high priority but have absolutely no domino effect. Once you see it laid out, tasks that prevent 3 crews from moving are going to outweigh tasks that don't impact any crews. It also makes it easier to say no when you talk about domino effect. You let them know you are trying to stay ahead of projects that will create a domino effect on 3-5 scheduled tasks within the next 14 days. It helps to use that kind of wording because it makes it non-emotional. Really, once we started using this method we went from approximately 12 hours of rescheduling per week to less than 4. Stress on the team was reduced by no longer dealing with standalone busy-work. The moral of the story is prioritize your projects based on how many other scheduled events will fall like dominos if they are pushed and your low hanging fruit will take care of itself.
When multiple projects compete for my time with short deadlines, I group them into 3 categories of business impact and obligation: will this protect an existing client commitment? Will this produce measurable growth for us? Will this unblock other work? I then run a quick triage using a basic scorecard (impact, urgency, effort and dependency risk) to help me prioritize what gets done quickly over what does not. Finally, I look at the number of deliverables that I can commit to with clear owners and timelines rather than spreading myself too thin on too many different deliverables. One of the decision-making rules that I have found helpful when saying no without damaging relationships is that if the request isn't associated with: (1) a signed statement of work, (2) a renewal/retention risk, or (3) a KPI that we agreed to achieve during this quarter, then it will not be allowed into the next sprint. However, we do not simply say no. Instead, we provide an alternative solution. Something like "Here's the earliest slot we can complete this request with good quality" or "Here's a smaller minimum viable product that we can provide now to achieve the intended outcome." This way, we maintain trust in that, instead of avoiding work, we are protecting the outcome.
When everything competes for resources in the same week, my preferred decision metric is crew momentum. It's a simple concept that no one ever discusses. Mobilizing a 4-man paving crew that's half-way through a job to start over on another project wastes 8-12 hours of demobilization/travel/setup/packing-your-brain-away time, at minimum labor costs alone that's worth thousands of productivity erased with every change. Responding to lower-value work with a hard no, by the way, is vastly easier when you offer the other guy a promised start date based on your crew's completion rate for the current job. (ie. "We'll finish this phase on the 19th. We'll be on site and ready to start on the 21st.") That communicates confidence and respect for their schedule, even when you're telling them "no." In fact, I'd argue most harmed business relationships in contracting come from wishy-washy timelines and verbal promises. Give someone a firm date with a solid reason why and you'll earn more trust than by bulldozing through their schedule.
In a plumbing and renovations business, I prioritise by risk and readiness: safety or property damage jobs first, then work where the scope is clear and the client decisions and materials are locked in. My go-to rule is "finish what is open before starting something new," because half-started jobs burn capacity, create callbacks, and annoy people more than a firm no. When I need to say no without damaging the relationship, I offer a clean alternative: I either book a realistic start date with a written scope, or I refer them to someone I trust and tell them exactly what info to share so they get quoted properly.
Prioritization is an absolute necessity when you're juggling multiple client searches, urgent backfills and long-term strategic recruiting partnerships at the same time. Capacity is finite in a services business, and saying yes to everything ends up meaning you underdeliver to everyone. The core question I start with when we're choosing between competing projects with tight deadlines is quick work most directly impacts what I call the Big Rs: revenue, reputation or relationships. That's the first prioritization filter. Anything that doesn't have a direct impact in one of those areas is automatically second-tier. I also apply a key rule before accepting any new work. If we can't execute at a high standard within the agreed timeline, we don't take it on. In my mind, this is a sign of respect and one that business leaders appreciate, in my experience. I've never had someone get upset when I tell them we have to say no right now so that we don't make promises we can't keep. In fact, I've had several clients circle back to us when our schedule frees up because they appreciate the way we dedicate our full attention to existing projects before piling more on our plate. As a general rule, I would say that saying no strategically is about sequencing work intentionally more than rejecting it. Our strongest client relationships are with those who understand that disciplined prioritization leads to better outcome. Protecting execution quality strengthens trust far more in the long run than overpromising ever could.
When faced with competing projects with tight deadlines and limited team capacity, setting priorities have always been key to our company's success. Our goal is to always focus on what delivers the most value while protecting our team's ability to deliver high-quality work. Two main criteria help us guide these choices. First, relationships matter a lot. We look at the history with our client. Long-term clients who return time and time again certainly get higher priority. These long standing relationships build major trust and future business. A new client with little track record might have to wait, even if their project sounds exciting. And this certainly isn't about playing favorites with us, it's about rewarding loyalty and reliability. Second, we consider the ease for our team. Is this one of our "bread and butter" project, as in, something we do often and excel at? Those are typically easier to deliver quickly and well, with less risk of mistakes or extra hours. Projects that fall outside of our usual expertise take more time, learning, and effort, so they drop lower on the list unless the value is extremely high. One simple decision rule that works well: "Protect long-term relationships and team strengths first." When saying no to lower-value work, we use something along the lines of this phrasing to keep things positive and professional: "Thanks so much for thinking of us as this really sounds like a great opportunity. Right now however, our team is fully committed to existing deadlines with our long-standing clients, and we want to make sure we deliver top results for them without stretching too thin. We'd love to revisit this with you next quarter when we have more bandwidth, or I can certainly recommend a trusted partner who might be a better fit right now. I truly value our connection and want to keep the door open for future work." This approach says no firmly but kindly. It explains our true constraints (capacity and priorities), shows our appreciation, offers alternatives, and reinforces the relationship for later. People usually understand when you frame it around doing great work rather than just "we're too busy." It has helped turn down projects without burning bridges and, in fact, many of those clients come back stronger later. By sticking to these two criteria, relationship history and team ease, we can make clear, defensible choices. Our team stays focused, delivers better results, and builds stronger partnerships over time.
One of the biggest filters we explore isn't actually budget, it's the maturity of the brief and the clarity of expectations. A higher-fee project can still be risky if the brief is vague, the objectives are unclear, or the process hasn't been properly defined. In those cases, even with a strong budget, the project can consume far more time than anticipated. There's more back-and-forth, more interpretation, more uncertainty, and often more revisions. That ambiguity tends to create pressure internally and friction externally. On the other hand, a succinct brief with clear deliverables, a defined approval process, and realistic timelines can run efficiently, even if the fee isn't the largest on the table. Clarity reduces burden. It protects the team's time and allows us to focus on execution rather than constant recalibration. If we decide we don't have capacity to deliver something properly, we're honest early. Where appropriate, we'll offer to assemble a trusted freelance team to handle the production while we retain creative oversight and quality control. That way the relationship is preserved, expectations are managed, and we don't compromise standards by overcommitting.
When capacity is tight, I prioritize one rule that keeps the team aligned which is to protect retention and activation before anything else. If it doesn't improve reliability, smooth out onboarding or reduce churn risk, it isn't a top priority and gets put behind work that is. Managing relationships with this outlook can be tricky, but I find that explaining the tradeoff and proposing a clear next step with a more reasonable alternative or a firm action date goes a long way. To give an example here, there was a time that comes to mind where I once paused a marketing experiment with a tight deadline to fix an integration permissions issue that was slowing new customers. That one really hurt short term, but long term I think it was well worth it for the improved activation and reduced escalations, which mattered more. I did also find it important to follow up after delivery to show the impact, so be sure to stay on top of it.
When deadlines collide and capacity is fixed, I don't ask my team to push harder. I ask a different question: Which commitments protect our mission, our customers, and our ability to deliver at a high level next month, not just this week? We prioritize using two connected systems: Big Rocks and the 3 Non-Negotiables. Big Rocks give us monthly workload visibility. At the start of each month, we map major projects on each person's plate and preview what's coming, so surprises don't become emergencies. This creates a shared, accurate view of workload, not just a long task list. During weekly check-ins, we review Big Rocks: What moved? What stalled? What new requests showed up? Who has capacity to absorb smaller work without risking quality? That rhythm is how we decide, early, what gets done now, what gets scheduled later, and what gets removed. New requests compete with visible priorities instead of quietly diluting work that matters most. Fewer surprises, clearer ownership, better delivery—without burning people out. The 3 Non-Negotiables determine what earns priority. Every request must support at least one: (1) Mission and strategic goals—work that compounds progress. (2) Customer support and retention—protecting trust and key commitments. (3) Sustainability and risk reduction—quality standards, workload integrity, burnout prevention. If a request doesn't protect one of those, it may still matter, but it doesn't make this sprint. Our decision rule: If saying yes creates a broken promise elsewhere, it's a "not now." We measure that through Cost of Delay vs. Cost of Distraction. Cost of Delay: What breaks if we wait? Cost of Distraction: What Big Rock slips if we say yes? Example: Late in a cycle, a stakeholder requests an additional deliverable. It's valuable—but it pulls key people off work protecting core commitments. We respond with clarity and options: "Here's what we're protecting this week—primary deliverables and quality on commitments in motion. Your request is reasonable. We have two paths: a lighter version now that meets the essential need, or the full version next cycle when it won't compromise existing work. Which serves you best?" Most relationships don't break because you say no. They break when your yes creates inconsistency, delays, or silent tradeoffs. Big Rocks and the 3 Non-Negotiables make those tradeoffs visible, and make your boundaries feel like leadership, not rejection.
We look at timing windows as much as the due dates. Two matters might both be due Friday, but one might require three solid days of uninterrupted thinking, and the other might realistically take two hours if the groundwork is already done. So the question is less about which one is due first. We need to know which of the two actually needs protected focus time and who else can step in, if they need additional help. If it's a case that needs deeper preparation, that will get blocked out first. The more routine or procedural work gets scheduled around that. Less of a rule and more of a boundary for us is communicating that we don't dilute critical preparation time. If we've already committed this week to something that requires serious concentration, we won't squeeze in something else. All of our clients deserve the best attention, so if that means we need to direct a new client to someone else that we're very confident about, we'd rather do that and ensure they're getting the support they deserve.
Time-Sensitive Opportunities When faced with competing projects and tight deadlines, I prioritize based on revenue impact, client value, and strategic alignment. Each project is evaluated for how directly it contributes to closing deals, retaining high-value clients, or accelerating our pipeline. One decision rule that consistently helps is Time Sensitivity and Window of Opportunity. We focus on initiatives with a narrow timing advantage, such as campaigns tied to a client's product launch or seasonal marketing pushes. For example, if a smaller internal request comes in while we're preparing a major client integration that must launch next week, we defer the lower-value work. I make sure to communicate transparently why the timing matters and when we can revisit the deferred project, so stakeholders understand it's not being ignored. This approach allows us to say no without damaging relationships, keeping the focus on high-impact, time-critical opportunities. Ultimately, it ensures the team's limited capacity drives the biggest, most immediate results for Redtrack.io.
I set priorities by using a standard discovery checklist that turns every request into a clear problem statement, decision criteria, and a next-step plan within 24 hours. The decision rule I use is simple: we prioritize work where the decision criteria align with our goals and where the stakeholder can forward our summary to get internal alignment. If a project lacks those criteria or cannot be approved internally, we defer or decline while explaining the rationale. To protect relationships, we always deliver the concise summary and suggest timing or a referral so the stakeholder feels supported even when we say no.
Leaders have to manage multiple tasks with varying due dates and that's very hard. One of the biggest errors business leaders make with many high-priority projects is they treat all of them as if they are equal. The best way to handle and prioritize multiple projects is through a method called "revenue per capacity." This means you compare how much time and labor will be required by each project to the potential return from that project. Any project that will not create additional revenue for your company, enhance your brand, or create a pathway to new markets can be moved down on your priority list. For example, we were considering another partnership at the same time we launched a new product. At that point we determined the partnership would not add to our revenue within 90 days. Instead of partnering, we offered the other party a possible time to collaborate in the future.