Fractional CIO & Strategic Advisor | Helping Non-Technical Leaders Make Technical Decisions | Scaled Orgs from $0 to $3B+

Strategic IT Leadership for Growing Companies

Helping non-technical founders and small business leaders scale without getting slowed down by their own systems

The Problem
Most companies don’t fail because they dream too small.
They fail because their technology trips them up before they ever hit full speed.

Systems that don’t talk to each other

Vendors that overpromise and underdeliver

Teams that pull in different directions

Operational chaos hidden behind "we’ll fix it later"

Growth without fundamentals isn't a shortcut—it's a detour. Real business expansion is about building systems that scale with integrity, not just adding layers of complexity to a shaky core.

The Outcome
I help you build a stronger, smarter, simpler technology foundation — one that scales with your business, not against it.

✅ Faster operations
✅ Smarter use of tools and teams
✅ Fewer expensive mistakes
✅ A clear, flexible roadmap for growth
✅ More time spent leading — less time fighting fires

My Approach
I’m not here to sell you systems you don’t need or waste months writing strategy decks nobody reads.

I’m here to help you:

Fix what’s broken (before it costs you real money)

Align your people, process, and platforms (so they work together, not against each other)

Build momentum you can actually feel (and measure in real-world results)

I bring 30 years of hands-on experience building and scaling IT in organizations that grew from to over $3B — many times as the very first IT hire, often leading global distributed teams.

What you get is simple:
Real strategy. Real execution. Real growth.

No bloat. No buzzwords. No bureaucratic nonsense.

Services
Fractional CIO Leadership
Part-time executive leadership to align your tech and business strategy, manage vendors, and build internal capabilities without hiring a full-time CIO.

Project Rescue and Turnaround
When critical projects stall, I step in to realign teams, simplify the chaos, and deliver results.

Vendor and System Sourcing
Find the right systems and partners that fit your business — not someone else’s template.

Strategic IT Roadmapping
Clear, practical roadmaps that connect today’s actions to tomorrow’s growth.

Who I Work Best With
Founders and business leaders who:

Are serious about scaling

Know tech is crucial but don’t want to live inside it

Value momentum over perfection

Want a partner who talks business, not just tech

Ready to Clear the Bottlenecks and Build What's Next?
Let's start with a simple conversation.
No sales pitch. Just clarity on where you are — and what’s possible next.

Phillip R. Kennedy

The VP forwarded the CEO's angry email to the whole engineering team at 9:47 PM on a Thursday. 

Daniel's manager replied-all at 9:48: "I'll handle this. Everyone log off."

Twelve seconds. Two completely different leaders.

The CEO's email was four sentences. A client's integration broke during a routine deployment. The client called the CEO directly. The fourth sentence: "I need to understand who is responsible."

The VP read it and clicked Forward. Added the entire engineering distribution list. Twenty-three people. Two words at the top: "See below."

No context. No plan. Just a CEO's anger, amplified to two dozen engineers on a Thursday night, most of whom had nothing to do with the deployment.

Daniel was brushing his teeth when his phone buzzed. He'd been at the company four months. He'd worked on a small piece of the integration three weeks earlier. Close enough to wonder. Close enough to lose sleep.

His shoulders went up. He started mentally composing a defense for code he'd written at 2 PM on a random Tuesday.

Then his phone buzzed again. 9:48.

"I'll handle this. Everyone log off."

Seven words. No exclamation point. No performative urgency. Just: this is not your problem tonight. It's mine.

James fixed it by 11:30. Configuration issue. Not a code defect. Nobody on the team caused it.

The next morning, James emailed his team: "Issue resolved. Config problem. Nothing any of you shipped caused this. If last night's email stressed you out, that's worth a conversation. My door's open."

Daniel saved that message. Not because it was eloquent. Because it was the first time a manager acknowledged that an internal communication could cause harm, and took ownership of it.

The VP forwarded blame at the speed of a click. James absorbed it in twelve seconds.

Same crisis. Same night. Two completely different engineering cultures.

Your team already knows which one you are.

♻️ Repost if you've had a manager whose first instinct was to protect the team, not forward the pressure 

➕ Follow me (Phillip R. Kennedy) for more on engineering leadership that absorbs the hit instead of passing it down

I've spent 30 years watching what great technical leaders actually do.

Almost none of it looks like leadership on paper.

18 things I've seen the best ones do:

1. Say "I don't know" out loud so the team learns it's safe to say it too.

2. Kill a meeting to protect four hours of uninterrupted build time.

3. Put a junior engineer on the project everyone said she wasn't ready for. Then quietly clear the path.

4. Sit in the architecture review and ask the quiet person in the back what they think. Then actually wait for the answer.

5. Walk into a budget meeting and make technical debt visible to executives who only see features shipped.

