… This is the fifth in a series of posts about how I ended up where I am today.
My visa was running out. I’d already planned to move back to Ireland before 9/11 happened, and when I returned I moved into a development role. On paper it was a step forward. In practice it was the lowest point of my time at IBM.
Up until then I’d always had some level of autonomy. I could see who used our products and why. I had relationships with developers across the world. I could solution things my own way.
Now I was building software to specification. Given instructions, told to follow them exactly. When I asked about the customers who’d be using what we were building, I was told not to worry about that. On top of that, I was competing with people who’d been working in that architecture for years before I arrived. The whole thing felt like going backwards.
Two things stand out from that period.
My educational background was being used against me again. A senior manager told me directly that I would never be promoted without a university qualification. At one point I spent time coaching a new starter on how to build a presentation. Techniques, structure, how to land the key points. They’d never done one before. After they presented, another manager turned to me and said, “Wow, that’s excellent. Why can’t you do that, Simon?”
I didn’t say anything.
One manager during that time did help me. He took the time to understand where I was and helped me see a way forward. I needed that more than I probably showed.
The Other Side of the Phone
In 2006 I moved to Level 2 support. There’s a misconception about customer support, even inside IBM, that it’s people reading from scripts. At no level is that true, but Level 2 is something else entirely. You’re working with high-value customers or customers who are furious. You regularly have to tell someone they can’t have what they want, because the fix or the feature is just too complex, and they have to come away from that conversation feeling heard and respected.
The people who worked there blew my mind.
In most places I’d been, asking for help was treated as a sign of weakness. Something to be avoided or held against you. In this team, the opposite was true. It was in everyone’s interest to make sure nobody stayed stuck. If your teammate could function without help, it meant your own work got done faster. The whole system only worked if people shared what they knew.
So you’d ask a question. They wouldn’t just give you the answer. They’d coach you to build habits so you could find it yourself. But if the problem went deep enough, they’d give you the answer and then hand you the whole theory behind it. The field of study. The context you’d need to never have to ask again.
There was one rule. You couldn’t ask the same question twice. That was the trade-off. And it was a fair one. It taught you to think about a problem before asking for help, to value someone’s time when they gave it to you. That expectation has stayed with me. To this day it frustrates me when people treat others as their own personal search engine rather than sitting with a problem for a while first.
Knowledge was never used to segregate or to make someone feel small. If you weren’t an expert in something, they made sure you became one. I’d never experienced anything like it. In every other place I’d worked, knowledge was hoarded. People held onto what they knew because it gave them power, made them harder to replace. Here, the opposite was true. Sharing what you knew made the whole team stronger, and that made you stronger too.
Pure Magic
Early on in that role I took a call from an extremely upset customer. Screaming. Threatening. I was in pure panic, completely rattled. I called my manager over.
I can’t do justice to what happened next by describing it in detail, because the skill was in the subtlety. But the customer went from screaming to talking normally, got their fix, and then apologised to me. All from how my manager spoke to them. The words he chose, the pace, the way he acknowledged what they were feeling without giving ground on what was possible.
It was pure magic.
I wanted to understand how he did it. They teach you some of the basics, but I wanted to go deeper. How do you take someone who is at their worst and bring them back? How do you tell someone “no” and have them thank you for it? This wasn’t a trick or a technique. It was a way of thinking about people and what they actually need in a moment of frustration.
Language as a Tool
Those methods became engrained in how people on the team dealt with each other too. Performance reviews weren’t “here’s how you screwed up last year.” They were “here’s how we’re going to make you better in the new year.” The difference sounds small when you write it down. In practice, it changed everything about how people showed up.
It’s about how you use your language. And how you see people’s potential.
Those skills didn’t stay at work. The way you speak to a frustrated customer is the same way you speak to anyone who feels unheard. It saved relationships with customers, yes. But also with family. With friends. I just wish more people understood how much the words you choose and the intent behind them actually matter.
I moved into a team lead role eventually, and two major projects during this time helped shape the next stage of my career. How I became a Master Inventor, and how I built a learning system. Both of those are stories for another time.
The work itself was support for application development, deeply technical stuff that I loved. Towards the end, the focus shifted to supporting an email product. I didn’t want to do that. But my work on the learning system had caught the attention of the Watson team, and that opened a door I hadn’t expected.
Which is where this story picks up in the next post.
This is the fifth in a series of posts about how I ended up where I am today. Next: the pivot from conversational AI to agentic systems, and why everything before this was preparation for what came after.