# Navigating AI's Psychological & Operational Impact on Engineering Teams

**Podcast:** HMZE
**Published:** 2026-07-16

## Transcript

Most of our engineers are already using AI.
Some more, some less, right?
But everybody's using AI.
So you thought, yeah, well, they are already at least experimenting, if not fully integrated into the flows.
But also experienced engineers seem to have had like a down moment in that situation.
And what I then realized is that's actually two changes happening at the same time.
Welcome to another episode of our new season of Beyond Vibe Coding Partnering with Impala Search, the go-to tech and executive search agency in Germany.
In this podcast, we explore the transformational change in software engineering and acknowledge work in general.
I'm Andrei, CTPO at Trusted Shops.
Great to have you back.
This time, unfortunately, it's just me.
While my co-host Sebastian is enjoying a well-deserved break, I'm talking to Stefan Schuber-Peters again.
And we are covering a soft topic today.
Relevant, well, I would say for all companies going through the AI change.
It's basically your AI transition does not stop with adopting the technology.
So without further ado, let's jump into the exchange with Stefan.
Hey Stefan, willkommen wieder.
Great to speak to you again after we talked, I don't know, a month?
No, it's not a month.
More two months, three months ago.
Two, three months.
Back then, actually in German.
So I think it's just fair that you introduce yourself again so that everyone knows who you are, what you're doing.
Ja, wir kicken das auf.
Ich bin wirklich froh, dass ich wieder zurückkehsehe.
Hi André.
Es fühlt sich ein bisschen wie ich in für Sebastian, der nicht hier ist, aber es ist gut.
Ich habe auch, ich habe in der Zeit, in der Zeit gelegt, wir haben uns in Februar gesessen, also das ist schon fünf Monate vor.
No, es ist alles gut.
Ich war auch schon zwei bis drei Monate, aber es war eigentlich Februar.
Gut zu beher.
Was ist Ihr role?
Was sind Sie für ein Leben?
So, um, ja, zu zu recap, right?
Ich bin CPTO at Fellmo.
Wir sind ein großer, um, mobile veterinarian startup in der ganzen Welt, um mit über 100 Vets.
Und, ja, ich bin der Product Tech Team, um, dass wir mit Tech scale können, weil wir mit Tech scale.
Und ich bin ein kleines Team.
Okay.
Für diejenigen, die interessiert sind, was Stefan's TechStack ist, kann man den Episode von Februar, seitdem es fünf Monate ago war.
Und dann war es auch Deutsch.
So vielleicht nicht alle kann das verstehen.
Maybe an update for us, Stefan, what has changed?
I actually think a lot has changed.
When I'm correct, there was February, so in December, I think Oppos 4.5 or 4.6 came out.
And back then I switched to Claude, like most of the people, I believe.
Und in der meantime, wir haben alle unsere Ups und Downs mit Fabel.
Und jetzt, ich bin eigentlich mostly auf Codex.
Ich habe komplett auf Codex gewechselt, in der Zeit, wenn Fabel nicht mehr ist.
Und die Grunde ich habe, ist, dass Codex mehr predictable war.
Das ist jetzt mein Steg-Einsatz.
Das ist auch interessant, weil ich glaube, dass es sich die letzten Zeit überrascht, wenn es easy zu switch zwischen den environments ist.
Wir haben es gewechselt, und das funktioniert super gut.
Und ich bin super glücklich mit GPT, besonders mit GPT 5.6, aber auch 5.5.
Das war viel mehr streit als Opus war, und das war eine der Grunde, warum ich dann mit dem GPT stuck mit es.
Okay, today we want to actually cover another topic, but maybe you can spoil a bit because you highlighted it so much.
You switched from Claw to Codex and you made that work.
So is there a secret sauce, something you want to share in a nutshell, maybe for listeners?
So what I did right from the get-go...
ist, dass ich immer sicher, dass die CloudMD nicht die Sachen enthalten.
Aber die CloudMD immer nur als ein two-liner sagen, dass all die Sachen in den AgentMD ist.
Wenn du das so machen, dann geht es da.
Das, von dem get-go, also dann mit Codex.
So, wenn die Limits war, dann immer wieder Codex.
So, ich war ziemlich sicher, dass es funktioniert.
Aber wenn ich komplett switched, ich habe auch sicher, dass die Skills waren.
Und eine Sache, die ich mit zwei Monate mit habe, war es eigentlich mit HOOX, ein bisschen.
Weil, skills sind eher, ich würde sagen, nicht wirklich ein contract, aber skills sind eher etwas, was in der Kontext.
Und wenn die Model wählen, was in der Kontext ist, dann ist es auch forgetting die Skills.
By the way, Quotex ist auch besser als Remembering die Skills.
Aber HOOX sind eigentlich ein enforcementer.
Was totally helping is making sure those hooks are also working in Codex.
And it's pretty simple because all you have to do is register them in the Codex environment.
And then they are just the same technology, essentially.
So they are scripts, listening to certain tool calls.
Like, for instance, before pushing to GitHub, do a security check, do an architecture check, like based on those conditions that you do.
And I've also recently...
Ich habe das Projekt mit den GIST aus den Hübschen.
So, wenn ich, wenn ich eine Hübschung habe, dass ich meine Veränderung von 85 und 100% Code Coverage habe.
Und das ist ein Expectations, das ich automatisch generiere und verwende, und wieder zurück zu den Agent MD, um zu machen, dass Codex ist immer aware, was es nachdem, was es nachdem.
Und so, ich habe weniger Agent.
Basically agent loops.
Because then it would come with the code, coverage is only 75%.
And so, oh, rightfully the coverage is too low.
So I now need to make sure the coverage is higher.
And if you formulate the expectations right from the get-go, that works.
And I've also started, and it's super interesting, injecting those expectations with a hook after the compaction.
Because you can, with hooks or with other und Codex, die eigentlich in den Kontext zu injectieren.
Und so, ich habe das Experimental mit dem, und das funktioniert sehr gut.
So, ich bin super glücklich mit dem Loop.
Es ist ziemlich effizient, weil ich das.
Und ich habe nicht nachgedrückt.
Und jetzt, ich habe mich nicht nachgedrückt.
Switching seamlessly works really well.
I think two good learnings, right?
First of all, it helps you to not mess up context.
Second, it's probably reliable, so deterministic.
I was just checking because, well, I've heard it for sure.
It's not the first time, but I've never checked whether this is also available with Cloud.
And it seems like it's not, right?
Is it something very specific to...
You mean hooks?
Codex?
No, no, no, no, hooks.
No, I learned about hooks.
The reason I learned about hooks is because I was researching skills and skill distribution mechanisms in Cloud.
And then I discovered plugins, but plugins also contain commands and hooks.
And so I tested hooks and it's pretty amazing because you can hook into any, like you can listen to When a Go file is edited, before you do that, do this.
And so that's basically how you can make sure your agent does something without having a skill loaded up front because you might not know if you need it.
So it's like that's really effective actually.
But it's slower because it always needs to spin up those agents first.
Sure, sure.
But I think since...
Well, you can work in parallel on certain stuff.
It just increases the loop time, so to say.
It's a larger loop.
If you're used to working parallel, I think that should not be that much of an issue.
Exactly.
And you're getting better one-shot results in the end of the day.
Because certain qualitative criteria are met from the get-go.
And it's way easier than to...
You don't need to iterate as much anymore in the end.
Now I also found it in the documentation.
Shoot.
Because what you did before, I always have to remember that why it's really good.
Before, what you did is you actually discovered that the coverage isn't good enough because some PR commit hook or some PR hook in GitHub discovered that.
And then you got back copy-pasted that feedback.
Cool stuff, cool stuff.
So, but today we want to talk about more of a soft topic, so to say.
So, you brought a story.
You want to share that or shall I introduce it somehow?
No, no, it's all good.
It's actually pretty Ich liebe die jeweils so sehr, ich code sehr, aber es ist ein Management-Topic, also es ist wirklich nicht mein Home-Turf.
Vielleicht ist es eher yours, André, ich weiß nicht.
Ich habe eigentlich über etwas in den letzten drei Wochen gelesen.
Eine der Teams in meinem Unternehmen hat eine Retro.
Und dann habe ich Feedback von unserer Tech Lead und die Feedback war, dass es ein ziemlich downer, even toxicer Retrospective war, wo die mood war so low, alle complaining über AI und wo es bringt, und über Job Security und stuff like that.
Und mein initiales Reaktion, mein guter Reaktion, war zu werden, weil ich gesagt habe, ich habe versucht, den Topik für über ein Jahr zu führen.
Aber natürlich, als ein Manager, ich kann nicht nur mit einfachen, dass ich mich einfach nicht bemerkt.
Es ist ein negativ, unconstruktive Gefühl.
So, ich gab es ein paar Nights und dachte über das.
Und dann...
Actually, an old management training topic came back, which I don't need that often in a small startup, but actually here it's super useful.
And that is that I realized, okay, people are just going through change, André.
And it was just really surprising, right?
And like change is obvious, but what does change mean?
And so I researched again what this like change curve actually is, right?
So where they initially, they realize it, they don't accept.
Something is happening.
And then suddenly they notice, okay, it's really happening.
And they get through this depression curve, right?
Which is like the valley of tears.
Until they finally accept it, start experimenting with it.
And at one point in time, integrate into the change, right?
So that's like the typical change curve that you learn about in some management one-on-one training a long time ago.
I'm sure you learned it too.
As I remember, we had similar trainers.
And I can also add, everyone is traveling this on its own speed.
So the larger the organization, the more difficult it is to ensure you're at the same state, right?
You actually always need to keep in mind that some people are faster, some people are slower.
And everything is fine, right?
Everything is...
Okay, you just need to accept that.
You can, well, I think you can try to accelerate that, but I think you cannot overcome this, right?
You can say like it doesn't exist.
People have to go through the valley of tears.
Yeah, absolutely.
For some, the valley might be lower, but it's because of the person.
It's an intrinsic thing, right?
So some might be faster.
For some, it's just a sleepless night, right?
Und für viele, es ist wirklich weeks von einem zu processen.
Aber es hat nicht wirklich erklärt, also es hat mich für ein paar Jahre.
Weil eigentlich, viele von unseren Engenhez sind bereits using AI.
Some mehr, some less, aber alle sind using AI.
So, du denkst, ja, sie sind bereits experimentiert, wenn nicht...
fully integrated into the flows, but also experienced engineers seem to have had like a down moment in that situation.
And what I then realized is that's actually two changes happening at the same time, which I wasn't aware of.
And it's super important to be aware of that because otherwise you cannot help people and you're just cynical.
And the one change is the obvious one.
And that is okay.
You're now using AI for software development.
But once you do it and you start being successful and you continue reading the news about AI, something else happens.
And that's the realization of how your job will change and how your job will change in the future.
And that was pretty revealing and it was super clear that probably most people in tech are right now somewhere at the edge of that valley, right?
So some might be already out and that's probably the leaders, that's probably people like you and me.
Like I can remember I had this short valley of tears moment, I don't know, like a year ago when my CEO started talking about AI a lot and I needed to adapt my role and think about it a lot, right?
But a lot of people, like a lot of engineers didn't start that early and so they are in that right now.
Das war ein sehr interessantes revelation.
Und dann habe ich ein bisschen mit unseren Managers in der Firma gesprochen.
Und ich denke, die interessante insight ist, wie du gesagt hast, wie kann ich Menschen durch das Valet gehen?
Und das bedeutet, erst einmal, dass sie in es und dass es ein personales Ding, dass sie sich um das Problem haben, so du kannst sie einfach helfen, um sie zu verstehen.
where this change will lead them and encourage them that the company they're working in is here to stay for them, right?
And why the company needs them.
So just like basic, like creating a safe environment, basically assuring them of the safe environment.
And also, but still asserting that this is here to stay because otherwise they might ping pong back and forth in that valley.
So like really pushing them.
through that change curve, helping them along, supporting them.
So that's like what we did.
And then the study came out, which was funny at the same time.
Yeah, so like a lot of people are listening right now to this Lenny's product podcast, right?
Ja.
Und ich auch.
Ich höre zu all diese inspirierende Tech-Leaders von verschiedenen Unternehmen, aber auch die AI-Kompanien.
Wenn du das hörst, dann bist du sehr weit ahead und du wirst.
Aber eigentlich, er und Noam Siegel haben eine große-Gerde-Surve von Tech-Workern in 1926.
Und sie machen diese Studien auf eine regularer Kadanz.
Und sie herausfinden, dass jetzt die technische Industrie ist durch eine split.
Basically 50% der Antworten fühlen sich amplified von dem, was passiert in AI.
Und für sie, es ist, wie es sich an alles.
Und dann die andere half ist, wie sie seconden Gedanken haben.
Sie haben Angst über ihre Rolle.
Sie fühlen sich destabilisiert.
Sie fühlen sich nicht nur ein Burnout-Tag.
Aber es ist eher die Angst, die Angst, wie viel mehr mit mehr resourcesen mit AI zu arbeiten.
Und das ist ein bisschen zu verabschieden.
Es ist ein sehr exhaustinges Gefühl.
So eine halbe der Industrie ist, Super energised and amplified and I can relate with this crowd very much.
And then the other half is on the brink of exhaustion or fearing that they might be exhausted, which is dangerous, right?
And I think it's also, it might be also a combination with identification, right?
Because a lot of people are not just in tech, but also in other disciplines, like people identify themselves with a certain job, like with certain activities, right?
They are proud.
And now, To a larger degree, especially in software engineering, this work is gone, right?
So it's still there, but it's not the responsibility of an engineer anymore to write the code like someone else is doing this.
So if you're into, I don't know, clean code, architecture, all that stuff, right?
It's not 100% gone, but it's not your main job.
And accepting that change, I think that is quite a...
Quite a stretch for people.
So I can totally relate to that.
But maybe a step back before we get back to Lenny's podcast.
So first of all, or Lenny's newsletter in that case.
First of all, I like really the separation.
Because if you look, companies usually measure adoption, right?
And they say like, now we have an adoption 80% or 100% of the people are using this.
Und 90% der Code ist geschrieben von den Anfragen.
So wir sind fertig.
Und ich denke, das ist eine falsche Hypothese.
Ja, genau.
So als Unternehmen, du sagst, okay, wir sind durch die Veränderung, es ist alles gut, wir können weitergehen.
Aber die Realität ist, du bist eigentlich in der Mitte der Veränderung.
Ich habe wirklich, wenn wir das Podcast vorbereitet, ich fand, dass du sehr geholfen war.
Ich war wirklich geholfen, weil es so blanke mich so ist.
Für uns, wir sind ein ein bisschen größer Organisationen.
Für uns, change management ist ein bisschen mehr wichtig.
Ich bin aware of das, aber nicht zu einem anderen Grund.
Das ist ein zweites, separate cycle.
So, adoption is there, but now you need to face the truth and say, okay, what does this mean?
Because it's not just like now that someone else is writing the code, but it's the processes, the responsibilities, the skills.
This is changing.
So, a lot of stuff.
Sorry, but I didn't want to interrupt you.
I just found it so important to give it a bit.
Ja, gut.
Aber ich bin gespannt, weil ich nicht in einem großen Unternehmen arbeite, wie Sie es aus Teams sehen?
Sind es Teams, die sind schon schon weit auf beiden Change Curves und einige sind zurück?
Oder ist es wirklich auf einem super individuellen Level?
Wie Sie es in einem großen Unternehmen sehen?
Sehr gut, und ich glaube, es gibt keine einzige Antwort.
Ich würde sagen, dass es eher ein individuelles Ding, als ein Team-Ding.
So, ein individuelles Ding, wie man sich durch diese Reise auf ihren eigenen Weg geht.
Aber für sicherlich, in dem Team-Context, man kann sich schneller oder ein bisschen schneller werden, given die Inputs von der Team getrennt.
So, es ist definitiv ein dependency oder ein Connect zu das.
But I would still say it's more the individual thing rather than the team aspect.
Actually also given the fact that people have different belief systems, right?
So if you look at teams and you usually have the ones who are more the builder and people are more really into code and software design and stuff like that.
So I think these two groups, they would have to use these both stereotypes.
they would travel with very different speed.
And we know these people from our past.
So there are people who are able to adapt pretty fast and for others it might be an issue because the stuff they are very good at is now not there anymore or not to that degree.
So I would say it's an individual thing.
And I also think it's probably There's probably also like an inverse conflict there or a paradox because I think for most managers, so for most people in manager roles, down to the engineering managers, AI is probably a big revelation because they suddenly feel so productive again, right?
So I would say for most engineering managers or upwards up to the CTOs.
Und dann sagen sie, ich kann das alles wiederholen.
Ich kann das wiederholen.
Und sie können es mit der Partial-Attentionen, dass sie eine Woche geben können.
Du kannst das alles wiederholen.
Und es ist ein großer Unterschied zu den individuellen contributors, für die das die Arbeit und Butter war.
Und jetzt sehen sie, okay, meine CTO ist jetzt auch noch ein paar Grünen, die auch mal aus der Qualität, die vielleicht schlecht ist.
Das ist auch weird, right?
So, wenn man jemand von der Professionelle distance hat und man nur die Feedback hat, ich denke, sehr involviert sind, die Leute vielleicht haben sich auch geprüft und einfach nur ein paar Fragen und vielleicht haben einen Tool-In-Ressentwurf.
Aber meistens der Zeit, eine war deine Domain und deine Manager hat die Managing-Domain, right?
True.
Und jetzt, plötzlich, deine Manager, das ist Ihnen, die Performance-Reviews, ist auf der Fall, die du immer auf der Seite.
Das ist super interessant.
Und dann, imagine, du bist derjenige, du bist derjenige, du bist in 2018 und du code es für acht Jahre alt und du bist, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf, du bist auf.
Aber ich bin über das für den ersten Mal.
Ich habe das Thema, weil ich nicht das Thema habe, das ist das Wort.
Also, das ist das ich.
Da ist auch ein großer Unterschied, es scheint.
Vielleicht, für mich, ich weiß nicht, dass andere CTOs sind ein bisschen mehr aware.
Ich würde sagen, das ist um...
Die Leute mit weniger Erfahrung sind, das ist 2018, es ist 8 Jahre alt.
Aber es ist nicht die, wie Sie sagen, die Veterans.
Ich denke, von meinem Punkt, von meiner Observation, da sind sehr gute случаи, also bei Trusted Jobs, wo besonders die Leute mit weniger Erfahrung mit weniger Erfahrung haben, die das Verständnis sind sehr gut.
They are used to it, right?
But they are able to adapt to it because if you don't do certain stuff for a decade or so, you're still flexible enough also in your mind to try out new things.
I would say...
die Leute in der Zwischenzeit sind nicht die Veteranen, die vielleicht auch noch mehr Verlangen haben.
Ich denke, sie sind auch gut.
Aber die Leute in der Zwischenzeit sind vielleicht 8, vielleicht 10, vielleicht 15.
Ich könnte sie denken, sie kämpft, weil sie für sie es immer so lange Software Engineering war.
Und sie sind immer sehr viel genutzt.
Ich sage nicht, dass sie nicht adaptieren können.
Still, there are different stereotypes.
But I will see more issues in this group rather than the juniors or the very, very seniors.
Maybe we can get back to the survey from Lenny's newsletter.
What, well, I would not say surprised me, but maybe we can talk about that for a second.
Es scheint, dass es keine Angst auf der Management-Level gibt, besonders top-management-Foundern.
Für sie, es scheint, dass sie bereits über diese Ebene sind.
Hast du das auch gesehen?
Was ist dein Geist auf das?
I didn't really notice that, so I didn't pay attention to that.
But it kind of makes sense, right?
Like maybe for some middle managers, it might have been a big question.
But then they probably also just saw that it helps.
Because typically, who has the context in the company, right?
Like who is able to connect the business and the tech side together?
That's typically the middle managers.
And they can now also feel productive.
And they are at the front of the change.
Wenn sie nicht in einer kleinen Komponente der Firma sind.
Aber wenn sie informiert und aware der News sind, besonders die Founders.
Ich denke, für sie, es ist eher ein Goldmine, als ein Goldruss.
Dann ist es eine große Angst, wenn man eine große Angst hat.
Das ist auch nicht möglich, aber das ist auch nicht möglich.
Aber du hast wahrscheinlich gesehen, die Stats, so wie die Jobmarkt in solche Unternehmen, die ein bisschen mehr modern sind, ist aufgerüstet.
Es ist auch nicht möglich, dass mit AI, du jetzt brauchen Experten engineers, die es tun können, und die Systeme zusammenarbeiten können.
Und ich denke, das ist auch der Grund.
Und sie haben auch gesehen, dass sie ihre fairer share von irritantigen change in den letzten Jahren.
Und sie denken, ja, es ist eine technologie change.
Und vielleicht die layoff bei Microsoft, ich weiß nicht, du hast das wahrscheinlich.
So die 4,000 Menschen sind wie...
wie wie ein Prozent, 2% oder so, oder 2.5%?
Es tut für alle individuelle Position, dass sie leave, dass sie nicht mehr let gehen.
Ich denke, es ist das Kind von Thick-Skin, das die Leute haben entwickelt.
Und wie gesagt, Founders sind wahrscheinlich relischend in der prospectischen Themen, die sie mit spielen können.
Regarding Microsoft or the other large US tech companies, I'm too far away to maybe have a solid opinion, but I have an opinion.
And for me, it's also the fact that these kind of layoffs are more or less normal.
So you do not have these kind of large, large, large layoffs in Europe.
If you're in automotive and in really large companies, this also exists.
But I think for the UX tech companies, it's more of a, from my point of view, something more of a pattern to stay lean.
So it happens every now and then.
So it feels a hard word and natural.
Everyone who's affected by that is like, this is very sad.
Ich weiß nicht, wenn ich zurückkehren, die letzten Jahre, da sind immer ein Verlust und immer ein Verlust.
Es fühlt sich wie du alternativen zwischen, ich würde nicht sagen, extremes, aber du overstuffst und du trichst zu zurück.
Du hast es zu langsamer, dann du stuffst wieder.
Because there is a certain demand, especially if you look now, everyone is, we're getting a bit off the track.
Everyone is now absolutely off topic, is deploying front, not front end engineers, forward deployed engineers.
So it seems like engineers are very much needed again.
Well, let's see.
But I found a point in the survey.
It's point eight.
Founders are still the happiest people in tech and small companies are still the best place to work.
Both findings replicate from 2025 and both are statistically robust.
The point nine, I think, is maybe we can talk about that for a second.
You covered that earlier already.
Managers are still the biggest lever for happiness.
Manager quality remains the strongest driver of burnout and one of the strongest driver for everything else.
I think in the very beginning you mentioned that managers already pass the valley of, I don't know, uncertainty.
To be very, very honest, at least for me, I would say Ich bin nicht durch das Verlust.
Ich habe nicht viel Angst, aber ich habe viel Unclarität.
Und ich denke, es ist auch fair, dass die Organisation mit dem, dass die Leute nicht fühlen, dass das ihre Rolle ist.
Das ist ein Problem, dass sie eine Rolle haben, weil sie nicht haben.
Ich denke, es ist normal für Leute, wie du gesagt hast, in der Beginn.
Everyone ist durch das Veränderungsverfahren und ich könnte auch vorstellen, dass es eigentlich die falsche Reaktion ist, wenn du als Manager, einfach nur als alles normal veränderst.
Es ist nicht so vieles Veränderungsverfahren.
All good, let's move on.
It changed at that scale.
I think it's just fair to show vulnerability, uncertainty.
Sure, you need to have a plan.
But on the other side, showing that it's also touching you, I think it's just fair.
Yeah.
But is it the same, like if you say you are not...
Ich würde sagen, ich bin wahrscheinlich am Ende der Valle in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, in der Zeit, 20 small AI projects for non-technical people.
So basically people in planning, which are planning how our vets work, they need certain tools.
We're sending an analyst there or an engineer, which is building some AI tools for them.
And these kinds of things, for me, this is just okay.
I think I know.
what the role now is, right?
So you basically take the old CPTO handbook and not throw it out of the window, but you rewrite it with way faster cycle times because you can do more with less now, right?
That's like my way of thinking about it.
And that's also how I think that I'm still needed if you want to talk about insecurity or, but I'm curious, like, how do you think about this change?
für dich selbst.
Ich habe nicht viel Angst, dass ich nicht so etwas sagen möchte.
Aber es ist nicht so, was ich zu sagen.
Aber es ist nicht so, was die Zukunft der Rolle sein wird, weil wir im Moment der Veränderung sind.
Ja, okay.
Ich kann nicht sagen, dass es eine andere Veränderung ist, aber eine andere Veränderung.
Ich denke, dass das alles gut ist und wir werden da sind.
Es ist unfair, weil dann du es nicht denying.
Ida, du bist dumm.
Oder du denkst, dass etwas passiert.
Ja, fair point.
Und in den Tagen, wir haben das Podcast, Technologie ist ein People-Business.
Und ich sehr wohl so.
Again, das ist ein massive Veränderung und du musst das.
Das bringt mich zurück, ich bin bad in remembering episodes, aber wir haben mit Franziska gesprochen, mit Franziska, von MyRope, um, zuerstellen.
Und ich denke, sie hat auch gesagt, dass es der CFO, der seine persönliche Geschichte, seine persönliche Geschichte, so zu sagen.
Ich denke, es könnte ein guter Pattern sein.
Und ich habe auch noch ein Pattern in mind, aber vielleicht wollen Sie in den Sinn.
Ich verstehe, was du sagen.
Wenn du sagen, dass du nicht ganz wahr bist, You probably mean, yeah, I'm probably through the change curve.
So I have accepted that a lot of this happens and I have also accepted that there's this insecurity, but this change is here to stay, right?
So, sorry, what I mean is it's not that the change has happened and now it's passé, right?
But the change will happen in the next couple of years.
So this like uncertainty.
ist es nur durch die Fakt, dass wir nicht wissen, wie weit die LLMs die LLMs bringen uns.
Und wenn die LLM-Wave ist über und vielleicht die Capablieren sind, dann ist es noch der Jan Le Kuhn-Word-Modell-Movem, das ist die nächste Prominentste.
Aber es wird auch immer 10 Jahre, wie nuclear fusion.
So, wir wissen nicht, ob das kommt, aber für sicher.
Aber für sicherlich haben wir noch fünf bis zehn Jahre Jahre vor uns, das wir uns immer weitergehen.
Die Menschen sind immer weitergehen.
Mein Punkt ist mehr, ich denke...
We now feel somehow comfortable in this new world that is changing now faster, kind of like the mobile first movement back then, right?
Where also we are not sure where those apps were going to be, but all of the CEOs and PMs and whatnot were super psyched and causing a lot of ruckus back then, right?
And now we have something that is directly affecting us.
Und wir wissen, dass es eine Waffe, dass wir uns nicht mehr aufpassen müssen.
Und du bist völlig richtig.
So, du musst über diese Uncertainty sprechen.
Otherwise, du bist, wie du gesagt, du bist einfach nicht mehr auf das Waffe.
Und du musst, oder du musst, in der mindestens.
There is this nice visualization where you have the entire population of the world and then people are using AI and then people are really using AI or working on AI.
I think we are like even our industry, we are at the very much forefront.
If you look at large organizations who are still wondering, well, do we want to introduce Copilot or not?
Or discussing that.
We are far ahead of that.
Ich denke, es ist einfach natürlich, dass die ersten Leute, die erste Leute, die sie erleben und sie sind tatsächlich bildet die Patterns, die die nächsten Unternehmen dann aufbauen.
Für mich ist es ein totaler naturales Prozess.
Ich denke, wir haben das jetzt gehört.
Sorry, ich wollte nur sagen, es macht total sense.
Because I mentioned, I think there's also another thing to help the organization overcome that change.
And I think we covered that in the talk with Bastian Buch, so CTPO at the Getaway Group.
Yeah, Getaway.
Yeah.
So I think they reinvented or they redefined the roles.
Und ich denke, das auch total macht Sinn.
So nicht nur sagen, dass du ein Software Engineer bist, aber zu kommen, mit etwas sehr neu, wo Menschen auch starten, diese Identität zu entwickeln.
So sie haben die Identität verloren.
Jetzt müssen sie die Identität geben oder sie müssen eine neue Position geben, so zu sagen.
Ich liebe die Idee, wahrscheinlich auch ein Feld in der wir...
So far, we haven't done it yet.
Not sure if you have looked into that.
But replacing, not replacing, but let's say replacing the role description to be very precise, not people.
Replacing role description of a software engineer or combining that of a software engineer and the product manager towards a product builder, product engineer, I think totally makes sense.
Es vielleicht sounds simple, aber ich würde nicht überlegen, was die mögliche impact es hat in den Organisations haben, weil die Leute einfach nur looking for that.
Sie sagen, was meine Verantwortung ist?
Und Sie können es im Plänen oder Explicit sein.
Ich würde immer für Explicit sein.
Probierlich kann man das auf eine Wegebase auf eine Wegebase machen, aber wenn man confident genug ist, Ich denke, das ist eine Sache, ich würde definitiv schauen, und wir würden das auch machen.
Bastian ist großartig.
Er hat immer eine große theoretische Framework in Hand, so er hat sich seine Gedanken gemacht.
Ich habe ihn als Manager gesehen, das war die gleiche Art von der Verkaufung.
Und ich glaube, Das sind die Rörelen, die sich jetzt auf die Analyst-Rolle verändert.
Jetzt sind die Analyst-Rolle verändert.
Die Analyst-Rolle verändert sich ein bisschen.
Ich bin mehr auf Daten-Produkte, die sich eher AI-Driven auf.
Es ist wirklich extrem, wie wir weg von einfachen Analytics-Platform-Reporting zu haben, die Dynamik-Dashboards sind.
Like where the technology is AI generated and then you have, like it's really easy to switch between the data way easier than you can do in your typical, I don't know, database or whatever you have, right, as a startup to observe it.
So this there, it's really clear.
On the product side, I won't agree.
So I'm not ready to redefine it yet because what I'm observing a lot is that you actually need a lot more clarity right now.
auf was du bilde, denn die engineers sind schneller.
Und wenn du die Rolle diluten, dann die responsabilität ist, wird es schwierig.
Und oftmals, engineers, nicht jeder, ist able zu coveren die Business-Site und engagieren mit den Stakeholders, um die User-Research oder umkaufen.
Das ist, glaube ich, ein rare Trait.
So this is where I'm not at, but I see the roles already changing.
So people taking lots of more responsibility, but oftentimes it's actually more responsibility within the same field.
So more languages, more microservices at the same time, reviewing more PRs, having a better quality review.
So it's like right now I see more of the same actually instead of...
The shift of roles, but I think both is happening and all of the companies are experimenting like hell right now, right?
So, and try, try those things.
Yeah, maybe also good reminder to invite Markus, Markus Andrzejczak again to maybe share since he's working with a lot of companies.
Maybe he has already made up his mind and can share.
Aber ich würde auch sagen, dass es für mich die kompaktion, die du in den Arbeitslern sehen, in den Arbeitslern sehen.
Ich denke, dass du weniger Arbeitslern sehen, wenn es um Software Engineering geht.
Ich bin nicht sicher, dass andere disciplines sind.
Ich bin nicht ein Experte da.
Ich denke, QA als ein separatees Rolle, wie Manual QA oder jemanden focusing nur auf Automatt, ist wirklich...
Like I can see people building QA infrastructure still, but because you're using AI tooling, you just have way less people that need to do it, right?
That need to set it up.
And then you have really good high quality testing in theory, right?
Because the technology isn't there yet in all of the cases.
But that's definitely something where I think that's really changing fast.
And there's a lot of competition also on the tooling side for that.
Das ist eine Art von der ich direkt sehen.
Und ich sehe Designers, die Pulsierungen zu pushen.
Das ist das auch so, wenn man Pürfond und Changes hat.
Ich sehe das auch so, dass es definitiv ein Steppen-Over-The-Boundaries ist schon ein bisschen.
Wie die Rollstern will, wird es sehen.
Vielleicht ein guter Talk oder ein guter Topik für eine andere Talk ist, die AI Organisation.
welche Rolle sind neben dem Agenten.
Für heute, ich möchte, dass du deine Geschichte sharen hast.
Es war wirklich enlightening.
Ich denke, die separation von Adoption und Identifikation ist, ich denke, ein sehr guter Punkt.
Ich hoffe, die listeners können das ein bisschen für ihre Arbeit nehmen.
So, thank you very much Stefan, for having you.
Thank you André, it was a pleasure.
The Beyond Vibe Coding Podcast is a project by Sebastian Heidemeyer zu Erpen and André Neubauer, partnering with ImpalaSearch.
The content is created by us and our guests.
Join the discussion on LinkedIn or visit our website where we publish all episodes.
For questions and inquiries, feel free to reach out via LinkedIn.
Thank you for your time and see you in the next episode.