6. Recognize the engineer who prevented the outage. Not just the one who fixed it.

7. Take the call from the angry stakeholder so the team can keep building.

8. Fight for an infrastructure investment that won't show results for six months. Then fight again when someone tries to cut it in Q3.

9. Tell their best engineer "you should interview for that role" before she'd ever considered leaving the team.

10. Share their own worst production mistake in a retro. Watch the room exhale.

11. Push for a promotion before the engineer asks. Then build the case so well it's undeniable.

12. Translate a forty-five minute technical explanation into two sentences a CFO can act on. Without losing what matters.

13. Block the fourth "urgent" request in two weeks. "Urgent" is not a strategy.

14. Pair a twenty-year veteran with a six-month hire. Tell both of them they're going to learn something.

15. Turn "this is broken" into "what would good look like?" Same facts. Completely different energy.

16. Advocate for sustainable pace when everyone above them is performing urgency.

17. Create space for exploration that might not ship anything. Then defend it when someone asks for the ROI.

18. Remember that the job was never to be the smartest person in the room. It was to make the room smarter.

None of this shows up on a dashboard. Most of it never gets recognized in a performance review.

But the engineers remember. And they become leaders who do the same things.

That's how you scale more than systems.

♻️ Repost if you've had a leader who did one of these and it changed your trajectory 

➕ Follow me (Phillip R. Kennedy) for more on technical leadership that builds people, not just products

He texted me eighteen months after leaving the company. 7:32 AM on a Tuesday. "Congrats on the promotion. You earned it."

He had zero organizational reason to care.

James had been my CTO for three years. Left to start his own company. Most former bosses disappear when the org chart changes. Within a month, the relationship becomes a LinkedIn connection you scroll past.

James never did that.

When I got stuck on an architecture decision after he'd gone, I almost didn't reach out. He replied in twenty minutes: "Coffee Thursday?" Asked three questions that reframed the problem. No lecture. No "remember who helped you" energy.

When a product manager kept changing requirements mid-sprint, James said something I still use: "Your job isn't to stop the changes. It's to make the cost visible to the people requesting them."

When I left for a startup, most of leadership went quiet. That silence tells you which relationships were real. James responded in an hour: "Exactly the right move. Need references?"

The promotion text came a year later. His own company, across the country. My career had zero impact on his.

I've had many managers. Most competent and forgettable. James is the only one whose influence outlasted his badge access.

He never managed from the org chart. The authority was incidental to the relationship. When the authority left, the relationship didn't.

Most leaders aren't this way. Not because they're bad people. Because organizations reward transactional leadership. When someone leaves, the incentive to stay connected disappears.

Leaders who stay were always outside that system. They invested in the person, not the role.

The test that matters more than any review: would people who used to work for you still take your call? Not because you can help them. Because it was never about that.

♻️ Repost if you've had a leader whose influence outlasted their title

➕ Follow me (Phillip R. Kennedy) for more on leadership that survives the org chart

She said she was "doing fine" and "learning a lot." Two weeks later she put in her notice.

I'd asked all the right questions. How are you settling in? Anything blocking you?

Surface-level questions get surface-level answers. And surface-level answers hide problems until they become resignation letters.

That exit taught me first 1:1s aren't introductions. They're the moment you earn honest communication or guarantee you'll never get it.

Most leaders fill that meeting with org charts and project updates. Nobody gets uncomfortable. Nobody learns anything.

After thirty years, here's what actually surfaces truth:

"Walk me through the last time you dug into someone else's code." Tells you more about team culture in three minutes than any survey. Listen for colleagues who help vs. territory that's guarded.

"What's the most frustrating part of getting your work done here?" Not "any concerns?" That gets "everything's great." Ask what frustrates them, then sit in the silence. The pause tells you whether honesty feels safe.

"When you disagree with a technical decision, how does that play out?" If the answer is "I don't usually disagree," that's not harmony. That's someone who learned speaking up costs more than staying quiet.

"If a friend asked whether they should join this team, what would you honestly tell them?" People rarely lie when it's framed as advice to someone they care about.

"How do you know when you've done good work here?" If they can't answer, your org hasn't made it clear.

You don't need ten questions. You need three honest ones and the discipline to stop talking after you ask them.

The engineers who answer carefully are often your best performers trying not to get fired for saying what's broken. The ones who say "everything's great" in week one say it again in their exit interview.

♻️ Repost if you've learned more from one honest answer than a dozen safe ones

➕ Follow me (Phillip R. Kennedy) for more on leading teams with better questions

He'd been the fastest developer on the team for nine years. Last quarter, a mid-level with half his experience outshipped him three to one.

She wasn't a better coder. She'd quietly changed what her job was.

