[ BETTER TECH LEADERSHIP ]

Crafting Success in Tech: Stories from the Frontlines of Innovation

[ THE SPEAKERS ]

Meet our hosts & guests

Matt Warcholinski
CO-FOUNDER, BRAINHUB

Co-founder of Brainhub, Matt describes himself as a “serial entrepreneur”. Throughout his career, Matt has developed several startups in Germany, wearing many hats- from a marketer to an IT Engineer and customer support specialist. As a host of the Better Tech Leadership podcast, Matt talks about growing successful businesses and the challenges of being a startup founder and investor.

Patrick Kua
Advisor, Technology Leader

Patrick Kua is a seasoned technology leader with over 20 years of experience in the tech industry. His current mission is to accelerate the growth of technical leaders through coaching, mentoring, and training. Patrick has held prominent roles such as CTO and Chief Scientist at N26 and Technical Principal Consultant at ThoughtWorks, where he led, managed, and improved complex organizations and software systems.

Follow him on Twitter @patkua or visit his website at patkua.com for more information.

Transcript

00:09 - 00:14
My name is Matt, and I will be talking to Pat Kua about tech leadership journey and scaling teams.

00:18 - 00:22
Hey, Pat. I'm really happy to have you here today, with me.

00:25 - 00:30
And I just wanted to start straight, forward with with my first question.

00:30 - 00:36
So I really wanted to ask you because you are from Australia, and I used to live in Munich.

00:36 - 00:44
And only guys living in Germany, from Australia were the usually, the visitors from the Oktobersons.

00:45 - 00:48
So I'll just you have to tell me the story.

00:48 - 00:50
How come how how come you landed in in Germany?

00:51 - 00:53
Thank you. Thank you for having me, firstly.

00:53 - 00:58
And, you're right is that I think probably most Australians are tourists.

00:58 - 01:00
It's a long, long way from other places.

01:01 - 01:04
But I started my tech journey in Australia.

01:05 - 01:09
And for anyone who has worked in Australia or is currently working in Australia, even though

01:09 - 01:14
it's a very large country, the tech industry is relatively small.

01:14 - 01:19
Now I've been working in tech for more than 20 years, so it was even smaller than what it was

01:19 - 01:21
back then or what it what it is today.

01:21 - 01:26
And, I ended up working for a company, called Thoughtworks.

01:26 - 01:31
They're a consulting company, and, I had an opportunity to do an exchange to the UK.

01:32 - 01:40
One of the reasons why they had this exchange program was to promote more cultural, exchange across different offices.

01:41 - 01:44
Obviously, more networking across different offices.

01:44 - 01:46
And I was personally really excited.

01:46 - 01:52
If you spoke to a lot of Australians, especially back then, it was a rite of passage where everyone

01:52 - 01:55
did at least a year or 2 years in the UK.

01:55 - 01:59
There used to also be this visa called the work equality, visa.

01:59 - 02:04
So you used to have a lot of Australians, often in the UK called anti padians, other side of

02:04 - 02:07
the world, working in pubs and various things like that.

02:07 - 02:10
But I was lucky enough to work as a person in tech.

02:11 - 02:15
The exchange program was supposed to be a year and then it just turned into many, many years.

02:16 - 02:19
And then, yeah, I worked in the UK for a long time.

02:19 - 02:21
I think I was there for almost 12 years or so.

02:22 - 02:28
And the reason I ended up in Germany was because I had a job offer from, n 26 to join as their CTO.

02:29 - 02:35
And so part of that time, remote working was maybe not as accepted, or as open as it is post.

02:36 - 02:42
And so I did move to Berlin, which is where I'm currently based, and that's how I ended up in Germany.

02:44 - 02:46
Great that you mentioned the tough tough works.

02:46 - 02:51
So to be honest, I'm really excited about your experience in this company because I'm following

02:51 - 02:52
the tough works for quite a while.

02:53 - 02:58
And as you know, I run the consultancy, so I like to have a glimpse in their tech rather and

02:58 - 03:01
their approach, like, what they are releasing the reports.

03:01 - 03:03
I think they are making amazing job.

03:03 - 03:10
And I'm wondering how this was impactful for you because you first worked on a consulting side. Right?

03:10 - 03:16
Like, outside of, product companies, like, helping a lot of, probably, the the product companies.

03:16 - 03:21
But I mean, like, those consulting experience, How this shaped you and how this influenced,

03:22 - 03:26
maybe your next assignments, like, with n 26 or near mobility?

03:27 - 03:29
Yeah. It's a great question.

03:29 - 03:35
And, I did work for a a couple of product companies beforehand, before joining Thoughtworks.

03:35 - 03:42
One of them was Oracle, and then another one was Flight Centre, which is a large travel agency in, Australia.

03:44 - 03:46
But, you know, I spent a lot of my time doing consulting.

03:46 - 03:50
So I think I was at Thoughtworks for I think it was almost 14, 15 years.

