Tech Agility Is a Leadership Skill, Not an IT Problem
- Benjamin Harper
- 22 minutes ago
- 7 min read
Technology adoption fails not because of the technology. It fails because leaders treat it like an IT project instead of a leadership mandate. At Pivotal Growth Inc., we define this gap as a tech agility development opportunity.

Under-capitalized tech agility is becoming one of the most expensive problems in business today. The opportunity is to include it as a leadership attribute.
Walk into most organizations six months after a big technology rollout, and you'll see the same situation. The software is installed. The training was done. But the team is still working the old way, and the tool sits there, underutilized, doing 20% of what it was designed to do.
This happens in so many industries and companies of varied sizes. The underutilization of high-value tech tools isn't a product problem. It lacked change leadership, which includes leadership tech agility.
What is Tech Agility
Tech agility isn't about being a tech person. It's not about knowing how to code or staying current on the latest software.
Tech agility is the ability to adapt to technology change and guide others through it, using new tools and processes to drive scalable performance. It means more than just your performance. The measure of success is whether your whole team operates at a higher level because of how you role model and integrate the technology.
An example is we when we explored in depth leading with cognitive agility, where we examine how leaders design human-AI workflows that create both immediate value and sustainable team capability.
There's a gap between this understanding and what actually happens. 88% percent of organizations report using AI in at least one business function. Yet only 7% have fully scaled it across their operations. The problem sits in that gap, and it's a leadership problem. (McKinsey, The State of AI in 2025, November 2025)
The Behavioural Barrier Nobody Talks About
Here's what I learned during my time at Pivotal Growth: the biggest adoption friction isn't resistance to the tool. It's the absence of someone showing the team what adoption looks like in practice.
Early in my work co-op, I had a conversation about where to house intellectual property when using AI tools. We could trust an external platform like ChatGPT with our data, or we could use enterprise-protected systems. That wasn't a technical decision. It was a business decision with real consequences. It required someone to think through both use case options, decide on an approach, and then model that approach visibly.
Without that leadership behaviour, the team defaults to their familiar work style. They work around the tool. They go back to the old way because no one showed them it could be different.
Technology is rarely the barrier to adoption. Behaviour is. And behaviour change requires leaders who are willing to get uncomfortable first.
The Three Things High-Tech Agility Leaders Do
I've watched different approaches to technology adoption at Pivotal Growth that produced different results. Here's what I think works:
1. They integrate new tools into their own workflows first, visibly and consistently
This is not a "let me try it out" phase. This is an active shift. A leader adopts a new system and uses it daily. They talk about what they're learning. They hit obstacles and work through them in front of the team. They make the learning visible.
When I started documenting processes using AI, it wasn't just useful for the company, it showed the team that the technology had real, immediate value. Documentation became faster. Knowledge didn't stay trapped in someone's head. The team saw the result and wanted to replicate it.
2. They connect tool usage to a specific outcome the team can see and measure
It's not enough to say, "This is more efficient." Efficient is abstract. Leaders need to point to the specific things that have changed.
Using tools to refine research outputs moved a process from days to hours. Client analysis shifted from opinion and intuition-based to data-backed. Decisions that required three people now require one. That's concrete.
When the team sees the connection between the tool and an outcome that matters, adoption isn't a mandate.
3. They create space for the team to experiment and ask questions
Capacity is the biggest limitation to so many outcomes, and it exists here too. Creating space for experimentation is easy to skip when you're busy. It's also the one that determines whether adoption is real or just superficial compliance.
A leader with strong tech agility says, "Here's how I'm using this tool. Here's what I'm learning. What are you discovering?" They give permission for the tool to be used differently than expected. They normalize the learning curve. They act as both learners and teachers.
They also don't expect everyone to adopt at the same pace. Some team members will experiment faster. Others will need more time. The leader's job is to know their change adoption capacity, meet people where they are, not judge the ones who lag.
Why Most Organizations are Lagging their Tech Potential
The reason these three things don't happen is simple: they require leaders to slow down and be focused.
Most technology rollouts are built on a perpetuated misconception: buy the tools and train the people, expect the shift. It's a rollout approach, and it doesn't work because it misses the human part of the change adoption.
This is why shifting from a change management mindset to a change leadership one is so critical. As we explore in our research on change leadership, the difference between managing change and leading it fundamentally shapes whether teams adopt new tools or just comply with them.
Leadership requires someone to invest time into understanding the tool, using it, failing with it, refining their approach, and then bringing the team along. That investment happens before the team sees value. And for a leader running at full capacity, many days that investment feels impossible.
Research consistently shows digital transformation and technology adoption failure rates, ranging from 70% to 85%, costing organizations unused software spend, disrupted workflows, and frustrated teams. (McKinsey, Losing from day one: Why even successful transformations fall short) All because the change management plan overrode the change leadership plan.
The Competency Gap
In 2026, technology is moving faster than people are. Generational shifts in how work gets done, AI becoming standard in workflows, tools evolving in real time: these changes are outpacing traditional leadership approaches.
Pivotal Growth's modern leadership research showed tech agility as a performance multiplier, strongly correlated to 10 of the 40 dimensions in a leader's playbook. Most organizations don't measure tech agility as a leadership competency. They don't develop it. They don't hold leaders accountable for it. They treat technology as something that happens to the organization, rather than something leaders actively steer.
To understand how this research was developed and what it means for the future of leadership, explore The Future of Leadership research, which maps the demographic shifts and competency changes that define modern executives.
This is the opportunity. Organizations that see tech agility as a leadership competency will move faster than competitors. Their teams will adopt new tools not because they have to, but because they see the value and how to integrate it into their work. And that's when adoption becomes scalable.
What This Looks Like in Practice
I have spoken with people who were asked to complete a task but did not fully understand the systems required to do it. They were unsure how to navigate the platform, interpret the outputs, or know whether they were using the tool correctly. They did not want to interrupt the person who could help; they hesitated to ask questions and spent hours trying to figure it out on their own.
A leader with strong tech agility would have noticed this early. They would have stopped by and said, "Here's how I use this system. Here are the shortcuts I've learned. Here's where people usually get stuck." They would have normalized the learning curve and made the adoption faster.
That is leadership.
Building Tech Agility as a Capability
Here's where to start. First, pick one tool your team needs to adopt or deepen their use of. Commit to personally using it deeply for the next 30 days. Not superficially. Use it in your actual workflow. Learn its capabilities. Hit the obstacles and work through them.
Second, document what changed because of using the tool: personally, in your work style, and for team impact. What took less time? What became clearer? What became possible that wasn't before? Be specific.
Third, share that change with your team. Not in training. In a conversation. Show them what you learned. Invite them to experiment with their own approach. Ask what they're discovering.
Tech agility spreads through visibility, not through mandates.
The Measurement That Matters
Organizations rarely measure adoption impact because they default to the wrong metrics. They track adoption rates (how many people are using the tool) instead of outcome rates (what changed because of it). That gap is where tech agility breaks down.
A leader with strong tech agility can answer this question clearly:
"What is this tool actually changing for us?"
Not "we're more efficient." Specifically:
Decisions that took a day now take an hour
Research that required three people now requires one and produces deeper insight
Client analysis moved from impression to data
Processes that lived in someone's head are now documented and transferable
Those are the measures that tell you whether adoption is real. And they're the measures that drive continued personal investment in the tool, because the team can see the result.
Why This Matters Now
Agility is now an essential for every leader. The pace of change in technology, in work, in how people expect to be led demands leaders who can adapt and bring their teams through change with intention.
Tech agility is an important competency that bridges that gap. And it starts with a simple shift: stop treating technology as an IT problem and start treating it as a leadership responsibility.
The leaders who build this capability won't just move faster. They'll build teams that move faster, that trust change, that see new tools as opportunities instead of obstacles. That's a competitive advantage. This also happens to be how modern leaders work. About the Author Benjamin Harper

Benjamin Harper is a second-year Bachelor of Commerce student at Dalhousie University, majoring in finance with a minor in economics. Originally from Jamaica and raised in Toronto, Benjamin brings a distinct perspective on diversity, leadership, and what the next generation of leaders needs. As a Modern Leader Associate at Pivotal Growth Inc., he works at the intersection of data analytics and leadership development, producing research and content. He believes leadership is built in the day-to-day, not the title.