Rachel started using AI agents the way a good manager uses a team: delegate predictable work, provide context, review output, redirect when something drifts. Agents handled integrations, test coverage, docs. She focused on architecture and judgment calls between what agents produced and what the system needed.

Still an IC on the org chart. Her daily work looked like management.

David coded line by line. Nine years of it. Genuinely good. He'd see no IDE on her screen and assume she was slacking.

Then sprint reviews told a different story.

Rachel shipped three features in a cycle where David closed four tickets. Not because she was smarter. Because she'd changed the ratio between thinking and typing.

His response is one I hear constantly: "That's not real engineering."

I get it. If you built craft through your hands for a decade, watching someone achieve more by orchestrating feels like a violation. Not just a career concern. An identity one.

But stripped of hype, here's what's happening.

The IC role is shifting from production to orchestration. From writing every line to directing, reviewing, and integrating work AI produces. The skills this demands aren't new. They're management skills. Providing context. Reviewing with judgment. Knowing when to intervene. Maintaining quality when production outpaces review.

Every engineer is becoming a manager. Not of people. Of systems that produce at a pace no human can.

The IC track isn't dying. It's evolving. More judgment. More context. Less typing. More thinking.

For engineers willing to make that shift, it's the best version of the job they've had.

♻️ Repost if your role is quietly shifting from building to orchestrating

➕ Follow me (Phillip R. Kennedy) for more on the real AI shift in technical work

She accepted an offer for 15% more. Her manager started a counteroffer. I told him to stop.

The money wasn't the problem. He just didn't know what the problem was.

Days before notice, her fix prevented a major outage. Week before, her refactoring cut response times in half. Her architecture decisions saved thousands in cloud costs monthly.

Her manager knew none of this. Not because he didn't care. Because he was a non-technical founder at a $12M company and nobody taught him what to look for.

He saw tickets closed. Features shipped. Through that lens, every engineer looked the same.

She didn't feel underpaid. She felt invisible.

This is the pattern I see most in growing companies. The founder is sharp. Competent in their domain. But they evaluate engineering like a restaurant kitchen: if food comes out, everything's fine.

The engineer preventing outages looks identical to one doing unremarkable work. Both close tickets. The difference is invisible unless you know what great engineering looks like.

That's not a character flaw. It's a knowledge gap. And it's expensive.

After she left, I told him: you don't need to understand code. You need three sentences.

"I heard your fix Tuesday prevented a customer issue. Tell me about it." Engineers know instantly if recognition is genuine. Specificity is the difference.

"What technical work happened this month I'd never see in a sprint review?" This teaches you what's invisible.

"What should I understand better about what engineering does?" Most leaders won't ask. Feels vulnerable. That's why it works.

The counteroffer would've cost $30K. She'd have stayed six months and left anyway. Her best work looked the same as average to the person signing her check.

Engineers don't leave for better offers. They leave when no one can tell the difference.

♻️ Repost if you've seen an engineer leave because leadership couldn't see it

➕ Follow me (Phillip R. Kennedy) for helping non-technical leaders keep great engineers

She stopped getting invited to strategy meetings in month four. By month eighteen, she'd stopped noticing.

That's the scary part.

Not the exclusion. The adaptation. Priya rebuilt their payment system from scratch. Designed architecture that scaled them from 200 to 2,000 concurrent users without adding. When their biggest client threatened to leave over reliability, her monitoring work saved the account.

The CEO texted the CTO about technical feasibility. Never Priya. The CFO questioned velocity at board meetings she wasn't in. Product roadmap happened Tuesdays. She found out Thursdays, after decisions were locked.

She wasn't failing. She was being compressed. Compression doesn't feel dramatic. You don't notice the ceiling dropping. You just start hunching.

By month twelve she'd stopped proposing improvements. By eighteen she was executing what others decided, calling it "being a team player," wondering why she was so tired.

I asked her when she'd last made a decision nobody above her rerouted. Too long before she answered.

Decades of this work. The pattern repeats. The CEO calls engineering "the IT group" at board meetings. Not just a wrong label. Labels shape budgets. Budgets shape headcount. Headcount shapes what Priya gets to build. When systems fail and the first question is "who did this" instead of "what happened," leaders absorb that. Stop taking risks. Stop volunteering hard truths. Shrink to fit.

She left. Smaller company. CEO with an engineering background. Six months later she told me: "I forgot what it felt like to have an idea and be allowed to finish the sentence."

She hadn't gotten smarter. She'd gotten room.

If something in your chest just tightened, pay attention to that. Not every struggle is a skills gap. Sometimes the ceiling is just low.

♻️ Repost if you've felt the difference between being grown and being compressed

➕ Follow me (Phillip R. Kennedy) for building environments where technical leaders thrive