03:51 - 03:55
And over that time frame, I'm sure everyone will have recognized how much our industry has changed.

03:55 - 03:57
I'm sure you've seen a lot of change as well over that time.

03:58 - 04:00
And I was very excited actually to join Thoughtworks.

04:00 - 04:06
And the reason I ended up there was when I was at Oracle, I found myself working in a part of

04:06 - 04:12
Oracle that was a bit more like an r and d lab, where we were actually experimenting with the

04:12 - 04:16
very first early day x XP or agile type of concepts.

04:16 - 04:23
So we were using the first version j unit automated test framework, first, version cruise control,

04:23 - 04:26
1st continuous integration server out there.

04:26 - 04:30
We weren't doing pair programming or anything as, crazy as that.

04:30 - 04:36
But, yeah, I I really enjoyed working in those sorts of fashions because I could see a lot of

04:36 - 04:39
the problems that we were facing that we were trying to fix using these tools. Right?

04:39 - 04:41
We were doing long releases.

04:41 - 04:48
We had very painful, build processes and very painful regressions.

04:48 - 04:51
And so I understood where a lot of these things are coming from, and I wanted to work in an

04:51 - 04:53
environment where I could do more of that.

04:53 - 05:01
Now, back then, agile and XP, especially extreme programming, was, a little bit like dirty words,

05:01 - 05:03
like, you do never talk about. Right?

05:03 - 05:07
Because you talk about extreme programming in particular, and business people would think you're,

05:07 - 05:11
like, anarchists and, you know, these are agile, this this terrible thing.

05:12 - 05:14
And it was just, you know, a more effective way of working.

05:14 - 05:17
I think today, most people would want to be agile.

05:17 - 05:20
They see that as a good thing, but back then it was not.

05:20 - 05:26
And so I ended up at Thoughtworks because, they were known for doing more of the projects, with

05:26 - 05:34
Agile and XP, and actually, was really lucky to work with, you know, different types of industries,

05:34 - 05:39
lots of different, clients across different, sizes and scopes as well.

05:40 - 05:45
And, also see lots of different aspects of, project life cycles.

05:46 - 05:52
So everything from, you know, starting fresh, sometimes then, changing this old legacy system

05:52 - 05:59
that has been around for 10, 15 years, you know, helping clients with different initiatives, over that time frame.

05:59 - 06:04
A lot of them would have been going from, you know, waterfall to agile ways of working, maybe

06:04 - 06:08
introducing practices like automated testing, continuous integration.

06:09 - 06:14
Thoughtworks, is known or at least some of the authors, Dave Filley and Jess Humble for continuous delivery.

06:15 - 06:19
And, you know, one of the projects where they invented a lot of those, ways of working or a

06:19 - 06:23
group of people rather, They published the book on it, but a group of people invented ways of

06:23 - 06:28
working, which is now known as continuous delivery, helping people go down that path.

06:28 - 06:33
And so, yeah, it really shaped a lot of my experiences because I was able to a, help a lot of

06:33 - 06:36
clients, you know, move in the right sort of fashion.

06:36 - 06:39
B, I got to work in tech, which I really, really love.

06:39 - 06:43
And, C, I got to build a lot of different skills and experiences as well.

06:43 - 06:48
I think, to maybe answer, another part of your question, which is how has it influenced me as

06:48 - 06:50
I sort of moved into my career.

06:50 - 06:56
I think all those varieties of work, really meant that I really had to build up a muscle of influence.

06:57 - 06:59
Now I do a lot of CTO coaching.

06:59 - 07:01
I train a lot of tech leaders.

07:01 - 07:06
And I think in particular, learning how to influence other people, is one of those key skills.

07:06 - 07:11
And as a consultant, you have to do that all the time if you're going to have any impact, because

07:11 - 07:13
typically you don't get to make decisions.

07:13 - 07:18
Typically, you're working through other managers or other your sponsor to make a decision, and

07:18 - 07:21
you have to work to influence a lot of people to get stuff done.

07:21 - 07:28
And so for me, I think there was a lot of times or relationship building of knowing who to talk

07:28 - 07:34
to and and finding ways to build those relationships, helped me build influence, and also gave

07:34 - 07:37
me motive to actually help other people as well in a positive fashion.

07:38 - 07:43
And I think that's definitely shaped a lot of my career and sort of what I'm doing these days.

07:44 - 07:48
You mentioned Oracle, and I when I think about the product from the product perspective about

07:48 - 07:53
the Oracle and n 26 or tier mobility, Those are completely different organizations.

07:53 - 08:00
So, I'm just and the top works top works is another story from the consultancy perspective.

08:00 - 08:06
But, I mean, switching from Australia, from those organizations to more of a startup world of

08:06 - 08:13
a tier mobility or 10 26, I'm just wondering, was there anything surprising for you, like, cultural

