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.
Felipe Jose Streb is the Founder of Welin, a company dedicated to providing tailored software solutions for startups and SMEs. With extensive experience across various industries, Felipe has held leadership roles such as Engineering Manager at reev and Team Lead at SEAT. He excels in driving growth, enhancing efficiency, and implementing agile practices. Connect with Felipe on LinkedIn or visit Welin's website to learn more about his innovative solutions.
00:00:08,595 --> 00:00:14,275
Speaker 1: My name is Matt, and I will be talking to Felipe Streb about cultural variations in work
00:00:14,275 --> 00:00:18,290
practices and effective communication and trust building.
00:00:19,490 --> 00:00:21,510
Speaker 2: Hey, Felipe. Buenos dias.
00:00:22,130 --> 00:00:23,030
Speaker 3: Buenos dias.
00:00:23,810 --> 00:00:25,510
Speaker 2: How is your how is your German?
00:00:25,855 --> 00:00:29,074
Speaker 3: My German is basic. But Basic. Growing.
00:00:31,615 --> 00:00:36,309
Speaker 2: Yes. So I'm asking this question because, like, we meet today. You worked in, Spain.
00:00:36,309 --> 00:00:42,455
You're you're Spanish, and you worked in automotive industry, on the engineering side I mean, software engineering side.
00:00:42,455 --> 00:00:46,635
And now you are engineering manager for a company in Germany.
00:00:46,775 --> 00:00:52,340
I I mean, in the capital of automotive industry in Bavaria. Mhmm.
00:00:52,500 --> 00:00:53,960And you work for Reeve.
00:00:54,420 --> 00:00:59,559
And the first question that I wanted to ask you, how you end up, in Germany?
00:01:01,345 --> 00:01:04,325
Speaker 3: Yeah. It was it was a journey, I have to say.
00:01:06,145 --> 00:01:10,060
The reality is, like, I want to work in this type of industry.
00:01:10,060 --> 00:01:13,679
So Germany is a obvious step.
00:01:14,700 --> 00:01:19,245
And, also, to be honest, I want to go to German, and my son is learning German.
00:01:19,245 --> 00:01:25,560
So I think that's the true most important things that why we are here.
00:01:26,659 --> 00:01:31,875
Speaker 2: Yeah. Nice. And and is it, is it different than working in, in Spain?
00:01:31,875 --> 00:01:38,375
I mean, regarding the business because I know that you work for, right, for this digitalization center.
00:01:38,650 --> 00:01:38,970
Speaker 3: Yes.
00:01:38,970 --> 00:01:45,070
Speaker 2: And do you see, like like, distinctive differences in approach to engineering maybe or leadership?
00:01:46,125 --> 00:01:50,705
Speaker 3: It's a little bit different how people in Spanish work, how people in Germany work.
00:01:53,165 --> 00:02:03,765
In In Spanish, we work, let's say, more relaxed at some point, but we do more hours, to be quite honest.
00:02:03,905 --> 00:02:08,945
In Germany, it's more, okay, let's go to work and we work, but at the end of the day, I think
00:02:08,945 --> 00:02:15,450
we are working a little bit less hours or at least seems like it.
00:02:15,450 --> 00:02:18,970
So that's hours that we work.
00:02:18,970 --> 00:02:21,935
Now in the leadership, it's quite similar.
00:02:21,935 --> 00:02:26,894
To be honest, IT is a global thing.
00:02:26,894 --> 00:02:34,400
It's I've in my experience in Argentina, Spain, Germany, and other countries that I know in
00:02:34,400 --> 00:02:37,440
the road, they all work in a similar way.
00:02:37,440 --> 00:02:46,475
Of course, they have some differences, but IT is quite standard almost everywhere, I would say.
00:02:47,175 --> 00:02:49,675
So that's not a big of change.
00:02:49,930 --> 00:02:59,084
It does change how things apply sometimes, how what is expected, and how much structure companies wants.
00:02:59,405 --> 00:03:02,785
Is known for structures and rules. They really love that.
00:03:03,165 --> 00:03:05,110
In Spain, it's not so like that.
00:03:05,350 --> 00:03:10,650
We have, of course, rules and structure, but this, I feel, is a little more flexible.
00:03:12,205 --> 00:03:16,305
Speaker 2: So I assume because you said that you work more hours in Spain.
00:03:16,605 --> 00:03:23,629
So because I spend a lot of time in in Spain, and I noticed that the the siesta during the work,
00:03:23,629 --> 00:03:25,730
it's not not in the thing anymore.
00:03:25,950 --> 00:03:27,230
Speaker 3: Right? No. No. No. No.
00:03:27,230 --> 00:03:29,090
Not not that not that's happened anymore.
00:03:29,485 --> 00:03:36,065
But we in Spain, we do have a second breakfast, which is fun and weird. Yeah.
00:03:39,990 --> 00:03:45,110
Speaker 2: So let's talk about more about the experience that you've got in Spain because you worked for
00:03:45,110 --> 00:03:53,875
Sadcoat, which I assume this is kind of like a digitalization center, and you try new things,
00:03:54,415 --> 00:03:56,995
that could work in automotive. Am I correct?
00:03:58,719 --> 00:04:09,315
Speaker 3: Yes. In in part. Sharp code, it was born as a company that was doing software for the Volkswagen Group.
00:04:10,015 --> 00:04:13,955
Of course, which is part of Volkswagen.
00:04:14,255 --> 00:04:22,960
Now we do some digitalization for the company, for Volkswagen and SEAT and company tools, let's
00:04:22,960 --> 00:04:28,525
say, and they also do some software for the cars.
00:04:28,985 --> 00:04:32,000
And another project that I wasn't involved, but yes.
00:04:32,400 --> 00:04:36,640
So it's quite big what they are doing.
00:04:36,640 --> 00:04:42,945
Everything related to cars at the end, all the companies that do cars. So it's quite interesting.
00:04:43,165 --> 00:04:48,065
What I do know is that, well, last year, I think, they split.
00:04:48,300 --> 00:04:49,920
Now they are 2 different companies.
00:04:50,780 --> 00:04:59,345
So I don't want to say how they're working now, but that was what they were doing when I was there. And could you tell
00:04:59,345 --> 00:05:02,145
Speaker 2: a few words about the products on which you work there?
00:05:02,145 --> 00:05:09,920
Were there, like, a more user facing interfaces or some internal, software for for the cars? Yeah. We were doing
00:05:11,675 --> 00:05:18,335
Speaker 3: software for Volkswagen Group. Volkswagen Group is a really big company, really big company and old.
00:05:18,555 --> 00:05:25,880
So they have some good things, which is the size and the power that they have, but that's also
00:05:25,880 --> 00:05:32,965
sometimes not great because for them, it's difficult to move faster, have a lot of processes.
00:05:34,305 --> 00:05:37,445
So that's where ZARCO join or appear.
00:05:38,560 --> 00:05:42,880
They really ZARCO is much smaller, and they can move much more faster.
00:05:42,880 --> 00:05:51,905
So while we do an application in 1 month, maybe for group as a whole group, it for them, it
00:05:51,905 --> 00:05:56,245
was taking much more long it was taking longer. So,
00:05:59,010 --> 00:06:00,610
yeah, that's that's what we Yeah.
00:06:00,610 --> 00:06:02,770
Speaker 2: So you were like a SWAT team. That's what Yes.
00:06:02,850 --> 00:06:07,295
Speaker 3: To say. Yeah. The the what we are doing was a software forward site group.
00:06:07,355 --> 00:06:12,395
We were basically taking some information from them, from different systems, new systems, old
00:06:12,395 --> 00:06:14,555
systems, really old, really new.
00:06:14,555 --> 00:06:17,430
They have a lot of size and colors there.
00:06:17,970 --> 00:06:21,190
So with this information, we were able to move much more faster.
00:06:21,410 --> 00:06:23,410
And also in Spain, we have a great team.
00:06:23,410 --> 00:06:25,190
There are a lot of great IT professionals.
00:06:26,535 --> 00:06:35,100
So I think I think this type of companies, like, also I need these smaller groups, smaller companies
00:06:35,100 --> 00:06:41,475
that can move much more more faster, can iterate, can create, can innovate faster.
00:06:41,475 --> 00:06:46,215
Otherwise, you are just a big elephant that cost you to move. Alright?
00:06:47,235 --> 00:06:52,750
Speaker 2: Could you could you give me some examples, like, what kind of projects they were or maybe for
00:06:52,750 --> 00:06:55,945
what the kind what for what cars or what was it?
00:06:57,385 --> 00:07:06,370
Speaker 3: I was working in internal project that was to to check the different,
00:07:09,630 --> 00:07:20,120
incidents that cars may have, how to track them, how to solve it, and make some analysis on the most usual problems. Right?
00:07:20,120 --> 00:07:26,200
So this way, they can track much more they can track better how to fix the problems and how
00:07:26,745 --> 00:07:36,800
and if they are if they exist, some manufacturer problems, some problems in the line of building the cars.
00:07:37,580 --> 00:07:43,420
That's the the project I was working on, the first one, and then we moved to the second one,
00:07:43,420 --> 00:07:46,855
which is which was a little more like
00:07:51,075 --> 00:08:00,295
how can I say about data data analysis and how to store the information, how to process the
00:08:00,295 --> 00:08:02,475
information to have a really good metrics?
00:08:03,575 --> 00:08:12,000
Speaker 2: Any particular technologies that you use or you usually use for for for the projects that you
00:08:12,000 --> 00:08:14,020
worked on at the the Southco?
00:08:14,560 --> 00:08:21,085
Speaker 3: Southco was working a lot with Java and all the Java environment, which is Kotlin, Spring Boot,
00:08:22,665 --> 00:08:26,185
I don't know, yeah, moquito, this all this technology around it.
00:08:26,185 --> 00:08:29,349
Everyone who knows about Java will know what I'm talking about.
00:08:29,349 --> 00:08:31,610
All the technologies around is quite standard.
00:08:33,270 --> 00:08:39,085
But, yes, I knew about the other project that they were working in vastly different technologies.
00:08:40,345 --> 00:08:40,665
Speaker 2: Mhmm. We
00:08:40,665 --> 00:08:49,629
Speaker 3: have everything there. From cars, which is more like different, see low level code to data lakes
00:08:49,629 --> 00:08:51,230
and things like that in the company.
00:08:51,230 --> 00:08:53,569
So you can find anything there.
00:08:55,754 --> 00:09:04,250
Speaker 2: And you started as a software developer, and I'm wondering about your, your your way to the managerial level.
00:09:04,250 --> 00:09:05,949
Like, you are now engineering manager.
00:09:06,009 --> 00:09:13,595
And I'm just wondering was, like, what helped you shape yourself as a newcomer engineering manager?
00:09:13,595 --> 00:09:19,615
Any books, mentors, lessons learned that you remember were particularly important for you?
00:09:21,000 --> 00:09:26,759
Speaker 3: Yes. First, let's let's start from the beginning because, yes, I was the developer for almost
00:09:26,759 --> 00:09:28,300
10 years back end mainly.
00:09:29,595 --> 00:09:37,250
But I did find something in my years working as a developer that is sometimes, not forever,
00:09:37,250 --> 00:09:42,530
but sometimes, it's difficult to for developers to see the big picture, to see the projects,
00:09:42,530 --> 00:09:45,675
to see what is the business case. Right?
00:09:45,675 --> 00:09:46,795
Because you are just doing code.
00:09:46,795 --> 00:09:49,535
You have a ticket and say, yeah, we need to read an endpoint.
00:09:49,755 --> 00:09:52,510
We need to chase database and you just do it.
00:09:52,830 --> 00:09:56,770
But sometimes it's difficult to see, okay, what's the impact of this?
00:09:57,390 --> 00:10:06,105
That's the obvious and knowing problem that everyone knows that business talks something, IT talks an ethics.
00:10:07,120 --> 00:10:12,260
And it's sometimes, not always, but sometimes it's difficult to merge both words.
00:10:13,360 --> 00:10:18,085
So, that's why I find out, I mean, I'm Alexandrine, you know, so I know you like to talk.00:10:18,085 --> 00:10:23,845So, I was thinking okay, I'm already 10 years in IT.00:10:23,845 --> 00:10:26,890
I will like to move to business IT, let's call it.
00:10:27,350 --> 00:10:31,770
So I start developing this side of my career. I did my MBA.
00:10:32,630 --> 00:10:34,250
I worked a lot on
00:10:36,995 --> 00:10:42,855
on on the on the features, on the on the impact of what we were building.
00:10:43,930 --> 00:10:45,310
So that helped me a lot.
00:10:45,529 --> 00:10:47,850
Now an MBA is nice.
00:10:47,850 --> 00:10:53,165
It's interesting, of course, but this sometimes away from the day to day work.
00:10:53,464 --> 00:11:00,045
So I have a really good mentor, let's say, engineering manager in Spain.
00:11:00,330 --> 00:11:03,470
Now he was working at that point in code.
00:11:04,330 --> 00:11:09,055
He gave me the opportunity to change from developer to team lead at that point.
00:11:09,055 --> 00:11:12,115
We call it team lead, but most more or less the same.
00:11:13,214 --> 00:11:14,495
He teach me a lot of things.
00:11:14,495 --> 00:11:23,430
He give me the opportunity to to make the impact that I wanted with everything I knew, and we
00:11:23,430 --> 00:11:26,445
have weekly conversation about anything I wanted.
00:11:26,445 --> 00:11:29,105
He was always hoping to discuss, have ideas.
00:11:29,565 --> 00:11:36,589
I I think I in the first two weeks of my new position in that company, I went to him and say, hey.
00:11:37,370 --> 00:11:39,130
This meeting that you did, it was offered.
00:11:39,130 --> 00:11:40,589
You should not do that again.
00:11:40,810 --> 00:11:45,725
And she was with the with the face like, I mean, what? He took it.
00:11:45,725 --> 00:11:47,084
We had a really good conversation.
00:11:47,084 --> 00:11:48,125
He said, thank you for this.
00:11:48,125 --> 00:11:49,665
I mean, it's always good, the feedback.
00:11:52,000 --> 00:11:53,759
So I learned a lot from him.
00:11:53,759 --> 00:11:58,420
And he also recommended a really good book, crucial conversations.
00:11:59,120 --> 00:12:01,285
Speaker 2: Mhmm. A
00:12:01,285 --> 00:12:05,625
Speaker 3: big part of this engineering management probably is to have these crucial conversations.
00:12:05,764 --> 00:12:07,225
Conversations that are really important.
00:12:07,360 --> 00:12:13,620
Your day to day goes by, and then you have a really important conversation that maybe you expected, maybe you didn't.
00:12:14,800 --> 00:12:21,845
So it's important to sometimes stop. 5 seconds, think what's going on, think what is the conversation,
00:12:21,904 --> 00:12:27,870
what's the the impact of this conversation, and how it's affecting different people around it.
00:12:28,490 --> 00:12:35,545
And I judge I try to think it and not go just by feeling, but sometimes feelings are good, but
00:12:35,545 --> 00:12:40,860
sometimes you just have to get angry because of and no reasons, and there's no need for that.
00:12:41,899 --> 00:12:47,820
So I will recommend to everyone who wants to move this broad crucial conversations. Yes. It's a
00:12:47,820 --> 00:12:53,825
Speaker 2: good one. I I haven't heard about it, so I I already noted it, to check it out.
00:12:54,285 --> 00:12:58,680
And I have a feeling that the Spain has a really strong engineering culture.
00:12:58,680 --> 00:13:02,060
So, like, my experience was because I worked for BMW.
00:13:02,120 --> 00:13:10,615
I worked in the automotive industry for quite a while, and, like, a lot of my colleagues were from from from Spain. Mhmm.
00:13:10,755 --> 00:13:17,500
And and we even have, like, at at the brain hub at my company in in Poland, we we had 1, one
00:13:17,500 --> 00:13:20,160
engineer from Spain working with us from Warsaw.
00:13:20,904 --> 00:13:28,764
And I see a lot of similarities and, like, a really good engineering background to solve the problems.
00:13:29,220 --> 00:13:35,399
And I'm just wondering for you as a native because you work with, many people, like, many nationalities.
00:13:36,195 --> 00:13:42,455
And, like, from your perspective, is the engineering, like, really strong in Spain?
00:13:44,570 --> 00:13:53,695
Speaker 3: Yes. I, I was mainly working in Barcelona, but, yes, I think Spanish people really like this approach of solving things.
00:13:53,695 --> 00:14:04,780
They just don't go around on on saying, yeah, what's the best way to solve it, how we should ideally solve things. They just say, okay.
00:14:04,780 --> 00:14:06,000
This is a good solution.
00:14:06,620 --> 00:14:09,520
Go solve it, work it, and they do it.
00:14:09,820 --> 00:14:12,595
So I think it's a really good approach. It's a fast approach.
00:14:13,295 --> 00:14:21,470
They have really good quality, but always know when to balance quality with with, with value. Right?
00:14:21,769 --> 00:14:30,095
So, yes, I was pleased pleasantly surprised with the engineering quality in Spain, mainly in Barcelona.
00:14:30,395 --> 00:14:36,020
Speaker 2: Mhmm. And last time we discussed, kind of like
00:14:42,740 --> 00:14:46,264
developers do versus, like, what they should do.
00:14:46,964 --> 00:14:52,725
And I I think you have very interesting opinion about it. Maybe you could elaborate. Yes.
00:14:53,850 --> 00:15:00,110
Speaker 3: I always talk to my teams that developers are not just making code.
00:15:00,330 --> 00:15:01,790
We call it code bosses.
00:15:01,865 --> 00:15:03,065
You are just not doing code.
00:15:03,065 --> 00:15:05,964
Your work is not doing code.
00:15:06,265 --> 00:15:09,084
Of course, it's an important part. That's clear.
00:15:09,660 --> 00:15:11,120
But it's not just like that.
00:15:11,420 --> 00:15:14,640
I would say that it's maybe half of the work.
00:15:15,660 --> 00:15:22,884
It's not you should not be 8 hours a day just doing code, unless you have everything really
00:15:22,884 --> 00:15:24,264
clear, which is really weird.
00:15:25,365 --> 00:15:31,740
But a big part of the of being a good developer is to what we talked before is to understand
00:15:31,740 --> 00:15:38,705
the business, to understand the the needs, to understand what everyone is saying, to understand the market. Okay.
00:15:38,705 --> 00:15:41,525
What's what's the impact of what I'm building?
00:15:41,585 --> 00:15:43,685
What I'm building is actually valuable?
00:15:44,460 --> 00:15:49,200
Or from the cost perspective, from the developer's perspective, maybe I can even
00:15:52,115 --> 00:15:55,335
give ideas on how these different features can be approached.
00:15:56,675 --> 00:16:02,610
This is from the business side, also from the, let's call, more technical and day to day work.
00:16:03,230 --> 00:16:09,645
Sometimes PM make a plan because that's the work, the NPOs. Does it work? Sure.
00:16:10,185 --> 00:16:16,960
But the input from the IT department, from the developers, that maybe that robot cannot be that
00:16:16,960 --> 00:16:18,660
because, technically, it's not possible.
00:16:19,520 --> 00:16:22,740
So we have much more to say than just doing code.
00:16:23,355 --> 00:16:29,035
My experience, really good developers are these people that jump into into a conversation with
00:16:29,035 --> 00:16:35,170
managers, with CEOs, with anyone and say, hey. This is not possible. Or, hey. You are wrong.
00:16:35,230 --> 00:16:39,490
This can be done much more easier and faster and, of course, cheaper.
00:16:40,195 --> 00:16:43,895
Or they just bring new ideas that I know they have.
00:16:44,275 --> 00:16:52,130
But at least in my teams, I always at the beginning, I always bring these ideas and push them
00:16:52,130 --> 00:16:56,395
to to talk about them.
00:16:56,715 --> 00:17:01,615
And after a few months, you start seeing that the thing starts behaving in different way.
00:17:01,675 --> 00:17:04,730
They're just not waiting to see what happened.
00:17:05,290 --> 00:17:13,605
They just they just start pushing for the 4 things to be done. This is good.
00:17:13,605 --> 00:17:14,645
I mean, I really like it.
00:17:14,645 --> 00:17:20,505
I think this is much more value to a company, to a project, and to the career development of developers.
00:17:22,670 --> 00:17:31,125
Also, sometimes brings topics that are not so great because you decide you define a a road map,
00:17:31,125 --> 00:17:33,225
and then developers say, hey. I'm not agreeing.
00:17:34,725 --> 00:17:39,545
And they start between PMs and developers get and engineering managers is a little difficult
00:17:40,460 --> 00:17:49,304
because they always want to make something something great, some great technology things, and
00:17:50,085 --> 00:17:51,705
we need to create value.
00:17:51,845 --> 00:17:54,424
So there's a learning in the way.
00:17:56,240 --> 00:18:03,120
Speaker 2: Thanks for that. And, you work probably a lot of with hardware. Right?
00:18:03,120 --> 00:18:08,215
The automotive, like, on one hand, you have a software, but you have a lot of hardware, that
00:18:08,215 --> 00:18:11,035
you need to tackle with this, with this software.
00:18:11,380 --> 00:18:17,560
And I'm just wondering in your case, for instance, like, at the reef, like, what is your team structure?
00:18:17,780 --> 00:18:25,615
Who is your partner with crime with who you work the most, Like, you know, like, on the engineering
00:18:25,675 --> 00:18:31,840
side, I'm wondering, like, how do you, how do you structure the the the leadership, the teams
00:18:31,840 --> 00:18:34,899
on the engineering and product side? Yes.
00:18:37,425 --> 00:18:46,090
Speaker 3: In the leadership of IT development team, we have a really good open conversations, tech leads,
00:18:46,090 --> 00:18:51,610
engineer managers, CTO, principal engineer, head of engineering also.
00:18:51,610 --> 00:18:55,665
We have really good conversations. It's an open conversation. This is important.
00:18:56,845 --> 00:19:01,505
If you cannot say things that you like or things that can improve, you have problem.
00:19:01,870 --> 00:19:08,270
You are part of the leadership, so that's a space where you should talk about things that are
00:19:08,270 --> 00:19:12,585
not working or something that are not correct.
00:19:15,605 --> 00:19:22,800
That's one side you need to be really good at there, but that's the problem with the engineering management role.
00:19:22,800 --> 00:19:23,995
You are in the middle guy.
00:19:24,235 --> 00:19:31,434
You are not in the team, but you are not fooling the in the the leadership.
00:19:31,434 --> 00:19:36,549
Let's say, we are in the leadership, but there are other people there. You have the CTO.
00:19:36,549 --> 00:19:41,530
You have the people with higher ranks, basically. Let's say it.
00:19:42,975 --> 00:19:45,215
So, yes, you need to be the bridge between them.
00:19:45,215 --> 00:19:51,250
You will get the punches from both sides, so you need a really good conversation with the leadership and with the team.
00:19:51,250 --> 00:19:53,670
I'm always really open with the team.
00:19:55,170 --> 00:19:59,170
I always say my work first once you want that you should be able to say anything to me.
00:19:59,170 --> 00:20:01,655
I'm like the psychologist if you want.
00:20:01,795 --> 00:20:05,335
If you come to me, say whatever you want, doesn't matter.
00:20:05,715 --> 00:20:08,615
If you don't like something, you like something, you whatever.
00:20:10,250 --> 00:20:13,470
Of course, wire will only line is respect.
00:20:13,770 --> 00:20:16,990
That's the only one that should not be crossed.
00:20:17,370 --> 00:20:21,535
After that, yes, you are you are the bridge between them.
00:20:22,315 --> 00:20:32,730
I think the my partner in crime in if you see like this, it's not in the dev team. It's the PMs.
00:20:33,590 --> 00:20:33,990
Speaker 2: Mhmm.
00:20:33,990 --> 00:20:40,045
Speaker 3: Upon the income is the PMs because you are a bridge between dev leadership, the team, and business,
00:20:40,045 --> 00:20:44,465
and business is speak another language, so you need to be really close to them.
00:20:44,760 --> 00:20:49,260
So I try to have a really good conversation with them conversation with them.
00:20:51,160 --> 00:20:55,014
So I think they are the key people here.
00:20:55,955 --> 00:21:01,075
Speaker 2: And you mentioned a really interesting topic about, you want to be, like, a psychologist or
00:21:01,075 --> 00:21:05,010
you want to be to have the engineers open to you. Mhmm.
00:21:05,010 --> 00:21:10,825
And I have, like, a personally my myself this problem, and I and I heard it multiple times.
00:21:11,065 --> 00:21:17,065
Despite, like, I'm I'm talking with my team, and I'm saying, like, I'm transparent, that you
00:21:17,065 --> 00:21:19,225
can talk whatever you want to me.
00:21:19,225 --> 00:21:22,940
I mean, like, you can share it whether you have challenges or whatever.
00:21:23,240 --> 00:21:29,955
Like, I'm here to help, but I still think it doesn't, it doesn't work. Right?
00:21:29,955 --> 00:21:33,475
So, like, despite of that, you say people like, hey. You can tell.
00:21:33,475 --> 00:21:35,735
You can share with me if you have some challenges.
00:21:36,275 --> 00:21:41,240
But still, the people, especially if they are introverts, they don't want to do it.
00:21:41,940 --> 00:21:49,945
So I'm just wondering how do you encourage them, to share, like, you know, some difficult matters or feedback with you.
00:21:50,404 --> 00:21:54,265
Speaker 3: Yes. It will be great to have a serial ballot here.
00:21:54,804 --> 00:21:59,290
I already searched for it. It doesn't exist. Everyone is different.
00:22:00,470 --> 00:22:05,830
But, yes, Internet people is it's more difficult to connect.
00:22:05,830 --> 00:22:07,575
That's I mean, that's happened in IT.
00:22:07,575 --> 00:22:09,735
That's happened in in your own life.
00:22:09,735 --> 00:22:12,855
It happens with the neighborhood. It happened with everyone. Right?
00:22:12,855 --> 00:22:14,155
This is how it is.
00:22:14,920 --> 00:22:23,065
What I find out is that more in the company, the when you show that you are actually interested
00:22:23,065 --> 00:22:28,525
in the career growth, that they are having the work, and so they can stay more, and you are
00:22:29,705 --> 00:22:33,320
as honest as you can. That's everything you need.
00:22:33,320 --> 00:22:34,919
You need more than this.
00:22:34,919 --> 00:22:36,940
It will it may take time. Sure.
00:22:37,559 --> 00:22:38,919
Sometimes it takes a few weeks.
00:22:38,919 --> 00:22:45,705
Sometimes it takes a few months until they open and they start to share what is actually important for them.
00:22:48,140 --> 00:22:53,820
But when they do it, when they share something that is important with them, I always more willing to it.
00:22:53,820 --> 00:22:57,195
I always try to solve that problem as soon as possible.
00:22:57,195 --> 00:23:03,435
Give them the responses they need for some response and or make that a priority for me.
00:23:03,435 --> 00:23:08,490
So they see that if they share something with me that it was difficult sometimes for them to
00:23:08,490 --> 00:23:11,450
share, I will be on top of the start.
00:23:11,450 --> 00:23:13,130
I will be trying to solve it.
00:23:13,130 --> 00:23:23,760
So sometimes, yes, it's not the it's not the solution that they wanted, but you show that it was important.
00:23:25,260 --> 00:23:28,835
You make it a priority, and that's create trust at the end.
00:23:30,755 --> 00:23:36,890
Speaker 2: And regarding those lessons learned, I'm always looking for something, like, the best like,
00:23:36,890 --> 00:23:38,809
the most influential lesson learned.
00:23:38,809 --> 00:23:46,225
And I'm just wanted to ask you, like, what was the most important lesson learned you have, learned as a technology leader?
00:23:46,365 --> 00:23:48,385
What was what was it for you?
00:23:51,700 --> 00:23:53,240
Speaker 3: The most important thing,
00:23:56,340 --> 00:23:59,400
I learned it at the beginning with this in chat code actually.
00:24:01,445 --> 00:24:09,190
If you see that that you are part of the team, but you are not in the team.
00:24:09,429 --> 00:24:15,509
So if you everyone all the team wants something and you know that that's not correct, that that
00:24:15,509 --> 00:24:20,505
is not the way to go, You just share it with the team.
00:24:20,565 --> 00:24:26,025
Say this is not the way to go because the reasons that you may be sharing.
00:24:27,059 --> 00:24:31,639
But you have a responsibility to say, no. This cannot be done.
00:24:33,995 --> 00:24:34,955
This is not the way to work.
00:24:34,955 --> 00:24:36,315
This will be a problem for team.
00:24:36,315 --> 00:24:38,895
I'm sorry to the team, everyone wants this. Sure.
00:24:39,434 --> 00:24:41,455
My job is to say no today.
00:24:42,520 --> 00:24:43,820
And this is the reasons.
00:24:44,039 --> 00:24:48,940
And you should not say, okay. The team wanted. Let's go with democracy.
00:24:49,565 --> 00:24:54,685
Democracy is good, but sometimes you are part of the leadership, and you need to to to make
00:24:54,685 --> 00:24:57,025
hard choices even if they are lucky.
00:24:59,140 --> 00:25:01,799
So, yeah, that's one of the big lesson learned.
00:25:02,500 --> 00:25:10,945
Speaker 2: Yeah. Awesome. And the last question, that that I'm asking all of my guests, can you recommend
00:25:10,945 --> 00:25:18,200
any books or podcasts or resources that have been particularly helpful to you as a tech leader?
00:25:19,300 --> 00:25:20,600
Speaker 3: A part of this podcast?
00:25:22,345 --> 00:25:24,265
Speaker 2: A part of this podcast, of course.
00:25:24,265 --> 00:25:29,485
Speaker 3: No way. And then when I started conversations for me was really important.
00:25:29,625 --> 00:25:38,415
It's important when you are coming from their side to to learn this part, how to properly make these conversations.
00:25:41,595 --> 00:25:50,500
And then I try to keep updated with different news, different things that appear to me.
00:25:50,500 --> 00:25:55,345
I have a really good network in LinkedIn, so I always have different ideas.
00:25:56,605 --> 00:26:03,270
Coming up from there, something very important is just you to go through what you believe.
00:26:03,730 --> 00:26:10,385
For example, I believe agile is the best, so I will I will we will how Azure is the best.
00:26:10,765 --> 00:26:14,285
That doesn't have any sense. You already know that.
00:26:14,285 --> 00:26:16,205
So I always try to see the other side.
00:26:16,205 --> 00:26:20,540
Sometimes it's not easy, and sometimes you don't agree, which is can happen, but sometimes it
00:26:20,540 --> 00:26:21,840
give you a different perspective.
00:26:22,540 --> 00:26:25,440
More when you're working with people, you need to see different perspective.
00:26:27,195 --> 00:26:34,395
And the most important one of all is to have, let's say, mentor. Someone to follow. Sometimes to teach you.
00:26:34,395 --> 00:26:40,910
Sometimes that someone that already walked the line, already make the mistakes, and can tell
00:26:40,910 --> 00:26:41,970
you what it would be.
00:26:44,655 --> 00:26:46,755
These two things are the most important things.
00:26:46,815 --> 00:26:53,075
See other ideas, try to be open to new ideas, and perhaps have a mental with it.
00:26:53,840 --> 00:26:56,640
Speaker 2: Awesome. Thank you very much, Felipe, for today's talk.
00:26:56,640 --> 00:27:00,720
I really appreciate, your insights and lessons learned.
00:27:00,720 --> 00:27:01,780
Speaker 3: Thanks to you.
00:27:03,695 --> 00:27:08,595
Speaker 2: Follow Matt on LinkedIn and subscribe to the Better Tech Leadership newsletter.
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.
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.
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.
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.