They spent eight months building an AI recommendation engine. Beautiful machine learning. Garbage recommendations.

Their product catalog had 847 duplicate entries and descriptions from 2020.

The AI did exactly what it was designed to do. Found patterns and served them confidently. Customers got recommended discontinued products, duplicates of things in their cart, accessories for items no longer sold. Confident wrong answers at machine speed.

This company isn't unusual. They're the norm.

The pattern is becoming too common. The CEO hears AI is table stakes. The board wants a strategy. So leadership announces an initiative while their systems run on spreadsheets, manual uploads, and that one person who reconciles the data every Friday.

Customer records in seventeen tools. Support tickets referencing orders that don't exist in the main database. Three definitions of "active customer" depending on which dashboard you open.

Then they layer AI on top and wonder why it doesn't work.

AI doesn't fix broken systems. It scales them. Wrong answers with perfect grammar. Three versions of truth delivered faster than ever.

The most effective AI deployment I saw last year was boring. Nine months of cleanup before writing a single prompt. Data consolidated. Duplicates resolved. Systems connected. One source of truth.

No press release. When they turned on AI, it just worked. Not because the technology was special. Because it had something sane to work with.

Before you spend another dollar on AI: would a new employee be confused by your current systems? If yes, so will the AI. Just faster and more expensively.

The companies quietly winning aren't the ones with the biggest AI budgets. They're the ones who did the boring work first.

♻️ Repost if you've watched AI get layered on a foundation that couldn't support a spreadsheet

➕ Follow me (Phillip R. Kennedy) for technology decisions that actually work

He told the CEO he was 60% sure. The CEO said, "That's 20% more than I had when I started this company. Go."

Daniel had been circling a platform decision for three weeks. Two viable paths. Trade-offs he could model, risks he couldn't. The data said "maybe" in fourteen different ways.

He kept requesting more analysis. Another benchmark. One more comparison. His director finally said, "You're not gathering information. You're avoiding a decision."

She was right.

Daniel could architect systems most people couldn't diagram on a whiteboard. The problem was never capability.

He'd confused certainty with competence.

He believed good leaders decide because they know the answer. So when he didn't know, he assumed he wasn't ready. More data. More time. The team stalled.

The CEO's response broke something open. Every founder who's built something real knows certainty almost never arrives on time.

Daniel made the call Thursday. "Here's what we're doing, here's why, and here's what I'm not sure about. We'll learn the rest by building."

Six months later, two of his assumptions were wrong. The team had adapted. What he'd agonized over mattered less than the momentum of actually moving.

This pattern lives everywhere. The leader who won't commit until every variable is known. The founder polishing the deck instead of making the call. The executive requesting another quarter of data before approving a hire they know they need.

It looks like diligence. Past a certain point, it's avoidance in a professional costume.

Courage doesn't follow confidence. It's the other way around.

Daniel told me a year later: "I used to think my job was to have the answer. Now I think it's to make the call and help the team navigate what we find on the other side."

That's not a technology insight. That's a leadership one.

♻️ Repost if you've made the right call on incomplete data and didn't know it until later 

➕ Follow me (Phillip R. Kennedy) for more on leading through uncertainty

They hit every sprint target for eleven months. Green across every dashboard. The board loved them.

Their production system was rotting from the inside.
I got called after the third senior engineer left in six weeks. The CEO was baffled. "Velocity is up. Deployment frequency is the highest it's been. Why are they leaving?"

I spent a week with the team before opening a dashboard.

Engineers had learned to game every metric leadership tracked. Points inflated. Deployments split into smaller chunks. Tickets closed at "good enough."

The burndown charts were beautiful. The codebase was held together with workarounds nobody touched.

Nobody had raised it. The one engineer who tried, eight months earlier, got told metrics showed everything was fine. Last time anyone spoke up.

The moment I knew the team was in trouble wasn't in a report. It was in planning. A junior engineer pushed back on a timeline. Got two sentences in. The room went still. Not respect. Warning. She stopped. "Never mind, we can make it work."

On a healthy team, that sentence never gets cut short.

The signs that matter have nothing to do with velocity. When something breaks, does the team ask "what failed" or "who failed?" When someone says a deadline is unrealistic, does the room listen or reroute? Does the team celebrate three weeks of database work nobody outside engineering will notice?

These behaviors don't fit in Jira. They're the difference between a team that ships metrics and one that builds systems you can bet a company on.

His best engineers hadn't left for comp. They left because they'd been saying the system was fragile, leadership pointed at green dashboards, and they decided to let the next team deal with it.

Prevention never shows up on a dashboard. But it's the reason you still have a business.

♻️ Repost if you've seen the gap between what metrics show and what's really happening

➕ Follow me (Phillip R. Kennedy) for seeing what dashboards miss in engineering teams