08:13 - 08:19
wise or approach how they, build the products or how they do engineering, how they build teams?

08:19 - 08:21
Like, was there any surprising?

08:22 - 08:27
To be honest, not so much because, even within Thoughtworks, even though many of our clients

08:27 - 08:36
would have been maybe enterprises, I had had over the host time, 14 years, long time, working with sometimes startup environments. Right?

08:36 - 08:41
So I know how scrappy, client, that sort of phase has to be.

08:41 - 08:42
You don't have all the time.

08:42 - 08:44
You don't have all the budget to get stuff done.

08:44 - 08:48
You need to build a good product, and, you need to iterate quite a lot.

08:49 - 08:53
And so I kind of had a good exposure to company life cycles at different stages.

08:54 - 08:59
And if anything, what it did was it helped me prepare for understanding what problems we were

08:59 - 09:01
gonna have at different sizes and scales.

09:01 - 09:07
So for instance, one of the reasons I joined 1026 is they had a really solid engineering team,

09:08 - 09:10
but it wasn't growing very, fast.

09:11 - 09:15
And, we needed to grow it very quickly because the rest of the company had already outgrown

09:15 - 09:19
it ratio wise, and also the rest of the company was gonna grow a lot more.

09:19 - 09:21
And so we had a lot of catching up to do.

09:22 - 09:27
As you can imagine, and so you probably also know, it's hard to hire good people in tech, whereas

09:28 - 09:33
there are a lot of other people who can label themselves very quickly as product people or business

09:33 - 09:36
people, you know, telling people what to do with more projects. That's easy.

09:37 - 09:41
Shipping quality product or shipping a product at all that works is already a challenge.

09:42 - 09:46
And so I kind of knew all of the different challenges that we're gonna have.

09:46 - 09:51
And although I didn't necessarily know if it was gonna always work out, at least I had a portfolio

09:51 - 09:56
of different approaches that we could experiment with, that gave me better chances of going, okay.

09:56 - 09:58
Well, I think here's what we're facing.

09:58 - 10:01
Here are some things that we need to be able to do around that because I've seen this work in

10:01 - 10:03
different, different types of companies.

10:04 - 10:08
And so that gave me a lot more preparation for the circumstances I'd find myself in.

10:10 - 10:12
Let's talk now about n 26.

10:13 - 10:18
This is really hot, startup, hot fintech, and then in Germany.

10:20 - 10:28
And the facts are that you scaled the team from 55 people to to 250 in 18 months as far as I remember.

10:28 - 10:31
So that's impressive, I would say.

10:32 - 10:39
You work there as a CPO, but in the end, like, you, you work there as a chief scientist, which

10:39 - 10:44
is a bit different in the world when I when I'm, like, looking at the titles.

10:44 - 10:51
I'm just wondering what are your biggest lessons learned from from this company for for yourself as a leader?

10:52 - 10:58
Yeah. So firstly, I think, if anyone has learned about the CTO role is that there are a lot

10:58 - 10:59
of varieties of that role.

11:00 - 11:06
And when I was there in the early parts, it was pretty clear that my role was going to be about scaling up the organization.

11:07 - 11:14
Now typically in a organization, you typically have a VP of engineering, or a, and a CTO.

11:15 - 11:20
And it's the VP of engineering that's typically responsible for hiring and staffing and, keeping

11:20 - 11:23
an organization running from that sort of side.

11:23 - 11:29
So I knew that was gonna be part of my responsibility because I didn't have a VP of engineering at that time.

11:29 - 11:36
And so part of my role of, what I saw myself, doing early days at Intuitiesix was really about

11:36 - 11:42
building out the management leadership layers so that we could scale effectively. Right?

11:42 - 11:49
So, you know, moving from a team of 55 people, you can kind of get a sense of what's going on everywhere.

11:49 - 11:57
But when you get to several offices around the world, several 100 people in engineering, you

11:57 - 12:02
literally can't do everything yourself, and that's why you have to grow a good management team effectively.

12:02 - 12:05
And so that's one of the responsibilities I had.

12:05 - 12:12
And so as I brought in, a sort of more senior, manager, we called it a director in our leveling

12:12 - 12:17
system, but, it's kind of conceptually like VP of engineering, then I could actually step back

12:17 - 12:22
to focus a little bit more on what a CTO might typically more do, which is really talk about,

12:22 - 12:24
you know, the the tech side. Right?

12:24 - 12:28
Making sure that we have a good tech strategy heading in the right direction, making sure that

12:28 - 12:34
we're investing in the right types of quality, and that particularly the engineering team, have

12:34 - 12:39
good levels of experience and have access to that experience, to make sure that you're you can

12:39 - 12:41
continue to build a quality product over time.

12:41 - 12:45
And so that's one of the reasons that I moved into sort of the chief scientist role is because

12:45 - 12:50
the CTO role in that sort of world was going to be a little bit more focused on delivery, staffing, and org.