I watched him delete a Slack message. He'd started typing a direct answer to an engineer's architecture question, stopped, and forwarded it to his direct report instead.

He'd been VP for eleven days.

James had been a director for three years. Engineers loved working for him. Answered questions directly. Showed up in code reviews to learn. Knew the last five production incidents by heart.

Eleven days in, something shifted. A quiet recalibration of who he thought he was supposed to be.

Stopped joining sprint demos. Replaced architecture chats with "strategy alignment" meetings. When engineers pinged him, he forwarded the message.

He wasn't arrogant. He was doing what he thought VPs do. Every VP he'd watched kept distance. Details were for directors.

The system was turning a connected leader into an abstraction.

I'd seen it dozens of times. The title lands and the operating system changes. Not because the person changed. Because the calendar fills differently. Information arrives filtered. You stop hearing what engineers think and start hearing what managers think engineers think.

Three months in, his team didn't recognize him. Engineers routed through his chief of staff. The architect who used to argue with him had stopped, because James was no longer in the room where those arguments happened.

I told him: "You used to spot the caching problem before anyone filed a ticket. Now you find out in a weekly summary. That gap is where your judgment lived."

He made a few changes. Kept one architecture session weekly. Not to decide. To listen. Stayed in sprint demos for his most critical product. When engineers pinged him, he answered directly.

Small things. But the team noticed immediately: proximity isn't beneath me.

The title doesn't have to change you. But it will, unless you choose which connections to protect.

♻️ Repost if you've watched a promotion quietly rewire someone

➕ Follow me (Phillip R. Kennedy) for leadership that stays connected to the work

The CTO told me he'd spent his weekend studying AI augmented development. His background was finance. His best engineers were leaving. He thought the two problems were connected.

They weren't.

Daniel had been CTO for eighteen months. Smart. Great with numbers, strategy, board communication. Zero engineering experience. He assumed credibility meant closing the gap. So he studied. Tutorials. Whitepapers. Architecture reviews full of detailed implementation questions.

His engineers didn't see a leader learning. They saw a bottleneck forming.

Every decision became a research project. Three-week sprints stretched to six because nothing moved until he felt informed enough to approve. He thought he was being thorough. His team experienced it as distrust.

The senior engineer who left first told me: "I don't need my CTO to understand AI development. I need him to trust that I do and make the call."

That's the gap. Not technical knowledge. Decision-making confidence. Daniel didn't need to understand how to setup OpenClaw. He needed to recognize his senior architect had been right about the last four calls and earned trust to make the fifth without a two-week wait.

The hardest part of leading technical teams without a technical background isn't the knowledge gap. It's saying "I don't fully understand this, I trust your judgment, here's my decision." That terrifies most non-technical leaders. It's also what stops your best people from updating their LinkedIn profiles.

We worked on this together. He stopped studying how to technically implement AI. Started making faster calls based on who recommended them and what they optimized for. Approval cycles shortened. His team stopped leaving.

He told me: "They didn't need a better engineer. They needed faster decisions."

His engineers could have told him that on day one.

♻️ Repost if you've learned that leading technical teams is about decisions, not expertise

➕ Follow me (Phillip R. Kennedy) for more on leading technical teams with confidence, not code

His hands were shaking over the keyboard. He'd deployed the change that took checkout offline. Everyone in the room knew it.

Revenue stopped. Tickets stacking. VP of Sales pinging me for an ETA I didn't have.

The room wanted someone to bark orders. Demand root cause. Point at the deployment log.

I sat down next to him. "How many customers are affected right now?"

Not "what happened." Not "whose change."

He stopped staring at the error logs. Pulled up monitoring. "About 1,200 in checkout. Another 300 getting timeouts on product pages."

"Good. Checkout first. Walk me through the rollback."

His hands stopped shaking by the third sentence.

A leader's emotional state during an incident becomes the team's operating environment. Instantly. Walk in radiating urgency and everyone matches it. They talk over each other, chase parallel theories, make decisions that feel productive and create more problems.

Walk in calm and something shifts. The engineer who caused the outage stops bracing for blame and starts working the problem.

The fix took ninety minutes. He found it himself. A config flag that behaved differently in production than staging. After systems were restored, I told the team to go home. Handled the sales update myself. Scheduled the postmortem for two days later, because running a blameless retro on no sleep is how you get a blame-filled one.

Two days later, he proposed the fix: automated config comparison between staging and production. Nobody asked him. He volunteered because the incident room had been safe enough that owning it didn't feel like a career risk.

A year later he led our incident response. Calm. Methodical. Sat next to the person panicking instead of standing over them.

He learned that from a Tuesday afternoon when his hands were shaking and nobody blamed him for it.

♻️ Repost if you've seen calm leadership change the outcome of a crisis

➕ Follow me (Phillip R. Kennedy) for more on leading technical teams through hard moments

We've all made the "perfect résumé" hire. Strong credentials. Nailed the technical interview. Three months in, you realize they can solve any problem except the ones that actually matter.

I've hired hundreds of people over thirty years. The pattern that predicts success has almost nothing to do with algorithms or credentials.

It's curiosity. How someone behaves when they hit a problem they don't know how to solve.

One of my best hires had two years of experience and a community college degree. Struggled in the technical round. But when conversation shifted to a real problem we were facing, he asked diagnostic questions that showed he'd operated systems under real pressure. Not textbook answers. Thinking from the weeds.

A year later, three teams called him first when something broke. Not the fastest coder. The one people trusted to think before acting.

What I've learned about what actually predicts success:

Give candidates a real problem, not a puzzle. Walk them through a challenge your team faces. Twenty minutes of real conversation beats an hour of whiteboard performance.

Watch what happens when they don't know. The best say "I haven't seen this, but here's how I'd start." People who bluff in interviews bluff on your team.

Listen to what they ask about. The system, the users, the team? Or just the stack, the title, the comp?

Look for ownership instinct. Ask about a project that went sideways. People worth hiring talk about what they learned. Not who was at fault.

Create unstructured time. Thirty open minutes surface what no template will.

You can teach your tech stack in months. You can't teach someone to care about the problem behind the ticket.

The résumé says where someone's been. The conversation tells you who they are. Most hiring processes only measure the first.

♻️ Repost if your best hire looked nothing like you expected on paper

➕ Follow me (Phillip R. Kennedy) for more on building teams that scale on trust

Career advice nobody's giving: Quit. Stack Mac Minis. Subscribe to every AI model and claw bot. Emerge in 90 days as something the market doesn't have a job title for yet.

Career Success Coach | Driving Career Growth for 6-Figure Professionals | Higher Pay | Better Opportunities | Greater Job Fulfillment | sWorks! Signature Series |

A Global Technology SVP walks into a wealth management firm as their new CIO. 

A Director of Analytics moves from MarTech into a VP role in Higher Education.   

A Director of Sales in Financial Services lands Senior Director at a $200M SaaS company.   

A Corporate Controller launches a Fractional CFO practice serving Series B startups.      

Same experience. Different leverage.      

That's The YES Factor™.      

Senior leaders don't lose opportunities because they lack experience.     

They lose them because the people making the decision can't see where that experience takes the business next. 

The narrative is historical. The decision is about the future. That gap is where strong candidacies stall and where external moves quietly fall apart.      

We build what closes that gap.   

The leverage that makes the decision easy for the people who need to say yes.      

I work with Senior Managers, Directors, VPs, and CxOs to build the narrative that hands the decision-maker exactly what they need to say yes and sell it internally.     

Corp-to-corp. Corporate-to-advisory. Expanded scope, new industry, or building a fractional practice from the ground up. 

The path doesn't matter. The leverage you walk in with does.      

I bring something most coaches don't. 

I've sat on the side of both sides of the table where risk is weighed, scope is defined, and one direction is chosen over another. 

I know what decision-makers need to see. 

I know what makes it take to move forward and what makes them hesitate.     

That perspective shapes every piece of work I do.      

I've recruited across Fortune 100 boardrooms and early-stage startups. 

I've built enterprise sales practices from the ground up. I've been the one in the room deciding who moves forward and why.  

That's not background. That's the lens I bring to every leader I work with.      

400+ corporate leaders supported.   
15+ years on the decision side of hiring.   $50M+ in enterprise B2B sales.      

What this looks like in practice:    

One focused Advisory Session. 

90 minutes plus a written strategic deliverable you can use immediately.      

An ongoing Retainer for leaders who are actively in motion and need a strategist in their corner as the moves get bigger.      

When decision-makers can see what changes because of you, the yes follows.      

The next move starts with a conversation. 

DM me or book a call directly from my profile.      

📍 The YES Factor™ 📧 melissa@sworkable.com

Melissa Hodgins

People don’t actually choose the best option.

They choose the one that feels easiest to back.

The human brain is remarkably capable.

It built civilisations.  
It invented aeroplanes.

It also quietly avoids anything that feels mentally expensive.

Because uncertainty creates tension.

Certainty creates relief.

Have you ever watched a room look at two strong candidates and move toward the one that simply felt easier to place?

Not better.

Easier.

That is how many senior decisions actually get made.

Not through spreadsheets.

Through emotional relief.

A large part of my work is making sure that when someone’s experience is evaluated, it doesn’t create friction the room has to work to resolve.

Because when something is effortless to understand, trust builds quickly.

And when trust builds quickly…