12:51 - 12:53
And so we needed a different title around that.

12:53 - 12:57
And, we can sort of think about it as moving back into a little bit more of the individual con

12:57 - 13:01
contributor track where you have to use a lot more leadership, influence.

13:01 - 13:08
But it's really more focused on sort of technical topics than it is about the the organizational operating side.

13:09 - 13:17
So, just to just to dig deeper in so in this case, the CTO moved a bit into the the the role

13:17 - 13:19
of a VP of engineering. Right?

13:19 - 13:21
So you could describe it that way. Yes.

13:21 - 13:25
It's the the responsibilities would be more typically what a VP engineering would do.

13:25 - 13:35
Okay. And the tier mobility, this is interesting point because, I know that you're helping a lot of, tech leaders.

13:35 - 13:39
I mean, c level, VP level, head level.

13:39 - 13:45
And at the t Mobility, you worked as a board in a board of advisory, role.

13:45 - 13:52
And this is really this is really interesting point because, like, when you look at somebody

13:52 - 14:00
LinkedIn and you you see board advisory role, it's not always obvious how this work looks day, like, day to day.

14:00 - 14:03
Like, what kind of responsibilities do you have?

14:03 - 14:06
How does it look to have this kind of work?

14:06 - 14:12
So maybe you could describe a bit your relationship with the T Mobility and your role there.

14:12 - 14:15
Yeah. So I will also say the advisory role also

14:21 - 14:26
tier mobility, it was the sort of advisory board for the CTO in that side.

14:26 - 14:34
So, Matthias, who was the CTO and one of the cofounders of TIER, assembled effectively his own personal board of advisors.

14:34 - 14:40
And so, this was his collection of people, of, you know, people he trusted, who had different

14:40 - 14:47
backgrounds and experiences, but could draw upon, whenever he had specific situations, that

14:47 - 14:48
he needed some extra help with.

14:49 - 14:54
And so the way that that worked was a little bit more on demand advisory, which is, you know, hey.

14:55 - 14:56
You know, we're starting to grow.

14:56 - 14:58
We need a left link system.

14:59 - 15:01
Pat, you know how these work.

15:01 - 15:06
So can you help our team, you know, build out a leveling system so that there's more clarity around that?

15:07 - 15:14
Sometimes it was just there to be a, external person for, sort of advice around particular topics.

15:14 - 15:22
So, you know, when, one of the directors at TIER had a certain, challenge, I could create some

15:22 - 15:25
time, and we could talk through what they're currently going.

15:25 - 15:29
A little bit like how I'd normally do things with coaching with the CTOs that I normally run.

15:29 - 15:35
But sometimes it's a little bit more, I would say, mentoring or advice than it is pure coaching from that side.

15:36 - 15:38
And so that's how we operated there at TIER.

15:42 - 15:47
When I look at your, profile, I I think, like, you are pretty successful in there.

15:47 - 15:49
I mean, like, you work for a really big organization.

15:49 - 15:54
You work for the startups that are well known, and you you have, like, recognition because,

15:54 - 16:01
like, people hire you to help them out, with some, like, high level, like, executive, ideas,

16:01 - 16:04
I mean, on a on a technology or engineering side.

16:04 - 16:09
So I'm just wondering why are you where you are today?

16:10 - 16:12
To what do you attribute your success?

16:14 - 16:17
So thank you, firstly. I appreciate that.

16:17 - 16:21
And, I will say that I think success comes in many different forms.

16:22 - 16:29
And, now I'm independent, and I do a lot of training for early tech leads or staff engineers and entering managers.

16:29 - 16:34
And then I coach CTOs, and also run training through the Tech Lead Academy.

16:35 - 16:40
But one of the reasons I think I'm here is, of this concept called Ikigai.

16:40 - 16:43
Now some of the people who are watching or listening to this might be familiar with it.

16:43 - 16:48
But if you're not, Ikigai is this Japanese concept, and I always forget all the different elements.

16:48 - 16:56
But roughly, it's the, you know, what you enjoy doing, intersection with, what you're, good

16:56 - 17:02
at, intersected with what the world needs, and intersected with how you can earn money.

17:03 - 17:08
And so, you know, I think I'm quite lucky in that, a, I fell into the tech industry versus maybe

17:08 - 17:14
some other industries that are maybe, diminishing, because of other advances or other types of fields.

17:15 - 17:18
You know, I feel that I focus a lot in growing people.

17:18 - 17:24
I think, that was a consistent level of strength, feedback that I had, in reviews of helping

17:24 - 17:27
others grow, particularly as leaders and managers.

17:28 - 17:32
And, you know, there's definitely need for that in our industry because we have so many first

17:33 - 17:39
time tech leads, managers, directors, VPs, and CTOs that they need support.

17:39 - 17:44
And I'm fortunate that, you know, we have companies that have budget that can actually do that.

17:44 - 17:51
And so, I will say that at least how I found this sort of intersection of ikigai is a little bit of serendipity.

17:51 - 17:55
It's not something like I planned this for 20 years, and this is how I ended up in.

17:57 - 18:03
But I am sort of quite lucky that I think the the intersection of all of these elements did, mix.

18:03 - 18:07
But I will also go back and say that there are many different definitions to success. Right?

18:07 - 18:14
So for some people, you know, what is important to you might be about having a stable family

18:14 - 18:17
situation and having a consistent income stream. Right?

18:17 - 18:22
And that's something that, some environments will suit better than others.

18:22 - 18:26
And I think success is very, yeah, dependent on how you define that and frame it, but there

18:26 - 18:28
are also many variations of it.

18:28 - 18:31
I I think you are very modest saying that.

18:31 - 18:37
I still think that, we should celebrate a bit our successes and where we are and appreciate it.

18:37 - 18:40
I'm saying it because I I'm I'm doing the same.

18:40 - 18:43
I'm not saying that I'm gonna any any kind successful. Right?

18:43 - 18:47
Because it's always like the the way that you can go further. Right.

18:48 - 18:53
But I still think and what I see from the outside in our talks, like, when we talk about our

18:53 - 18:59
coffee in Berlin and when we are talking today, I think that we are really good, in, like, orchestrating

19:00 - 19:08
the the the people and building the kind of structures, around it, and help it help to make it work. Thank you.

19:08 - 19:10
This is what I see from the outside.

19:12 - 19:17
But let's, dig deeper in this, training consulting because I feel this is the thing that you'd

19:17 - 19:20
do, and you like to do them both, currently.

19:20 - 19:25
And based on your experience and what you are saying, you are doing more and more those kind of engagements.

19:26 - 19:33
And when you're talking with those leaders, like the c level, VP level, I'm just wondering about

19:33 - 19:42
some patterns or maybe some, about some some problems that those those guys are having that

19:42 - 19:47
maybe you see something similar, like, the the the common problem that they have, and you don't

19:47 - 19:52
look don't see it from the outsides because it's really hard probably for them to share. They share with you.

19:52 - 19:57
And, of course, we don't have to go into details, but maybe some kind of, like, a glimpse inside

19:57 - 20:00
of the conversation that you are having.

20:00 - 20:08
Yeah. So one of the common problems that, yeah, I see a lot is, you know, if you are a senior

20:09 - 20:15
leader or manager in a company, like a director or a CTO, you need a strong management or leadership team.

20:16 - 20:21
Now, often people get promoted, into these roles or they hire.

20:22 - 20:27
But, you know, in in a in a good place, you also promote people into those roles.

20:28 - 20:35
Often those people are are going to be doing these management roles or director roles for the first time.

20:35 - 20:39
And this is where, you know, they're gonna be making a lot of mistakes.

20:40 - 20:46
And, I know this as a director or senior manager of other managers.

20:46 - 20:54
It's challenging because you sort of know what you don't want, but you wanna give people that sort of freedom.

20:54 - 21:00
And often you want people to maybe work in a certain way or you expect certain things from people,

21:00 - 21:05
but they're not always meeting, those expectations because they're effectively in a new role.

21:06 - 21:09
And so one of the reasons often a lot of people ask me to come in and train their tech leads

21:09 - 21:14
or entry managers in particular is because if you're a director, you typically don't have a lot of time.

21:14 - 21:20
You can't sit down and sort of teach, and sort of coach people through all the skills and expectations.

21:21 - 21:26
And it's often helpful to have somebody external to do that because you're you won't be able

21:26 - 21:28
to carve out all of that time in your schedule.

21:28 - 21:33
I think a lot of other people, there is a difference between being able to do a skill and then

21:33 - 21:35
also to be able to teach a skill.

21:35 - 21:41
And so even if you know what it looks like, some people don't have that skill to teach, or the

21:41 - 21:45
patience to teach, of the many different varieties of how things work.

21:45 - 21:49
And so I have been sort of teaching and training people for about a decade.

21:50 - 21:54
And so I know, all the different variations of things that people will ask about.

21:54 - 21:58
What about these situations, that situation to go when they're leading or managing a new team?

21:58 - 22:01
But I think that's a very common problem that a lot of organizations have, which is they put

22:01 - 22:08
a lot of people into these roles, and they want them to be successful, because they've been successful in previous roles.

22:08 - 22:14
But often, there are a lot of, inexperienced people because they're doing new responsibilities,

22:14 - 22:16
and they're building skill on the job.

22:17 - 22:21
But at the same time, the people who are managing don't have the time to teach and coach and

22:21 - 22:24
and work with them, or they need faster results as a result.

22:25 - 22:30
And so that's a very common thing at all different parts of an organization, unless you're lucky

22:30 - 22:32
enough to hire always in the experienced people.