Momentum usually follows.

📍 The YES Factor

The Corporate Leader’s Career Transition Coach | The YES Factor™ | When Decision-Makers See What Changes Because of You, The Yes Follows

She didn’t know why.

That’s what she told me when she reached out.

Over 20 years of experience.
Real results.
The right roles.
The right industries.

Doing everything right.
Still not getting chosen.

And that’s the part nobody talks about.

It’s not the leaders who are coasting that struggle.

It’s the ones doing everything right who quietly start wondering what
the market is seeing that they’re not.

Here’s what I saw the moment I opened her resume.

She was telling decision-makers everything she’d done.

Not one word about what their business gets next.

She didn’t have a visibility problem.

Her value was invisible.

There’s a difference.

We fixed that inside The YES Factor.

She walked into a CFO’s office talking about his problem.

She got the VP role.

📍 If everything looks right on paper but the decision keeps going
another way, it’s rarely about experience. It’s about what the room can
immediately see.

📍 The YES Factor

Most senior leaders don’t aim too high.

They aim at what they can see.

And what they can see is usually what they’ve done.

Not what it’s actually worth to the business.  
Not what changes when they walk in the door.  
Not what the organization gets next.

Just the history of it.

So they pursue roles that match that history.

Roles they’re credible for.  
Roles they can defend.  
Roles that make sense on paper.

And they get them.

Which is exactly the problem.

Because capable and correctly placed are not the same thing.

I had a client who was convinced her title was holding her back.

We didn’t change the title.

We changed what she could clearly see about what moved in the business because she was there.

She stopped aiming at roles the market thought she deserved.

She started moving at the level she had already reached.

The shift was significant.

📍 When the business value is easy to see, the level conversation changes quickly.

📍 The YES Factor

Every board conversation mentions AI.
Every investor deck includes it.
Every strategic hiring discussion is looking for leaders who actually get it.

And when decision-makers look at your background
resume, LinkedIn, pitch, narrative
the AI piece is completely missing.

Not because you're not using it.

You're using AI. You're driving results with it.

But you're not making it visible as part of the business outcome.

The M&A integration you led that closed 40% faster
AI powered the due diligence.

The retention spike
AI identified the churn pattern no one was seeing.

The operational efficiency gain
AI removed the bottleneck that had been there for years.

You know this.

Decision-makers don't.

Because it's not in your narrative.

And right now, that gap is costing you opportunities.

The corp-to-corp role that goes to someone who made AI capability obvious in the room.
The strategic seat where they are looking for AI fluency and you did not show it.
The advisory client who needs someone forward-thinking and your narrative still reads like 2019.

From inside your own story, this gap is almost impossible to see.

But it is exactly what decision-makers are reacting to.

And it is costing strong leaders conversations they should already be in.

If you know your track record is stronger than what the market is giving back right now, we should talk.

📍 The YES Factor™

You left corporate to build something of your own.

No more approvals. No more getting your calendar hijacked. No more
brilliant ideas that die in committee.

Finally, your expertise. Your terms. Your future.

Except now you are three months in and the calls are not coming the way
you thought they would.

You are available for strategic advisory work.
You are open to fractional leadership opportunities.
You are leveraging years of experience.

And it sounds impressive. Credible. Senior.

It is also completely forgettable.

Because when someone has a problem that is keeping them up at night,
they do not search for strategic advisor.

They think: Who do I know who has solved this exact thing before?

That is the gap.

You left corporate with a title, a network, and a belief that the
expertise would speak for itself.

And now there is a realization no one knows what to call you for.

Not because the expertise is not strong.

Because the market does not know the one thing you solve decisively.

You are known for being capable of many things.

And general does not get the call.

Here is what shifts it.

Stop describing what you can do. Start owning what you are known for.

Not scope. Not capabilities. Not range.

The problem people called you for when you were still in the seat.

You are the one who makes acquisitions close without imploding.
You are the person pulled in when retention is bleeding and nobody knows
why.
You are who gets called when compliance is about to kill the deal.

That sentence, the exact thing you were known for, is the business.

And the moment that becomes clear, the calls change.

Because people do not buy fractional VPs.

They buy the person who solves the problem that is costing them right
now.

Here is where most leaders get stuck.

From inside a long corporate career, the title is loud.

The reason people pulled you in is quieter.

And that is what the market buys.

That is the work inside The YES Factor™.

📍 The YES Factor | Become the Expert They Hire | Become the Expert They
Buy |

Rooms make decisions before anyone speaks.

That’s not cynicism.

That’s just how evaluation actually works.

By the time someone is sitting across the table, the conclusion is
already forming quietly in the background.

And if something feels uncertain, unclear, or hard to place —

the brain doesn’t work harder to understand it.

It looks for an easier option.