22:32 - 22:38
But then, you limit the amount of growth that people can have, from, other sort of parts of the organization.

22:39 - 22:43
And often you sometimes bring in, you know, people who don't necessarily fit culturally because

22:43 - 22:46
they're bringing in a very different culture from their old workplaces.

22:49 - 22:51
Based on what you said, I would add to this.

22:51 - 22:59
Like, they don't have time to coach or, like, time space to coach, I would add, like, the skills

22:59 - 23:03
to coach the people because sometimes, like, this is based on my experience. Right?

23:03 - 23:05
I feel like I'm I'm I'm really bad manager.

23:05 - 23:12
So, so and I feel like I don't have enough skills, and somebody else is better at, like, skilling

23:12 - 23:14
up my my my my people.

23:14 - 23:19
So I think this is the the sometimes the the thing that we omit, or it's hard for for us as

23:19 - 23:23
a leaders to agree and say, like, I don't know something. Yep.

23:24 - 23:28
And it comes maybe with, with time where you put the ego and the pocket, then you could, like,

23:29 - 23:31
tell to somebody, I I don't have a clue how to do it.

23:31 - 23:34
Like, we need somebody to help us out.

23:34 - 23:37
You're absolutely right. And that's exactly why people bring in external people who can help,

23:38 - 23:40
bring in that skill or when it's needed.

23:43 - 23:49
Let's talk more about your experiences, and I think we learn and and people like to listen others,

23:50 - 23:53
let's say, case studies based on, on others' experience.

23:54 - 24:03
I'm just wondering about, your hardest like, what are the hardest things, that you have ever done?

24:03 - 24:08
Like, when you look at your career, when you look at what you have done in 26, in in tier mobility,

24:08 - 24:15
in top works, like, could you tell, like, any case study, like, the hardest things that you

24:15 - 24:19
have ever done, like, how you deal with the situation, how you went through it, and, like, what

24:19 - 24:21
was the the the outcome for you?

24:21 - 24:27
Sure. I will say one of the benefits of working in a consulting environment is there are a lot

24:27 - 24:34
of things that you cannot control, and you end up in places where if you chose to work, then you probably wouldn't.

24:36 - 24:38
And so part of that, I think, is learning a bit of resilience.

24:38 - 24:45
A really good example of that is, I was asked once to help a team, because there was a team

24:45 - 24:50
that was doing some estimation, and the client didn't like the results of the estimation. Right?

24:50 - 24:53
So they're like, oh, well, these timelines are too long.

24:53 - 24:54
Why is it taking so long?

24:55 - 24:59
And so there were questions around the planning process and how did they end up with these timelines.

24:59 - 25:01
And so they asked me to come in, help this team.

25:02 - 25:04
We went through their sort of planning process.

25:05 - 25:10
We went through the items of work that they had, how they came up with their sizing, the estimates and and assumptions.

25:11 - 25:15
And then, the plan seemed reasonably solid. Right?

25:15 - 25:21
It's not necessarily gonna be precise, accurate, but it's roughly about the time frame that they were talking about.

25:21 - 25:26
We were talking about, I think, a time frame or 9 months at that time.

25:26 - 25:31
This was, for the replacement of a sort of master service about customer information.

25:33 - 25:38
Now, we the team had to present this, to, their management group.

25:38 - 25:44
And in this management group, there was a ex Goldman Sachs director who was, managing this team.

25:45 - 25:49
And I remember this very vividly because we had, the development team there.

25:49 - 25:51
We had the project sponsor from the client.

25:52 - 25:58
And then, there was the first time that I'd met this director person who, was managing this entire department.

25:59 - 26:08
And the team, and I were starting to talk about, you know, how the timelines were reached, what went into that.

26:09 - 26:15
And all of a sudden, this this, manager started screaming and shouting, right, about why this is unacceptable.

26:16 - 26:19
I could get teams working around the clock on this 247.

26:19 - 26:21
We're gonna be done in, like, 2 months.

26:21 - 26:27
I can't at all understand how this thing is gonna be, the the 6 to 9 months sort of time frames

26:27 - 26:28
that the team was sort of talking about.

26:29 - 26:32
Obviously, as a consultant, you can't do anything. Right?

26:32 - 26:34
You have to kind of effectively eat it up.

26:34 - 26:41
And I think that sort of awkward situation that you find yourself in, you know, there's no sense in arguing back.

26:41 - 26:42
There's no sense in shouting back.

26:42 - 26:43
That's certainly gonna escalate the problem.

26:44 - 26:49
But learning how to cope with these, what I would describe as very stressful situations, is

26:49 - 26:51
something that you definitely learned.

26:51 - 26:53
Now a funny story about this situation.

26:53 - 26:56
Obviously, we didn't, continue with this client.

26:56 - 26:57
We didn't win the work.

26:57 - 27:00
But our salesperson kept in touch with, this client.

27:01 - 27:07
Led commissioned a, sort of outsourcing firm, an Indian outsourcing firm who had 3 teams working around the clock.

27:08 - 27:13
And, our salesperson checked in, 18 months later, and they were still not done with this project.

27:13 - 27:17
So, you know, you could try, but, you know, work is essential work.

27:17 - 27:20
And, yeah, sometimes things do take longer than expected.

27:21 - 27:26
But I I think that's a great story. Amazing experience.

27:26 - 27:31
So this is something that we don't hear very often, and the people think that, in tech, we everything

27:31 - 27:40
is, like, peaceful, calm, you know, like, you know, perfect energy, yin and yang, but, it it's not like that.

27:40 - 27:43
So I hear that kind of stuff in a in a past the same.

27:43 - 27:47
And my lesson learned from those kind of experiences, of course, you don't want to work with the spine.

27:47 - 27:53
But sometimes this happened because somebody had, like, a bad day or, like, a hard time, like,

27:53 - 27:57
on on a private, let's say, area.

27:57 - 28:01
And what what I really like to it's you need to wait.

28:01 - 28:02
The person need to shout.

28:02 - 28:05
They need to keep away the emotion, and you talk, like, another day.

28:06 - 28:11
And then you talk with more recently, and sometimes it worked out, because we are just, just humans.

28:11 - 28:18
But, in the this case, like, what you described, it's, like, I think it's a perfect case case study.

28:18 - 28:19
Yeah. Thank you.

28:20 - 28:25
Pat, so, the but the last two questions that I wanted you to ask.

28:25 - 28:33
So I I really enjoy digging deeper into, like, your lessons learned, because you have a lot of interesting cases.

28:33 - 28:39
And I'm just wondering if you remember, like, your most important lesson learned with, which

28:39 - 28:44
shaped you as a as a leader in tech, which changed your way of painting, maybe?

28:47 - 28:50
There's a lot. I don't know if there's just one.

28:51 - 28:57
But I can give you another example that I think has shaped how I think about, giving things

28:57 - 29:03
away to other people, And, another consulting story here, a lot of interesting stories, lots

29:03 - 29:09
of lessons learned, was working with a client that had very, very tough deadlines.

29:09 - 29:13
There's a lot of stress to get things shipped to within a certain time frame.

29:13 - 29:16
As a result, they wanted to spin up teams very, very quickly. Right?

29:16 - 29:22
They're like, can we have 50 people tomorrow starting to work on the system? I'm like, okay.

29:22 - 29:26
You can't necessarily have 50 people working on the same code base because, like, they're not gonna do anything.

29:26 - 29:28
They're gonna be stepping on each other's toes.

29:28 - 29:31
So we talked about how we could ramp up as quick as we could, have it parallelized.

29:31 - 29:38
Now at some point, I was personally managing a team of about 20 people, and, you know, I was,

29:38 - 29:42
trying to do the best thing that I could that I felt was reasonable at the time.

29:42 - 29:48
So, you know, in those days, I was working or trying to work ahead of the team, working with

29:48 - 29:55
product, or in that case, the business analyst, trying to work out, scope out work effectively

29:55 - 29:58
to make sure that there was relatively good assumptions around it so that things were ready

29:58 - 30:00
to be picked up by development team.

30:01 - 30:06
Now as you can imagine, I was a big bottleneck in trying to do this for a team of about 20 people.

30:07 - 30:17
And, in trying to feed number of streams work, at some point, I realized it wasn't going to work very well. I physically became sick.

30:18 - 30:19
So I lost my voice.

30:20 - 30:22
I was like, I had a cold.

30:22 - 30:25
I wasn't sleeping very well, just because of all the things that were going on.

30:25 - 30:32
And, I was sent home for 2 days effectively saying, Pat, you need to take a break, and, you

30:32 - 30:34
know, just get some rest.

30:35 - 30:39
Now after that time frame, that was handy because, I had some time to reflect.

30:39 - 30:44
And I think at that time, even though I was laying in bed most of the time, I could sort of

30:44 - 30:49
think about, well, if I go back into the workplace, this isn't necessarily gonna change.

30:49 - 30:50
Like, I'm gonna be healthier.

30:51 - 30:55
But if I go back to what I was doing before, I'm just gonna end up in the same place.

30:55 - 30:58
And I think this is one of the big thing I learned with systems thinking is you wanna change

31:00 - 31:00
change the system so it's more sustainable over time.

31:00 - 31:06
And so I was like, well, what led me to where I am now and what needs to change as a result?

31:06 - 31:11
And, when I, thought about it from that perspective, one of the things that I introduced when

31:11 - 31:15
I came back was I started to introduce this idea of feature leads.

31:16 - 31:21
So a scoped area of where I could delegate a certain level of responsibility, and those nominated

31:22 - 31:26
feature leads would effectively do the same work I was doing, but scoped in a smaller area.