Charlotte (not her real name) wanted VP. Then C-suite.

When we looked at her next move, tech was the right path.

Not because it was obvious.

Because when I looked at what she’d actually built — her results, her
markets, her growth story — it was exactly what a serious tech firm
needs.

But there was a risk.

The room was likely to see: not SaaS.

And once that conclusion forms, strong leaders rarely get the chance to
correct it.

So before she ever walked in, we made that conclusion impossible to
reach.

We didn’t change her experience.

We changed what the business could quickly understand about it.

Her language. Her framing. Her focus.

All of it translated into the vocabulary of their world.

By the time she sat down, the room wasn’t working against her.

It was already moving toward her.

Five rounds. A full case study built around their sales challenges.

She won every one.

📍 The room isn’t waiting for someone to explain their background. The
YES Factor ensures the right conclusion forms early.

I once sat across from the CIO of one of Canada’s largest companies.

He was my client.

I didn’t spend that conversation establishing credentials.
I didn’t walk him through my background.
I didn’t try to convince him I was worth listening to.

We talked about the business.

About the customer.
About what was possible next.

And that conversation reinforced something I see over and over again.

Authority isn’t built by explaining yourself.

It’s built when the room can quickly see what changes because you are
there.

Here is what many senior leaders do when they are preparing for a move.

They explain themselves.

Their background.
Their experience.
Their track record.

All of it logical.
All of it quietly working against them.
And in senior rooms, that is usually where the evaluation quietly
changes.

Because authority isn’t what gets declared in the room.

It is what decision-makers conclude when they can clearly see the impact
of choosing you.

And the moment the conversation turns into proving, the evaluation has
already shifted.

The leaders who get trusted quickly aren’t the ones with the most
impressive answer.

They are the ones who can hold the business problem in front of the room
and move it forward.

That is the shift behind The YES Factor.

📍 The YES Factor

You have been rehearsing the same answer for three days and it still sounds wrong.

"I know I have not worked in this industry, but let me show you how my experience translates."

Every time you say it out loud, you hear it. You are asking them to overlook something.

And the interview is next Thursday.

Here is what is happening in that room that you are not saying out loud.

They are not deciding if you are close enough. They are deciding what their business looks like if they choose you. And if you make them do the work of connecting your background to their problem, they will not do it.

Most people walk into that room explaining their past and hoping someone sees the fit.

You do not have that kind of time.

I had a client in round 3 this week. Director role. SaaS company. 15 years of exactly what they needed. Zero SaaS experience.

She was carrying the same sentence you are carrying right now.

We eliminated it. We did not manage the gap. We made it the reason.

She walked in Tuesday showing them what becomes possible because she is a builder and they have never had one. Not her history. Their future.

Two hours of focused work.  
We changed how she would be evaluated in that room.

She is not hoping they overlook something anymore.

If you have a conversation next week that decides your next year and you are still rehearsing the wrong answer, you are out of time to figure this out alone.

DM me.

📍 The YES Factor™ | Become the Expert They Hire | Become the Expert They Buy |

You already know what the next level looks like.

You’ve been in those rooms.  
You’ve led those conversations.  
You’ve solved the problems that were keeping the business up at night.

And somewhere in the last few months, something started to feel off.

Not doubt. You’re past doubt.

Something quieter than that.

A growing impatience with a process that keeps measuring the wrong thing.  
That keeps asking you to prove what you’ve already proven.  
That keeps putting you in rooms where you have to over-explain what experienced leaders recognise quickly.

That gap — between who you are in the room and how the market is reading you — is one of the most frustrating places to sit.

Because you’re not starting over.  
You’re not figuring it out.  
You’re already operating at the level you’re aiming for.

But the market isn’t reading you that way yet.

And you’re no longer waiting for the market to catch up.

That’s the work inside The YES Factor™.

Making what already moves because of you unmistakable the moment the room starts forming a view.

📍 The YES Factor

taplio

The Battle

Phillip R. Kennedy

Melissa Hodgins

Followers

Posts

Engagements

Likes

Performance ScorePhillip R. Kennedy's LinkedIn Performance

Performance ScoreMelissa Hodgins's LinkedIn Performance

Ready to grow your LinkedIn presence?

taplio

The Battle

Phillip R. Kennedy

Melissa Hodgins

Followers

Posts

Engagements

Likes

Performance Score.css-goub6s{font-size:var(--chakra-fontSizes-md);font-weight:500;color:var(--chakra-colors-gray-600);display:block;margin-top:var(--chakra-space-1);}Phillip R. Kennedy's LinkedIn Performance

Performance ScoreMelissa Hodgins's LinkedIn Performance

Ready to grow your LinkedIn presence?

Performance ScorePhillip R. Kennedy's LinkedIn Performance