31:26 - 31:30
So I worked out how to break up work into small, delegable pieces.

31:31 - 31:36
You know, so there was one person that was responsible for the operational stuff.

31:37 - 31:40
So the release pipeline, the, sort of release process.

31:40 - 31:46
There was another person that was more responsible for the sort of security side, so the authorization

31:46 - 31:49
and other security mechanisms that we needed to put in place.

31:50 - 31:51
Another person was responsible then for,

31:54 - 31:57
CMS with a sort of different web app front end.

31:57 - 32:00
So we had 2 different leads that were leading different sort of architectural

32:07 - 32:11
helped tremendously, and it showed me the power of better delegation.

32:11 - 32:15
I was used to delegating tasks, but delegating areas of ownership, that wasn't something that

32:15 - 32:16
I was yet ready for.

32:17 - 32:22
And so that's something that sometimes you think, well, I'm doing things to help other people,

32:22 - 32:28
but, actually, other people are ready to actually take on more scope than you think they can be.

32:28 - 32:31
And so that's something that I've I've carried with me since that experience.

32:33 - 32:41
Awesome. Thank you. So the last question that I have, it's about any books, podcasts, conferences,

32:41 - 32:49
or, any given type of resources that have been particularly helpful for you as a leader that you could recommend?

32:50 - 32:56
Oh. So I think it's interesting because I started my career a long time ago, and I was reflecting

32:56 - 33:00
on this actually in a recent talk, where I reflected on 10 years of teaching with people.

33:01 - 33:06
And when I first started, there weren't that many great resources or books, certainly no podcasts back then.

33:07 - 33:12
One of the books that was very formative to my own journey, it's a little bit hard to get a

33:12 - 33:17
hold of because I'm not so sure it's in print anymore, is Jerry Weinberg's, Becoming a Technical Leader.

33:17 - 33:19
It's actually on the shelf on IB.

33:19 - 33:19
Yeah. That

33:19 - 33:23
is brilliant. So that was a very effective book that helped me.

33:24 - 33:29
And another book that helped me think sort of organizationally about systems thinking, was,

33:30 - 33:33
Peter Seng's The Learning, or the I've forgotten the name of it.

33:33 - 33:36
The but, it's the book about the, the 5th discipline.

33:37 - 33:38
It's about the learning organization.

33:39 - 33:44
And, talked about, you know, why organizations don't learn and introduced the concepts of systems thinking for me.

33:45 - 33:49
So those would be 2 things I would say had a big impact to my own career.

33:50 - 33:54
Awesome. Thank you very much, Pat, for a really interesting conversation and sharing the the

33:54 - 33:56
personal stories that you that you have.

33:56 - 33:58
I I really appreciate it.

33:58 - 34:01
You're welcome, and thank you very much for having me on here. Thanks.

34:02 - 34:07
Follow Matt on LinkedIn and subscribe to the Better Tech Leadership newsletter.

Explore similar episodes

James Trunk: From Agile to Shape Up - Lessons Learned in Product Development

In the 100th episode of the podcast, Matt and James Trunk explore the transition from agile methodologies to Basecamp’s Shape Up framework in product development, emphasizing the 5%, 30% feedback rule for enhanced collaboration and psychological safety. They highlight the importance of job stories, retrospective reviews, and the “stabilize” phase in managing technical debt, especially within regulated industries like banking. The discussion also contrasts Fintech’s regulatory demands with startup practices, while reflecting on maintaining company culture and the value of open-source community engagement.

listen now
Yariv Hasar: Navigating Tech Challenges - Resilient and Agile Leadership

In this podcast episode, Matt interviews Yariv Hasar, discussing how his military background has shaped his work ethic, management style, and approach to daily planning. Yariv emphasizes the importance of adaptability, effective communication, and teamwork, drawing parallels between military strategies and business operations. He also advocates for continuous learning and role adaptation within teams to enhance efficiency and resilience, sharing insights from his tech leadership experience and recommending resources for leadership development.

listen now
Luke Rotta: Optimizing Non-Production Environments for Better Developer Productivity

In this episode, Matt and Luke Rotta explore the Fintech industry’s regulatory challenges and their impact on adopting modern software practices like DevOps, highlighting Luke’s success in implementing automation to enhance safety and efficiency. Luke also shares his experience in transforming a traditional support team into a site reliability engineering (SRE) team, emphasizing strategies like clear mission establishment, skill evaluation, and strong communication. The discussion further touches on leveraging AI tools to reduce administrative tasks and improve knowledge acquisition.

listen now
Ady Levy: Tech Leadership Chronicles: Challenges and Strategies

In this episode, Matt interviews Ady Levy about managing tech teams through uncertainty, leveraging skills from Ady’s military background, and the importance of data-driven approaches to resolve team disagreements. The episode also explores emotional management challenges, the thoughtful use of AI, and Ady’s recommended readings for balancing innovation and personal fulfillment.

listen now