Neuer Kurs: Bessere Retrospektiven in Jira

Lernen Sie mit Easy Agile

Easy Agile Podcast Ep.34 Henrik Kniberg on Team Productivity, Code Quality, and the Future of Software Engineering

Hör zu
Abonnieren Sie unseren Newsletter
  • website.easyagile.com/blog/rss.xml

TL;DR

Henrik Kniberg, the agile coach behind Spotify's model, discusses how AI is fundamentally transforming software development. Key takeaways: AI tools like Cursor and Claude are enabling 10x productivity gains; teams should give developers access to paid AI tools and encourage experimentation; coding will largely disappear as a manual task within 3–4 years; teams will shrink to 2 people plus AI; sprints will become obsolete in favour of continuous delivery; product owners can now write code via AI, creating pull requests instead of user stories; the key is treating AI like a brilliant intern – when it fails, the problem is usually your prompt or code structure, not the AI. Bottom line: Learn to use AI now, or risk being left behind in a rapidly changing landscape.

Introduction

Artificial intelligence is fundamentally reshaping how software teams work, collaborate, and deliver value. But with this transformation comes questions: How do we maintain team morale when people fear being replaced? What happens to code quality when AI writes most of the code? Do traditional agile practices like sprints still make sense?

In this episode, I sit down with Henrik Kniberg to tackle these questions head-on. Henrik is uniquely positioned to guide us through this transition – he's the agile coach and entrepreneur who pioneered the famous Spotify model and helped transform how Lego approached agile development. Now, as co-founder of Abundly AI, he's at the forefront of helping teams integrate AI into their product development workflows.

This conversation goes deep into the practical realities of AI-powered development: from maintaining code review processes when productivity increases 10x, to ethical considerations around AI usage, to what cross-functional teams will look like in just a few years. Henrik doesn't just theorise – he shares real examples from his own team, where their CEO (a non-coder) regularly submits pull requests, and where features that once took a sprint can now be built during a 7-minute subway ride.

Whether you're a developer wondering if AI will replace you, a product owner looking to leverage these tools, or a leader trying to navigate this transformation, this episode offers concrete, actionable insights for thriving in the AI era.

About Our Guest

Henrik Kniberg is an agile coach, author, and entrepreneur whose work has shaped how thousands of organisations approach software development. He's best known for creating the Spotify model – the squad-based organisational structure that revolutionised how large tech companies scale agile practices. His work at Spotify and later at Lego helped demonstrate how agile methodologies could work at enterprise scale whilst maintaining team autonomy and innovation.

Henrik's educational videos have become legendary in the agile community. His "Agile Product Ownership in a Nutshell" video, created over a decade ago, remains one of the most-watched and shared resources for understanding product ownership, with millions of views. His ability to distil complex concepts into simple, visual explanations has made him one of the most accessible voices in agile education.

More recently, Henrik has turned his attention to the intersection of AI and product development. As co-founder of Abundly AI, he's moved from teaching about agile transformation to leading AI transformation – helping companies and teams understand how to effectively integrate generative AI tools into their development workflows. His approach combines his deep understanding of team dynamics and agile principles with hands-on experience using cutting-edge AI tools like Claude, Cursor, and GitHub Copilot.

Henrik codes daily using AI and has been doing so for over two and a half years, giving him practical, lived experience with these tools that goes beyond theoretical understanding. He creates educational content about AI, trains teams on effective AI usage, and consults with organisations navigating their own AI transformations. His perspective is particularly valuable because he views AI through the lens of organisational change management – recognising that successful AI adoption isn't just about the technology, it's about people, culture, and process.

Based in Stockholm, Sweden, Henrik continues to push the boundaries of what's possible when human creativity and AI capabilities combine, whilst maintaining a pragmatic, human-centred approach to technological change.

Transcript

Note: This transcript has been lightly edited for clarity and readability.

Maintaining Team Morale and Motivation in the AI Era

Tenille Hoppo: Hi there, team, and welcome to this new episode of the Easy Agile Podcast. My name is Tenille Hoppo, and I'm feeling really quite lucky to have an opportunity to chat today with our guest, Henrik Kniberg.

Henrik is an agile coach, author, and entrepreneur known for pioneering agile practices at companies like Spotify and Lego, and more recently for his thought leadership in applying AI to product development. Henrik co-founded Abundly AI, and when he isn't making excellent videos to help us all understand AI, he is focused on the practical application of generative AI in product development and training teams to use these technologies effectively.

Drawing on his extensive experience in agile methodologies and team coaching, Henrik seems the perfect person to learn from when thinking about the intersection of AI, product development, and effective team dynamics. So a very warm welcome to you, Henrik.

Henrik Kniberg: Thank you very much. It's good to be here.

Tenille: I think most people would agree that motivated people do better work. So I'd like to start today by touching on the very human element of this discussion and helping people maintain momentum and motivation when they may be feeling some concern or uncertainty about the upheaval that AI might represent for them in their role.

What would you suggest that leaders do to encourage the use of AI in ways that increase team morale and creativity rather than risking people feeling quite concerned or even potentially replaced?

Henrik: There are kind of two sides to the coin. There's one side that says, "Oh, AI is gonna take my job, and I'm gonna get fired." And the other side says, "Oh, AI is going to give me superpowers and give us all superpowers, and thereby give us better job security than we had before."

I think it's important to press on the second point from a leader's perspective. Pitch it as this is a tool, and we are entering a world where this tool is a crucial tool to understand how to use – in a similar way that everyone uses the Internet. We consider it obvious that you need to know how to use the Internet. If you don't know how to use the Internet, it's going to be hard.

"I encourage people to experiment, give them access to the tools to do so, and encourage sharing. And don't start firing people because they get productive."

I also find that people tend to get a little bit less scared once they learn to use it. It becomes less scary. It's like if you're worried there's a monster under your bed, maybe look under your bed and turn on the lights. Maybe there wasn't a monster there, or maybe it was there but it was kind of cute and just wanted a hug.

Creating a Culture of Safe Experimentation

Tenille: I've read that you encourage experimentation with AI through learning – I agree it's the best way to learn. What would you encourage leaders and team leaders to do to create a strong culture where teams feel safe to experiment?

Henrik: There are some things. One is pretty basic: just give people access to good AI tools. And that's quite hard in some large organisations because there are all kinds of resistance – compliance issues, data security issues. Are we allowed to use ChatGPT or Claude? Where is our data going? There are all these scary things that make companies either hesitate or outright try to stop people.

Start at that hygiene level. Address those impediments and solve them. When the Internet came, it was really scary to connect your computer to the Internet. But now we all do it, and you kind of have to, or you don't get any work done. We're at this similar moment now.

"Ironically, when companies are too strict about restricting people, then what people tend to do is just use shadow AI – they use it on their own in private or in secret, and then you have no control at all."

Start there. Once people have access to really good AI tools, then it's just a matter of encouraging and creating forums. Encourage people to experiment, create knowledge-sharing forums, share your own experiments. Try to role-model this yourself. Say, "I tried using AI for these different things, and here's what I learned." Also provide paths for support, like training courses.

The Right Mindset for Working with AI

Tenille: What would you encourage in team members as far as their mindset or skills go? Certainly a nature of curiosity and a willingness to learn and experiment. Is there anything beyond that that you think would be really key?

Henrik: It is a bit of a weird technology that's never really existed before. We're used to humans and code. Humans are intelligent and kind of unpredictable. We hallucinate sometimes, but we can do amazing things. Code is dumb – it executes exactly what you told it to do, and it does so every time exactly the same way. But it can't reason, it can't think.

Now we have AI and AI agents which are somewhere in the middle. They're not quite as predictable as code, but they're a lot more predictable than humans typically. They're a lot smarter than code, but maybe not quite as smart as humans – except for some tasks when they're a million times smarter than humans. So it's weird.

You need a kind of humble attitude where you come at it with a mindset of curiosity. Part of it is also to realise that a lot of the limitation is in you as a user. If you try to use AI for coding and it wrote something that didn't work, it's probably not the model itself. It's probably your skills or lack of skills because you have to learn how to use these tools. You need to have this attitude of "Oh, it failed. What can I do differently next time?" until you really learn how to use it.

"There can be some aspect of pride with developers. Like, 'I've been coding for 30 years. Of course this machine can't code better than me.' But if you think of it like 'I want this thing to be good, I want to bring out the best in this tool' – not because it's going to replace me, but because it's going to save me a tonne of time by doing all the boring parts of the coding so I can do the more interesting parts – that kind of mindset really helps."

Maintaining Code Quality and Shared Understanding

Tenille: Our team at Easy Agile is taking our steps and trying to figure out how AI is gonna work best for us. I put the question out to some of our teams, and there were various questions around people taking their first steps in using AI as a co-pilot and producing code. There are question marks around consistency of code, maintaining code quality and clean architecture, and even things like maintaining that shared understanding of the code base. What advice do you have for people in that situation?

Henrik: My first piece of advice when it comes to coding – and this is something I do every day with AI, I've been doing for about two and a half years now – is that the models now, especially Claude, have gotten to the level where it's basically never the AI's fault anymore. If it does anything wrong, it's on you.

You need to think about: okay, am I using the wrong tool maybe? Or am I not using the tool correctly?

For example, the current market leader in terms of productivity tools with AI is Cursor. There are other tools that are getting close like GitHub Copilot, but Cursor is way ahead of anything else I've seen. With Cursor, it basically digs through your code base and looks for what it needs.

But if it fails to find what it needs, you need to think about why. It probably failed for the same reason a human might have failed. Maybe your code structure was very unstructured. Maybe you need to explain to the AI what the high-level structure of your code is.

"Think of it kind of like a really smart intern who just joined your team. They're brilliant at coding, but now they got confused about something, and it's probably your code – something in it that made it confused. And now you need to clarify that."

There are ways to do that. In Cursor, for example, you can create something called cursor rules, which are like standing documents that describe certain aspects of your system. In my team, we're always tweaking those rules. Whenever we find that the AI model did something wrong, we're always analysing why. Usually it's our prompt – I just phrased it badly – or I just need to add a cursor rule, or I need to break the problem down a little bit.

It's exactly the same thing as if you go to a team and give them this massive user story that includes all these assumptions – they'll probably get some things wrong. But if you take that big problem and sit down together and analyse it and split it into smaller steps where each step is verifiable and testable, now your team can do really good work. It's exactly the same thing with AI.

Addressing the Code Review Bottleneck

Tenille: One of our senior developers found that he was outputting code at a much greater volume and faster speed, but the handbrake he found was actually their code review processes. They were keeping the same processes they had previously, and that was a bit of a handbrake for them. What kind of advice would you have there?

Henrik: This reminds me of the general issue with any kind of productivity improvement. If you have a value stream, a process where you do different parts – you do some development, some testing, you have some design – whenever you take one part of the process and make it super optimised, the bottleneck moves to somewhere else.

If testing is no longer the bottleneck, maybe coding is. And when coding is instant, then maybe customer feedback – or lack of customer feedback – is the bottleneck. The bottleneck just keeps moving. In that particular case, the bottleneck became code review. So I would just start optimising that. That's not an AI problem. It's a process problem.

Look at it: what exactly are we trying to do when we review? Maybe we could think about changing the way we review things. For example, does all code need to be reviewed? Would it be enough that the human who wrote it and the AI, together with the human, agree that this is fine? Or maybe depending on the criticality of that change, in some cases you might just let it pass or use AI to help in the reviewing process also.

"I think there's value in code review in terms of knowledge sharing in a large organisation. But maybe the review doesn't necessarily need to be a blocking process either. It could be something you go back and look at – don't let it stop you from shipping, but maybe go back once per week and say, 'Let's look at some highlights of some changes we've made.'"

We produce 10 times more code than in the past, so reviewing every line is not feasible. But maybe we can at least identify which code is most interesting to look at.

Ethical Considerations: Balancing Innovation with Responsibility

Tenille: Agile emphasises people over process and delivering value to customers. Now with AI in the mix, there's potential for raising some ethical considerations. I'm interested in your thoughts on how teams should approach these ethical considerations that come along with AI – things like balancing rapid experimentation against concerns around bias, potential data privacy concerns.

Henrik: I would treat each ethical question on its own merits. Let me give you an example. When you use AI – let's say facial recognition technology that can process and recognise faces a lot better than any human – I kind of put that in the bucket of: any tool that is really useful can also be used for bad things. A hammer, fire, electricity.

That doesn't have so much to do with the tool itself. It has much more to do with the rules and regulations and processes around the tool. I can't really separate AI in that sense. Treat it like any other system. Whenever you install a camera somewhere, with or without AI, that camera is going to see stuff. What are you allowed to do with that information? That's an important question. But I don't think it's different for AI really, in that sense, other than that AI is extremely powerful. So you need to really take that seriously, especially when it comes to things like autonomous weapons and the risk of fraud and fake news.

"An important part of it is just to make it part of the agenda. Let's say you're a recruitment company and you're now going to add some AI help in screening. At least raise the question: we could do this. Do we want to do this? What is the responsible way to do it?"

It's not that hard to come up with reasonable guidelines. Obviously, we shouldn't let the AI decide who we're going to hire or not. That's a bad idea. But maybe it can look at the pile of candidates that we plan to reject and identify some that we should take a second look at. There's nothing to lose from that because that AI did some extra research and found that this person who had a pretty weak CV actually has done amazing things before.

We're actually working with a company now where we're helping them build some AI agents. Our AI agents help them classify CVs – not by "should we hire them or not," but more like which region in Sweden is this, which type of job are we talking about here. Just classifying to make it more likely that this job application reaches the right person. That's work that humans did before with pretty bad accuracy.

The conclusion was that AI, despite having biases like we humans do, seemed to have less biases than the human. Mainly things like it's never going to be in a bad mood because it hasn't had its coffee today. It'll process everybody on the same merits.

I think of it like a peer-to-peer thing. Imagine going to a doctor – ideally, I want to have both a human doctor and an AI doctor side by side, just because they both have biases, but now they can complement each other. It's like having a second opinion. If the AI says we should do this and the doctor says, "No, wait a second," or vice versa, having those two different opinions is super useful.

Parallels Between Agile and AI Transformations

Tenille: You're recognised as one of the leading voices in agile software development. I can see, and I'm interested if you do see, some parallels between the agile transformations that you led at Spotify and Lego with the AI transformations that many businesses are looking at now.

Henrik: I agree. I find that when we help companies transition towards becoming AI native, a lot of the thinking is similar to agile. But I think we can generalise that agile transformations are not really very special either – it's organisational change.

There are some patterns involved regardless of whether you're transitioning towards an agile way of working or towards AI. Some general patterns such as: you've got to get buy-in, it's useful to do the change in an incremental way, balance bottom-up with top-down. There are all these techniques that are useful regardless. But as an agilist, if you have some skills and competence in leading and supporting a change process, then that's going to be really useful also when helping companies understand how to use AI.

Tenille: Are you seeing more top-down or bottom-up when it comes to AI transformations?

Henrik: So far it's quite new still. The jury's not in yet. But so far it looks very familiar to me. I'm seeing both. I'm seeing situations where it's pure top-down where managers are like "we got to go full-out AI," and they push it out with mixed results. And sometimes just completely bottom-up, also with mixed results.

Sometimes something can start completely organically and then totally take hold, or it starts organically and then gets squashed because there was no buy-in higher up. I saw all of that with agile as well. My guess is in most cases the most successful will be when you have a bit of both – support and guidance from the top, but maybe driven from the bottom.

"I think the bottom-up is maybe more important than ever because this technology is so weird and so fast-moving. As a leader, you don't really have a chance if you try to control it – you're going to slow things down to an unacceptable level. People will be learning things that you can't keep up with yourself. So it's better to just enable people to experiment a lot, but then of course provide guidance."

AI for Product Owners: From Ideation to Pull Requests

Tenille: You're very well known for your guidance and for your ability to explain quite complex concepts very simply and clearly. I was looking at your video on YouTube today, the Agile Product Ownership in a Nutshell video, which was uploaded about 12 years ago now. Thinking about product owners, there's a big opportunity now with AI for generating ideas, analysing data, and even suggesting new features. What's your advice for product owners and product managers in using AI most effectively?

Henrik: Use it for everything. Overuse it so you can find the limits. The second thing is: make sure you have access to a good AI model. Don't use the free ones. The difference is really large – like 10x, 100x difference – just in paying like $20 per month or something. At the moment, I can particularly strongly recommend Claude. It's in its own category of awesomeness right now. But that of course changes as they leapfrog each other. But mainly: pay up, use a paid model, and then experiment.

For product owners, typical things are what you already mentioned – ideation, creating good backlog items, splitting a story – but also writing code. I would say as a PO, there is this traditional view, for example in Scrum, that POs should not be coding. There's a reason for that: because coding takes time, and then as PO you get stuck in details and you lose the big picture.

Well, that's not true anymore. There are very many things that used to be time-consuming coding that is basically a five-minute job with a good prompt.

"Instead of wasting the team's time by trying to phrase that as a story, just phrase it as a pull request instead and go to the team and demonstrate your running feature."

That happened actually today. Just now, our CEO, who's not a coder, came to me with a pull request. In fact, quite often he just pushes directly to a branch because it's small changes. He wants to add some new visualisation for a graph or something in our platform – typically admin stuff that users won't see, so it's quite harmless if he gets it wrong.

He's vibe coding, just making little changes to the admin, which means he never goes to my team and says, "Hey, can you guys generate this report or this graph for how users use our product?" No, he just puts it in himself if it's simple.

Today we wanted to make a change with how we handle payments for enterprise customers. Getting that wrong is a little more serious, and the change wasn't that hard, but he just didn't feel completely comfortable pushing it himself. So he just made a PR instead, and then we spent 15 minutes reviewing it. I said it was fine, so we pushed it.

It's so refreshing that now anybody can code. You just need to learn the basic prompting and these tools. And then that saves time for the developers to do the more heavyweight coding.

Tenille: It's an interesting world where we can have things set up where anyone could just jump in and with the right guardrails create something. It makes Friday demos quite probably a lot more interesting than maybe they used to be in the past.

Henrik: I would like to challenge any development team to let their stakeholders push code, and then find out whatever's stopping you from doing that and fix that. Then you get to a very interesting space.

Closing the Gap Between Makers and Users

Tenille: A key insight from your work with agile teams in the past has been to really focus on minimising that gap between maker and user. Do you think that AI helps to close that gap, or do you think it potentially risks widening it if teams are focusing too much on AI predictions and stop talking to their customers effectively?

Henrik: I think that of course depends a lot on the team. But from what I've seen so far, it massively reduces the gap. Because if I don't have to spend a week getting a feature to work, I can spend an hour instead. Then I have so much more time to talk to my users and my customers.

If the time to make a clickable prototype or something is a few seconds, then I can do it live in real time with my customers, and we can co-create. There are all these opportunities.

I find that – myself, my teams, and the people I work with – we work a lot more closely with our users and customers because of this fast turnaround time.

"Just yesterday I was teaching a course, and I was going home sitting on the subway. It was a 15-minute subway ride. I finally got a seat, so I had only 7 minutes left. There's this feature that I wanted to build that involved both front-end and back-end and a database schema change. Well, 5 minutes later it was done and I got off the subway and just pushed it. That's crazy."

Of course, our system is set up optimised to enable it to be that fast. And of course not everything will work that well. But every time it does, I've been coding for 30 years, and I feel like I wake up in some weird fantasy every day, wondering, "Can I really be this productive?" I never would have thought that was possible.

Looking Ahead: The Future of Agile Teams

Tenille: I'd like you to put your futurist hat on for a moment. How do you see the future of agile teamwork in, say, 10 to 15 years time? If we would have this conversation again in 2035, given the exponential growth of AI and improvements over the last two to three years, what do you think would be the biggest change for software development teams in how they operate?

Henrik: I can't even imagine 10 years. Even 5 years is just beyond imagination. That's like asking someone in the 1920s to imagine smartphones and the Internet. I think that's the level of change we're looking at.

I would shorten the time a little bit and say maybe 3 or 4 years. My guess there – and I'm already seeing this transfer happen – is that coding will just go away. It just won't be stuff that we humans do because we're too slow and we hallucinate way too much.

But I think engineering and the developer role will still be there, just that we don't type lines of code – in the same way that we no longer make punch cards or we no longer write machine code and poke values into registers using assembly language. That used to be a big part of it, but no longer.

"In the future, as developers, a lot of the work will still be the same. You're still designing stuff, you're thinking about architecture, you're interacting with customers, and you're doing all the other stuff. But typing lines of code is something that we're gonna be telling our kids about, and they're not gonna believe that we used to do that."

The other thing is smaller teams, which I'm already seeing now. I think the idea of a cross-functional team of 5 to 7 people – traditionally that was considered quite necessary in order to have all the different skills needed to deliver a feature in a product. But that's not the case anymore. If you skip ahead 2 or 3 years when this knowledge has spread, I think most teams will be 2 people and an AI, because then you have all the domain knowledge you need, probably.

As a consequence of that, we'll just have more teams. More and smaller teams. Of course, then you need to collaborate between the teams, so cross-team synchronisation is still going to be an issue.

Also, I'm already seeing this now, but this concept of sprints – the whole point is to give a team some peace of mind to build something complex, because typically you would need a week or two to build something complex. But now, when it takes a day and some good prompting to do the same thing that would have taken a whole sprint, then the sprint is a day instead. If the sprint is a day, is there any difference between a sprint planning meeting and a daily standup? Not really.

I think sprints will just kind of shrink into oblivion. What's going to be left instead is something a little bit similar – some kind of synchronisation point or follow-up point. Instead of a sprint where every 2 weeks we sit down and try to make a plan, I think it'll be very much continuous delivery on a day-to-day basis. But then maybe every week or two we take a step back and just reflect a little bit and say, "Okay, what have we been delivering the past couple of weeks? What have we been learning? What's our high-level focus for the next couple of weeks?" A very, very lightweight equivalent of a sprint.

I feel pretty confident about that guess because personally, we are already there with my team, and I think it'll become a bit of a norm.

Final Thoughts: Preparing for the Future

Henrik: No one knows what's gonna happen in the future, and those who say they do are kidding themselves. But there's one fairly safe bet though: no matter what happens in the future with AI, if you understand how to use it, you'll be in a better position to deal with whatever that is. That's why I encourage people to get comfortable with it, get used to using it.

Tenille: I have a teenage daughter who I'm actually trying to encourage to learn how to use AI, because I feel like when I was her age, the Internet was the thing that was sort of coming mainstream. It completely changed the way we live. Everything is online now. And I feel like AI is that piece for her.

Henrik: Isn't it weird that the generation of small children growing up now are going to consider this to be normal and obvious? They'll be the AI natives. They'll be like, "Of course I have my AI agent buddy. There's nothing weird about that at all."

Tenille: I'll still keep being nice to my coffee machine.

Henrik: Yeah, that's good. Just in case, you know.

---

Thank you to Henrik Kniberg for joining us on this episode of the Easy Agile Podcast. To learn more about Henrik's work, visit Abundly AI or check out his educational videos on AI and agile practices.

Subscribe to the Easy Agile Podcast on your favourite platform, and join us for more conversations about agile, product development, and the future of work.

Verwandte Episoden

  • Podcast

    Easy Agile Podcast Ep.13 Agile Arbeitsweisen überdenken, wobei Vielfalt, Gerechtigkeit und Inklusion im Mittelpunkt stehen

    Terlya Hunt

    „Die Folge zeigt, dass Interaktion, Zusammenarbeit und die Unterstützung jedes Teammitglieds darin bestehen, sein Potenzial auszuschöpfen“ - Terlya Hunt

    In dieser Folge chatten Terlya Hunt, Head of People & Culture bei Easy Agile, und Caitlin Mackie, Marketing Coordinator bei Easy Agile, mit Jazmin Chamizo und Rakesh Singh.

    Jazmin und Rakesh sind Hauptautoren des kürzlich veröffentlichten Berichts „Reimagining Agility with Diversity, Equity and Inclusion“.

    Der Bericht untersucht die Schnittstelle zwischen Agilität, Geschäftsagilität und Diversität, Gerechtigkeit und Inklusion (DE&I) sowie den Stand von Inklusivität und Gerechtigkeit in agilen Organisationen.

    „Die Menschen sind das schlagende Herz von Agile. Wenn Menschen nicht durch ein inklusives und gerechtes Umfeld gestärkt werden, funktioniert Agilität nicht. Wenn Agile nicht funktioniert, können agile Organisationen nicht funktionieren.“

    📌 Was hat dazu geführt, dass der Bericht geschrieben wurde
    📌 Wo die Fehlstellungen liegen
    📌 Was wir als Einzelpersonen und Führungskräfte anders machen können

    Abonniere unbedingt, genieße die Folge 🎧

    Transkript

    Terlya Hunt:

    Hallo zusammen. Vielen Dank, dass Sie sich uns für eine weitere Folge des Easy Agile-Podcasts angeschlossen haben. Ich bin Terlya, People & Culture-Geschäftspartnerin bei Easy Agile.

    Caitlin Mackie:

    Und ich bin Caitlin, Marketingkoordinatorin bei Easy Agile. Und wir werden Ihre Moderatoren für diese Folge sein.

    Terlya Hunt:

    Bevor wir beginnen, möchte Easy Agile den traditionellen Hütern des Landes, von dem aus wir heute senden, unsere Anerkennung aussprechen, dem Volk der Wodiwodi der Dharawal-Nation, und den Ältesten in Vergangenheit, Gegenwart und Entwicklung unseren Respekt erweisen und allen Aborigines, die uns heute zuhören, den gleichen Respekt erweisen.

    Caitlin Mackie:

    Heute werden wir von Jazmin Chamizo und Rakesh Singh begleitet. Sowohl Jazmin als auch Rakesh sind Hauptmitwirkende und Forscher von Reimagining Agile for Diversity, Equity and Inclusion, einem Bericht, der die Schnittstelle zwischen agiler Geschäftsagilität und Vielfalt, Chancengleichheit und Inklusion untersucht und im Mai 2021 veröffentlicht wurde.

    Terlya Hunt:

    Wir freuen uns sehr, dass Jazmin und Rakesh heute zu uns kommen. Also lass uns reinspringen.

    Caitlin Mackie:

    Also Jazmin und Rakesh, vielen Dank, dass ihr heute zu uns gekommen seid. Wir freuen uns sehr, heute hier bei Ihnen beiden zu sein und das Gespräch zu führen. Ich nehme an, heute packen wir aus und stellen Ihnen Fragen zu dem Bericht, an dem Sie beide maßgeblich mitgearbeitet haben, Reimagining Agility with Diversity, Equity and Inclusion. Also für unser heutiges Publikum, das den Bericht vielleicht noch nicht kennt, Jazmin, könntest du uns bitte zusammenfassen, worum es in dem Bericht geht?

    Jasmin Chamizo:

    Absolut. Und zunächst einmal vielen Dank, dass Sie uns heute hier haben und dass Sie sich für unseren Bericht interessieren. Nur um Ihnen einen kleinen Einblick in unsere Forschung zu geben und wie alles begann. Der Gründer und Inhaber des Business Agility Institute, Evan Leybourn, nahm tatsächlich an einem Vortrag von Mark Green teil. Und Mark, der früher, ich meine, ein Agile-Coach war, bezog sich auf seine nicht sehr positive Erfahrung mit Agile. Das erregte also tatsächlich die Aufmerksamkeit von Evan, der wie wir alle ein großer Verfechter von Agilität war. Und sie beschlossen, sich auf dieses Abenteuer einzulassen und einige Nachforschungen anzustellen, um die potenzielle Beziehung zwischen Diversität, Gleichheit und Inklusion und Agilität zu untersuchen.

    Also hatten wir, ich meine, zu Beginn der Forschung ein paar Hypothesen. Und die erste Hypothese war, dass agile Unternehmen trotz der positiven Absicht von Agilität und trotz der positiven Denkweise und der Werte von Agile, die wir alle teilen, Gefahr laufen könnten, marginalisierte Mitarbeiter und Kunden weiter auszuschließen. Und die zweite Hypothese, die wir hatten, war, dass Organisationen, die Vielfalt, Gleichheit und Inklusion tatsächlich direkt in ihre Agile-Transformation und dann in ihre Strategie einbetten, diejenigen Organisationen übertreffen könnten, die dies nicht tun. Wir haben also tatsächlich mehr als ein Jahr damit verbracht, verschiedene Teilnehmer aus vielen verschiedenen Ländern zu interviewen. Und am Ende haben wir festgestellt, dass diese Hypothesen wahr sind. Und heute möchten wir mit Ihnen, ich meine, einen Teil dieser Forschung teilen und müssen Sie auch ermutigen, den gesamten Bericht zu lesen und auch zu dieser Diskussion beizutragen.

    Terlya Hunt:

    Unglaublich. Und Jazmin, du hast das in deiner Antwort gerade ein bisschen angesprochen, aber ich denke, Rakesh, könntest du uns etwas mehr darüber erzählen, was die Inspiration und der Auslöser für das Schreiben dieses Berichts war?

    Rakesh Singh:

    Ja. Also danke für die nochmalige Einladung. Und es ist ein großartiger [unhörbarer 00:03:51] Vortrag über dieses wunderschöne Projekt. Das BAI beschäftigte sich schon lange mit dieser Aktivität, und ich habe zufällig eine der Präsentationen von Evan gehört, und diese Präsentation hat mein Interesse an Business Agility und den Zusammenhang mit DEI geweckt. Das war also eine Sache. Und zweitens, als Evan über dieses spezielle Projekt sprach und uns alle einlud, war ich seit etwa drei Jahrzehnten sehr lange mit der Transformation in meinem Job bei Siemens beschäftigt. Und wir stellten fest, dass es immer einige Leute gab, die, wann immer man Veränderungen vornimmt, nicht interessiert oder skeptisch waren. „Wir verschwenden unsere Zeit.“ Und okay, das war zu erwarten, aber was war überraschend, dass Agile im großen Stil an Bedeutung gewann und die Leute dachten: „Okay. Das ist eine Lösung für all unser Elend. „Obwohl der Schwerpunkt auf Kultur lag, war Kultur immer noch unser größtes Problem. Mir kam es also so vor, als würden wir das Problem nicht wirklich angehen.

    Und während Jazmin über unser Ziel und unsere Hypothese sprach, war das für mich attraktiv, dass mir dieses Projekt vielleicht helfen wird zu verstehen, warum einige [unhörbar 00:05:12] die Leute in einen Teil der Agile-Transformation mit einbeziehen.

    Terlya Hunt:

    Ich danke dir. Das war großartig. Ich denke, in dem Bericht kommt definitiv zum Ausdruck, dass dies ein Thema ist, das Ihnen allen am Herzen liegt. Und in dem Bericht, den Sie erwähnt haben, gibt es einen Mangel an Konsens und einige Unstimmigkeiten bei der Definition einiger dieser Schlüsselbegriffe. Ich dachte, um das heutige Gespräch zu gestalten, Jazmin, könntest du uns einige dieser Schlüsseldefinitionen vorstellen: Agilität, Diversität, Gerechtigkeit und Inklusion?

    Jasmin Chamizo:

    Das ist jetzt eine großartige Frage, denn im letzten Jahr gab es einen großen Boom bei verschiedenen Themen im Zusammenhang mit Vielfalt, Gerechtigkeit und Inklusion, ich meine, insbesondere mit der Black Lives Matter-Bewegung und vielen verschiedenen Ereignissen, die unsere Gesellschaft im Allgemeinen beeinflusst haben. Und mit dem Aufkommen sozialer Bewegungen, ich meine, wurde viel über Diversität, Gerechtigkeit und Inklusion gesprochen. Und wenn wir über Agilität, Gleichheit, Gerechtigkeit, Inklusion und Diversität sprechen, dann meine ich, es ist sehr wichtig, ein sehr klares Verständnis davon zu haben, was wir mit diesen Begriffen meinen. Agilität ist die Denkweise. Ich meine, es geht wirklich darum, den Kunden, die Menschen, in den Mittelpunkt der Organisation zu stellen. Wir sprechen also von agilen Arbeitsweisen. Wir sprechen von kollaborativeren Arbeitsweisen. So können wir das Beste aus den Menschen herausholen und dann Innovationen entwickeln und Produkte so schnell wie möglich auf den Markt bringen.

    Als wir nun über Agilität und diese ganze Idee nachgedacht haben, Menschen in den Mittelpunkt und Kunden in den Mittelpunkt der Organisation zu stellen, damit wir sehr agil und flexibel auf die Herausforderungen reagieren können, die unsere Gesellschaft derzeit darstellt, fanden wir viele Gemeinsamkeiten und viele Ähnlichkeiten in Bezug auf Vielfalt, Gerechtigkeit und Inklusion. Wenn wir jedoch über Diversität, Gerechtigkeit und Inklusion sprechen, gibt es einige Nuancen in den Konzepten, die wir verstehen müssen. Vielfalt bezieht sich wirklich auf die Mischung. Es bezieht sich auf Zahlen, auf Statistiken, auf all die Unterschiede, die wir haben. Es gibt eine sehr lange Liste von Arten von Vielfalt. Geschlechtervielfalt, sexuelle Orientierung, Denkweisen, unser sozioökonomischer Status, Bildung und was auch immer, verschiedene Arten von Vielfalt.

    Wenn wir jetzt über Gleichheit sprechen, meine ich, wir sprechen davon, dieselben Ressourcen und Unterstützungsstrukturen einzusetzen, ich meine, für alle. Gleichheit beinhaltet jedoch nicht wirklich das Element der Gerechtigkeit, was so wichtig ist, wenn wir jetzt über die Schaffung inklusiver Umgebungen sprechen. Bei Chancengleichheit sprechen wir über das Element der fairen Behandlung, wir sprechen über soziale Gerechtigkeit, wir sprechen davon, allen den gleichen Zugang zu Chancen zu gewähren. Es geht also so ziemlich darum, die Situation auszugleichen, sodass all diese Stimmen Teil des Gesprächs sein können und jeder zur Entscheidungsfindung in Organisationen und in der Gesellschaft beitragen kann. Es ist also dieses Element der fairen Behandlung, es ist das Element der sozialen Gerechtigkeit, zu dem das Element der Gerechtigkeit beitragen muss und dem wir wirklich Aufmerksamkeit schenken müssen.

    Und bei Inklusion geht es wirklich darum, Menschen in der Organisation willkommen zu heißen. Es geht darum, alle Bedingungen zu schaffen, damit Menschen, jeder, gedeihen und jeder in einer Organisation erfolgreich sein kann. Ich denke, es ist sehr wichtig, diese Definitionen sehr klar zu haben, um besser zu verstehen, wie sie sich überschneiden und wie es tatsächlich, ich meine, eine symbiotische Beziehung zwischen diesen Konzepten gibt.

    Caitlin Mackie:

    Ja. Großartig. Und ich denke, dass Agile funktioniert, wenn man nur darauf aufbaut, Interaktion, Zusammenarbeit und die Unterstützung jedes Teammitglieds dabei unterstützt, sein Potenzial auszuschöpfen. In Ihrem Bericht wird also erörtert, dass sich diese Werte in Bezug auf Vielfalt, Gerechtigkeit und Inklusion stark überschneiden. Also ich denke, Rakesh, was sind die wichtigsten Überschneidungen? Es scheint, dass diese Eigenschaften und Merkmale Hand in Hand gehen. Wie nehmen wir sie also an?

    Rakesh Singh:

    Wenn Sie also sehen, dass die meisten Unternehmen große Organisationen sind und seit etwa zwei Jahrzehnten bestehen, und Sie sie mit der Startup-Organisation vergleichen, dann arbeiten die Leute in der traditionellen Struktur normalerweise sozusagen in ihren funktionalen Silos. Und so wird die agile Transformation von einer Geschäftsfunktion übernommen. Es könnte ein Qualitätsteam sein. Es könnte ein Übertragungsteam sein. Und DEI ist normalerweise eine Domäne einer Personalabteilung oder von Personen, die der Organisation beitreten. Und das Problem ist, dass diese Initiativen manchmal getrennt behandelt werden und die erforderliche Zusammenarbeit nicht stattfindet, wohingegen sie in einem Startup-Unternehmen diese Art von Abteilungen nicht haben.

    Wenn wir das als Grundlage betrachten, müssen wir darauf achten, dass die Organisation dafür sensibilisiert wird, dass sie an einigen dieser Projekte zusammenarbeiten, und uns die zugrunde liegenden Gemeinsamkeiten ansehen, und wir können uns möglicherweise entweder gegenseitig helfen oder uns ergänzen, denn ein Beispiel ist, wenn ich das nennen kann, es sehr einfach ist, eine agile Transformation in Bezug auf ein Geschäftsergebnis zu rechtfertigen, okay, aber jede Veränderung in Bezug auf Mitarbeiter ist eine sehr langfristige Veränderung. Sie können das also nicht mit einem Geschäftsergebnis in einem kürzeren Zeitrahmen in Verbindung bringen. Deshalb nenne ich Agile und DEI als symbiotisch. Agile kann durch einen DEI-Prozess unterstützt werden, und DEI selbst kann durch ein Agile-Projekt gerechtfertigt werden. Sie sind also symbiotisch.

    Nun, was ist das Gemeinsame zwischen den beiden? Es gibt also vier Artikel. Ich meine, es gibt viele Dinge, die gemeinsam sind, aber vier Dinge, die ich für am wichtigsten halte. Ja? Das Erste ist Respekt vor den Menschen, wie es Jazmin gesagt hat, inklusiv zu sein. Respekt vor den Menschen, sowohl Agile als auch DEI, das ist eine Grundlage dafür. Und dafür sorgen, dass sich die Menschen willkommen fühlen. Also egal, aus welcher Vielfalt sie kommen, welchen Hintergrund sie haben, sie fühlen sich willkommen. Ja? Der zweite Teil ist das Arbeitsumfeld. Es ist also eine große Herausforderung, eine Art psychologische Sicherheit zu schaffen. Und ich denke, die Leute organisieren sich jetzt, das Management versteht jetzt, dass sie denken, dass sie für einen sicheren Ort gesorgt haben, aber die Menschen fühlen sich dort aus irgendeinem Grund immer noch nicht sicher. Das ist eine Sache.

    Die andere Sache ist, dass unabhängig von den Richtlinien, die Sie schreiben, Dokumentationen, Richtlinien oder Ankündigungen, die grundlegenden Dinge, die die Leute sehen, sie fair und transparent sind? Ja? Also ich habe immer gesehen, dass, wenn zwei Personen einen Bonus bekommen, wenn eine Person 5% mehr bekommt, egal wie hoch der Betrag ist, immer das Gefühl hat: „Ich habe meine Schuld nicht bekommen.“ Ja? Also sei fair und sei transparent. Und das letzte ist, dass Sie in Menschen investieren müssen. Die Organisation muss in Menschen investieren. Die Organisation muss investieren, um ihnen die Möglichkeit zu geben, neue Chancen zu nutzen und auch zu wachsen und durch Lernen zu wachsen. Das sind also vier Dinge, die ich mir vorstellen kann und die tatsächlich dazu beitragen können, sowohl ein agiles als auch ein integratives Umfeld im Unternehmen zu haben.

    Caitlin Mackie:

    In dem Bericht wird erwähnt, dass einige dieser Möglichkeiten zur Kombination von Agilität und Inklusion im Bereich Vielfalt übersehen werden. Warum glaubst du ist das so?

    Rakesh Singh:

    Ich denke, der Grund, warum sie übersehen werden, ist, dass es im Grunde darum geht, die Führungskräfte auszubilden. Es ist nur so, wenn ich in der agilen Welt bin, ist mir nicht wirklich bewusst, dass es bestimmte Aspekte gibt, die mit Menschen zu tun haben. Ich denke, wenn ich nur eine Ankündigung mache, werden die Leute mitmachen. In Ordnung? Also das ist das Verständnis. Auf der anderen Seite erhielten wir Beiträge von einigen Antwortenden, die sagten, dass einige der DEI-Projekte im Grunde nur Worte sind und nicht wirklich ernsthaft damit umgehen. Das ist Zeitverschwendung. „Ich werde gezwungen, ein bestimmtes Training zu absolvieren. Ich bin gezwungen.“ Also was die Aufrichtigkeit angeht, manchmal fehlt es an etwas, also müssen die Mitarbeiter auf Führungs- und Mitarbeiterebene besser geschult werden.

    Caitlin Mackie:

    Ich denke, ein wirklich interessanter Hinweis in Ihrer Forschung ist, dass viele agile Prozesse und Rituale so konzipiert sind, dass sie für die Mehrheit geeignet sind, was Teammitglieder mit unterschiedlichen Eigenschaften ausschließt. Jazmin, was sind einige dieser Rituale?

    Jasmin Chamizo:

    Ja, das ist eine gute Frage. Wenn Sie nun an agile und agile Rituale denken und zum Beispiel, ich meine, tägliche Standups, dann haben viele dieser Rituale nicht wirklich über Diversität oder das Design von Vielfalt und Inklusion nachgedacht. Ich meine, Agile ist sehr spontan und eine Art von Ritualen, wer kann schon sprechen. Aber es gibt eine Menge Leute, ich meine, die vielleicht mehr Zeit brauchen, um Informationen zu verarbeiten, bevor sie Eingaben machen können, und zwar so schnell. Diese Anforderung, Informationen zu verarbeiten oder Eingaben sehr schnell in täglichen Standups zu geben, übersieht vielleicht die Tatsache, dass viele Menschen mit einer anderen Art von Gedankenverarbeitungsstilen oder Präferenzen möglicherweise mehr Zeit benötigen, um diese Prozesse durchzuführen.

    Das wäre also, ich meine, Nummer eins; die Tatsache, dass es sehr genau vor Ort ist und manchmal nur die lauten Stimmen zu hören sind. Wir verpassen also möglicherweise viele Gelegenheiten, wenn wir versuchen, Feedback und Input von Menschen mit unterschiedlichen Denkstilen zu erhalten.

    Wenn Sie nun an Organisationen in verschiedenen Ländern denken, in denen Englisch nicht die Muttersprache vieler Menschen ist, fühlen sie sich möglicherweise ebenfalls stark benachteiligt. Das passiert oft in multinationalen Organisationen, wo Leute, deren Muttersprache, Sie wissen schon, Englisch ist, sich selbstbewusster fühlen und es sind, die jetzt die Konversationen praktisch monopolisieren können. Also, für Leute, deren Muttersprache nicht Englisch ist, ich meine, sie könnten sich benachteiligt fühlen.

    Wenn Sie an ältere Mitarbeiter denken, die manchmal nicht Teil einer agilen Transformation sind, haben sie möglicherweise auch das Gefühl, nicht Teil des Teams zu sein, und sie haben möglicherweise nicht das Gefühl, dazuzugehören, was bei einer agilen Transformation und für jedes Unternehmen so wichtig ist. Ein anderes Beispiel, ich meine, wären Menschen, die aufgrund ihres religiösen Glaubens, ich meine, vielleicht fünfmal am Tag beten müssen, und ich meine, vielleicht bedeutet ein morgendliches Aufstehen sehr schwer, sich daran anzupassen, oder sogar Menschen mit Behinderungen oder Sprachunterschieden fühlen sich ein wenig eingeschüchtert von Agilität. Es gibt also viele verschiedene Beispiele. Und der Doug-Bericht sammelt tatsächlich mehrere gelebte Erfahrungen der Befragten, die wir interviewen. Sie veranschaulichen, wie Agilität für die Mehrheit und für eine dominantere Kultur konzipiert wurde. Dies unterstreicht die Notwendigkeit, viele dieser Rituale und viele dieser Praktiken neu zu gestalten.

    Caitlin Mackie:

    Ja, ich denke, darauf aufbauend haben Sie in Ihren Empfehlungen erwähnt, dass Sie diese agilen Arbeitsweisen bewusst neu gestalten und neu gestalten wollen. Auf welche Weise können wir diese überdenken und bewusst gestalten?

    Jasmin Chamizo:

    Mm-hmm (bejahend). Nun, die gute Nachricht ist, dass es während unserer Recherchen und während unserer Feldarbeit und der Gespräche, die wir mit einigen Organisationen geführt haben, gezeigt hat, dass es viele Unternehmen und Organisationen gibt, die sie aktiv umsetzen, verschiedene Arten von Praktiken, angefangen bei der Art und Weise, wie sie ihre Besprechungen, ihre Rituale, ihre Stand-ups organisieren und den Menschen die Möglichkeit geben, auf unterschiedliche Weise zu kommunizieren. Vielleicht etwas Raum für Stille geben, damit die Leute ihre Informationen verarbeiten können, oder alternative Kanäle bieten, über die Menschen entweder schriftlich oder vielleicht am nächsten Tag kommunizieren und Kommentare abgeben können. Es muss also nicht direkt vor Ort sein, und sie fühlen sich nicht unter dieser Art von Druck.

    Nun, ein anderes Beispiel wäre, Menschen zu erlauben, auch in ihrer Muttersprache zu kommunizieren. Ich meine, nicht unbedingt Englisch zu benutzen, ich meine, die ganze Zeit als, ich meine, Hauptsprache. Ich denke, es ist auch wichtig, dass die Mitarbeiter das Gefühl haben, dass sie mit ihrer eigenen Sprache dazu beitragen können, und dass sie auch anfangen, die Erfahrung der Mitarbeiter zu analysieren, ich meine. Wir sprechen davon, vielleicht nichtbinäre Optionen in Rekrutierungsprozessen oder bei der Gehaltsabrechnung zu verwenden. Also, ich meine, damit anzufangen, die verschiedenen Praktiken inklusiver zu gestalten und, ich meine, die gesamte Mitarbeitererfahrung zu analysieren. Ich meine, das sind einige Beispiele, mit deren Umsetzung wir beginnen können, um ein integrativeres Umfeld zu schaffen. Und das, was für mich am wichtigsten ist, ist die Ermutigung von Führungskräften, bewusst integrative Arbeitsumgebungen zu gestalten, beispielsweise durch die Schaffung von Umgebungen, in denen sich die Menschen wirklich sicher fühlen, in denen sie dies haben. Psychologisch sicher.

    Terlya Hunt:

    Der ganze Abschnitt über das Erforschen und Hinterfragen bestehender Überzeugungen ist so interessant. Und ich würde auf jeden Fall jeden, der zuhört, ermutigen, ihn zu lesen. Ich könnte Ihnen allein zu diesem Abschnitt so viele Fragen stellen, weil ich denke, er war voller Gold, und ehrlich gesagt, mein Exemplar ist hervorgehoben und gekritzelt und ich habe es gelesen und immer wieder gelesen, es gab so viel zu absorbieren. Das Erste, was mir als HR-Praktiker in einer agilen Organisation wirklich auffiel, war die Überzeugung, dass es ein guter Anfang ist, sich zuerst auf ein oder zwei Bereiche der Vielfalt zu konzentrieren. Und aufgrund Ihrer Recherchen haben Sie tatsächlich herausgefunden, dass die Umfrageteilnehmer diese Methode als unwirksam und sogar schädlich für DEI empfanden. Und in Ihrer Recherche verweisen Sie auch darauf, wie wichtig es ist, bewusst und überlegt vorzugehen. Ich schätze, wie bringen wir dieses Bedürfnis nach Konzentration und Veränderung mit diesen Erkenntnissen in Einklang, dass eine zu enge Fokussierung tatsächlich schädlich sein kann? Ich könnte dir das hier vorwerfen, Rakesh.

    Rakesh Singh:

    Dank des Reformdatenberichts, der sehr interessant ist, haben wir ihn sogar einer ganzen Reihe von Gruppen vorgestellt. Und eines der Dinge, die ich beobachtet habe, als wir über einige der Überzeugungen und Herausforderungen sprachen, war, dass sofort die Antwort kam: „Hey, wir haben Erfahrung in unserer Region.“ Wir haben also erkannt, dass dieser ganze Aspekt, über den Jazmin sprach, viele Dimensionen hat. Wenn Sie sich also Inklusivität, Diversität und Gleichheit in der gesamten Organisation ansehen, gibt es viele Ströme und viele Auslöser. Unter Diversität verstehen wir, okay, in sehr begrenzter Weise, es kann das Geschlecht sein, oder es kann eine Religion oder ein Land sein, aber in Wirklichkeit ist es viel mehr in einem Arbeitsumfeld, es gibt viele Dynamiken, die [unhörbar 00:22:15] sind. Die Herausforderungen, die wir gesehen haben, waren, dass, wenn man ein Projekt auf eine sehr aufrichtige Art aufgreift und sagt: „Ich löse ein Problem, okay?“ Lass mich sagen, ich löse ein Problem einer Region oder Sprache, ja? Das Problem ist nun, dass wir uns meistens das dominanteste ansehen und dieses Problem identifizieren.

    Was also passiert, ist, dass Sie genau dort eine Ungleichheit schaffen, weil es andere Menschen gibt, unter denen sie leiden. Sie leiden, ich werde nicht sagen, „leiden“, aber sie werden von anderen Faktoren der Vielfalt beeinflusst und sie hatten das Gefühl: „Okay, niemand kümmert sich wirklich um mich.“ Ja? Man muss es also in einem sehr ganzheitlichen Bild betrachten, und man muss es so betrachten, dass alle mit an Bord sind, ja? Sie können also vielleicht nicht für jedes spezifische Problem eine Lösung finden, aber alle mit ins Boot holen und die Leute in einem Teil der Umgebung oder entweder in der psychologischen Sicherheit oder auf der politischen Ebene arbeiten lassen, also schaffen Sie ein Umfeld, in dem jeder teilnehmen kann, und die Probleme können unterschiedlich sein, sodass sie ihre eigenen Probleme ansprechen und sicherstellen können, dass sie das Gefühl haben, dass sie betreut werden. Und genau das haben wir tatsächlich beobachtet.

    Terlya Hunt:

    Und die zweite Überzeugung, die ich für wirklich interessant hielt, war die, dass wir uns an die Überzeugungen von jemandem anpassen, wenn er danach fragt. Und Ihre Untersuchungen haben ergeben, dass nicht jeder in der Lage ist, seine Bedürfnisse offenzulegen, egal wie sicher die Arbeitsumgebung ist. Deshalb ist es der erste Schritt in diesem Prozess, sich auf die Offenlegung zu verlassen. Organisationen werden immer einen Schritt hinterherhinken und die Last des Wandels auch marginalisierten Gruppen aufbürden. Was können wir tun, Rakesh, um diesen Druck abzubauen und proaktiver zu werden?

    Rakesh Singh:


    Es gibt also ein paar Dinge, auf die wir achten müssen, wenn wir mit Leuten sprechen. Tatsächlich haben sie über das Problem gesprochen und sie haben auch empfohlen, was richtig sein könnte, wir tun es. Und wir haben auch untereinander darüber gesprochen. Eines war also ganz klar: Es gab ein paar Zweifel an der Aufrichtigkeit der Führung. Deshalb waren wir der Meinung, dass jede Organisation, in der die Führungskraft sehr proaktiv war, wie zum Beispiel, was ist der Hauptgrund, wenn ich ein Problem habe, wenn ich darüber spreche, ich mir immer Sorgen mache, was passieren wird, wenn ich es enthülle? Und ist es das richtige Thema, um darüber zu sprechen? Das sind also die Fragen, die viele Menschen davon abhalten würden, überhaupt nicht darüber zu sprechen. Hier kann die proaktive Führung den Menschen helfen, ihre Hemmungen zu überwinden und darüber zu sprechen, und wenn sie nicht darüber diskutieren, werden Sie nie wissen, ob es ein Problem gibt. Also, das ist die eine Sache. Also, das ist der Ansatz.

    Es gibt also ein paar Dinge, die wir auch empfehlen könnten, ist proaktive Führung von Anfang an, und etwas, das getan werden kann, ist, dass den Managern viele Tools zur Verfügung stehen, ja? Leute, Führungskräfte, würde ich das nennen. Dinge wie Coaching, Sie haben also ein Wachstumsmodell, in dem Sie eine einzelne Person coachen können, sogar als Manager oder als unabhängiger Coach, und dann mit Moderationstechniken. Als ich meine Karriere begann, war das kein Training zum Thema Moderation, ich ging einfach in den Raum und leitete das Meeting. Aber es sind sehr nette Werkzeuge, Moderationstechniken, die eingesetzt werden können, um die Leute zur Teilnahme zu bewegen. Solche Dinge können also sehr nützlich sein, um proaktiv zu sein und Menschen aus ihrer Hemmung zu holen. Das ist auf jeden Fall Sache des Leiters. Deshalb nennen wir es dienende Führung. Es ist ihre Aufgabe, die Initiative zu ergreifen und die Führung zu übernehmen und die Menschen aus ihrer Schale zu holen.

    Terlya Hunt:

    Es passt ziemlich gut zu der nächsten Frage, die mir in den Sinn kam. Ihr beide habt heute tatsächlich eine Menge herausfordernder Überzeugungen erwähnt und Dinge herausgefordert. Wir müssen dieses Bewusstsein stärken, sichere Räume schaffen und psychologische Sicherheit in unseren Teams schaffen. Was sind einige Beispiele dafür, wie wir sichere Räume für diese Gespräche schaffen können?

    Rakesh Singh:

    Die Beispiele für jemanden, der sichere Orte schafft, sind... Ich würde sagen, das ist die Ausbildung von Menschen und Führungskräften. Was ich gesehen habe, ist, dass, wenn das Führungsteam das erkennt und die Manager und andere Leute weiterbildet... Man muss tatsächlich Mitarbeiter auf verschiedenen Ebenen schulen und ein Umfeld schaffen, in dem alle an der Entscheidungsfindung beteiligt sind und es ihnen freisteht, Entscheidungen zu treffen, natürlich innerhalb der Grenzen des Unternehmens.

    Der Schwerpunkt, so würde ich sagen, ist, dass es viele Bildungsprogramme gibt und die Leute sich gerne weiterbilden würden, weil ich normalerweise das Gefühl hatte, nie zu einer guten Führungskraft ausgebildet worden zu sein. Es gab nie eine Ausbildung. Aber heutzutage stellen wir fest, dass viele Bildungsprogramme auf verschiedene Themen eingehen, wie Mikroaggressivität, unbewusste Vorurteile, psychologische Sicherheit. Die Leute sollten es verstehen. Dinge wie einfühlsam zu sein. Diese Terminologien gibt es, aber ich finde, dass die Leute sie nicht wirklich schätzen und nicht in dem Maße verstehen, wie sie es brauchen, obwohl sie in einer Führungsposition sind.


    Caitlin Mackie:

    Danke fürs Teilen, Rakesh. Mir gefällt wirklich, was Sie zum Thema proaktive Führung erwähnt haben. Ihre Studie ergab, dass 47% der Befragten der Meinung sind, dass Unternehmen, die diese Einheit aus Agilität, Vielfalt, Gleichheit und Inklusion erreicht haben, von den Vorteilen profitieren und die Konkurrenz hinter sich lassen werden. Jazmin, was haben diese Organisationen anders gemacht?

    Jasmin Chamizo:

    Ja. Das ist eine gute Frage. Eigentlich passt das sehr gut zur Vorstellung von dienender Führung, inklusiver Führung und dazu, dass Führungskräfte vor dieser unglaublichen Herausforderung stehen, Arbeitsbereiche zu schaffen, die psychologisch sicher sind, wie Rakesh gerade erwähnt hat. Das liegt wirklich in der Verantwortung aller, aber es hat viel mit einer sehr starken Führung zu tun.

    Wir stellten fest, dass mehrere andere Organisationen, die wir interviewt haben, über ein sehr starkes Führungsteam verfügten, dass sie sich bei ihrer agilen Transformation wirklich für Vielfalt, Gerechtigkeit und Inklusion engagierten und in der Lage waren, DEI in den Mittelpunkt der Organisation zu stellen. Das ist Nummer eins: Ein sehr starkes Führungsteam, das sich tatsächlich für Vielfalt, Gleichheit und Inklusion einsetzt und die Bemühungen von DEI nicht als isolierte Maßnahmen oder Initiativen betrachtet.

    Das ist etwas, das wir heutzutage oft sehen. Als DEI-Coach und Berater sieht man leider manchmal mehrere Organisationen, die es nur sehr isoliert versuchen und sehr... Sie haben keine langfristige Strategie. Wir haben gesehen, dass es tatsächlich funktioniert, dieses engagierte Führungsteam zu haben, das in der Lage war, DEI in den Mittelpunkt ihrer Strategie zu stellen.

    Außerdem ein Team, das in der Lage war, sich für Vielfalt, Gerechtigkeit, Inklusion und Agilität einzusetzen, und das in der Lage ist, Fürsprecher in der gesamten Organisation zu haben. Es ist nicht nur die Aufgabe einer Person. Dies erfordert die Bemühungen der gesamten Organisation und der einzelnen Personen, sich für DEI zu engagieren und aktiv an der agilen Transformation teilzunehmen.

    Ich würde auch sagen, Führungskräfte, die Fehler akzeptieren und Fehler während des gesamten Prozesses akzeptieren. Das ist etwas, das in unseren Gesprächen mit Menschen in verschiedenen Organisationen häufig zur Sprache kam, dass in vielen Kulturen und in vielen Organisationen Fehler bestraft werden. Sie werden nicht als Chance wahrgenommen.

    Einer der Tipps oder Best Practices wäre, Führungskräfte zu haben, die in der Lage sind, dem Rest ihrer Organisation zu zeigen, dass Fehler tatsächlich Lernmöglichkeiten sind, dass Sie Dinge ausprobieren und innovativer sein können. Selbst wenn Sie scheitern, werden Sie nicht bestraft, oder es wird keine Konsequenzen geben, und, ganz im Land, dass dies tatsächlich eine Lernmöglichkeit ist, von der wir alle profitieren können.

    Caitlin Mackie:

    Ja. Ja, ich stimme vollkommen zu. Welche Vorteile haben sie gesehen?

    Jasmin Chamizo:

    Sie sahen definitiv ein besseres Arbeitsumfeld. In unseren Interviews mit den Befragten wurde häufig darauf hingewiesen, dass die Teilnehmer die Möglichkeit sahen, neue und innovative Ideen auszuprobieren. Definitiv mehr Innovation, mehr Kreativität. Die Geschäftsmoral ist letztlich sogar gestiegen, weil sie sahen, dass das Unternehmen tatsächlich unterschiedliche Perspektiven einnahm, auch wenn sie scheitern sollten. Dies erforderte definitiv mehr Innovation.

    Ich würde sagen Innovation, mehr Kreativität und ein besseres Arbeitsumfeld. Absolut neue Produkte, neue Ideen. Wenn Sie über die aktuellen Umstände mit COVID nachdenken, müssen Organisationen genau darauf abzielen. Neue Produkte, mehr Innovation, um all den Herausforderungen zu begegnen, vor denen wir heute stehen.

    Terlya Hunt:

    Mächtige Dinge, über die die Zuhörer nachdenken sollten. Hier bei Easy Agile ist es unsere Mission, Teams dabei zu helfen, agil zu sein. Weil wir glauben, dass der Fokus schon zu lange auf dem Tun lag, obwohl die Realität so ist, dass Agile eine ständige Reise des Werdens ist.

    Es gibt einen bestimmten Teil des Berichts, der mir wirklich aufgefallen ist und den ich gerne lesen würde. „Agilität ist eine Reise ohne festen Endpunkt. Der Weg zur Schaffung vielfältiger, gerechter und inklusiver Umgebungen ist derselbe. Agilität und DEI können angestrebt, aber nie vollständig erreicht werden. Sie sind ein Prozess des kontinuierlichen Lernens, Reflektierens und Verbesserns. Ein Team kann in den Prozess der Verbesserung der Geschäftsagilität oder der DEI nicht mit einer Einstellung zur Vollendung gehen, und jedes Modell, das Agile und DEI vereint, wird letztlich unwirksam sein, wenn die Teilnehmer nicht bereit sind, sich kontinuierlich um Selbstverbesserung zu bemühen.“

    Ich liebe dieses Zitat absolut. Rakesh, lass uns das ein bisschen weiter untersuchen. Was kannst du mir dazu noch sagen?

    Rakesh Singh:

    Eigentlich gibt es eine interessante Sache, mit der ich zunächst teilen möchte. Wir wollten nach einer Organisation suchen, die uns hilft, ihre Leute zu interviewen und mit ihren Leuten zu sprechen. Die Art und Weise, wie Organisationen reagiert haben... Einige antworteten: „Soll ich meinen Leuten erlauben, mit jemandem zu sprechen? Es könnte ein Problem sein.“ Aber dann haben wir andere Organisationen bekommen, die uns tatsächlich verfolgt haben. „Wir würden gerne ein Teil davon sein und wir würden gerne unsere Leute interviewen lassen.“ Sie standen der ganzen Sache sehr positiv gegenüber.

    Ich habe zufällig mit der DEI-Unternehmensleiterin, einer Dame, gesprochen, und sie sprach so... Ich würde sagen, sie war so begeistert von der ganzen Sache, obwohl ich zumindest das Gefühl hatte, dass sie ein sehr hohes Maß an Bekanntheit für DEI hatten. Aber das Bestreben, zu lernen und herauszufinden, was sie besser machen könnten, war ziemlich erstaunlich und ziemlich positiv.

    Da lautet meine Antwort, ist das... Wenn man sich die aktuelle Pandemie anschaut und die Leute das erkannt haben, „Okay. Wir müssen von zu Hause aus arbeiten. „Anfangs fanden es einige Leute großartig. Das ist eine tolle Sache. Work-Life-Balance. „Ich kann zu mir nach Hause gehen.“ Aber nach einiger Zeit stellten sie fest, dass es ein Problem ist. Es gibt noch ein anderes Problem.

    Der Punkt ist, dass sich in jeder Organisation, in der es um ein Geschäft, ein soziales Leben oder um Menschen geht, es einfach ständig ändert. Es gibt keine Methode oder Richtlinie, die für immer gültig sein wird. Es gibt einen kontinuierlichen Lernprozess, in den wir uns einlassen müssen.

    Was wir tun müssen, ist uns auf unser Ziel zu konzentrieren, das wir erreichen wollen. Je nach Umfeld nennen wir das geschäftliche Agilität. Bringen Sie es jetzt auch zu den Menschen, denn es ist ein Volk... Wir sprechen über Kundenorientierung und all das. Aber herauszufinden, dass es die Menschen sind, die das liefern, was das Unternehmen will. Man muss sehen, wie sich das auf ihr Leben auswirkt.


    Wir diskutieren darüber, die Leute wieder ins Büro zu bringen. Das Problem ist, dass eine Stadt wie Bangalore eine sehr teure und stark bewölkte Stadt ist. Die Leute sind in ihre Heimatstadt gegangen und können von dort aus arbeiten. Um sie zurückzuholen, müssen Sie sie nun erneut genehmigen. Um die Erklärung abzukürzen: Unser Leben verändert sich, ständig, und die Technologie und alles andere stellen uns vor... Die Menschen müssen nach Methoden und Ansätzen suchen, wie sie sich kontinuierlich anpassen können.

    Lernen ist ein kontinuierlicher Prozess. Tatsächlich, als ich mit Agile angefangen habe und mich die Leute gefragt haben: „Wie viele Jahre Erfahrung haben Sie?“ Ich sage generell fünf Jahre, weil alles, was ich vor fünf Jahren gemacht habe, eigentlich die falsche Praxis ist. Man muss kontinuierlich lernen, und DEI und Agile sind in dieser Situation nicht fremd.

    Caitlin Mackie:

    Ich liebe das. Ich denke, die Förderung dieser kontinuierlichen Lernumgebung ist wirklich wichtig. Ich nehme an, in diesem Zusammenhang konzentrieren sich einige der Empfehlungen des Berichts auf eine vertiefte Ausbildung und gezielte Fachkenntnisse. Jazmin, welche weiteren Empfehlungen, Kurse oder Praktiker gibt es, mit denen sich die Leute nach dieser Episode beschäftigen können?

    Jasmin Chamizo:

    Sicher. Ein wichtiger Teil unseres Berichts war eine Reihe von Empfehlungen für die gesamte agile Community und Praktiker, für Organisationen und agile Coaches. Das kannst du sehen. Sie könnten genauere Informationen in unseren Berichten erhalten. Ich möchte Sie alle zum Lesen ermutigen. Wenn es um agile Coaches und Berater geht, ermutigen wir die Menschen auf jeden Fall, mehr über Diversität, Gerechtigkeit und Inklusion zu erfahren, denn eine der Erkenntnisse und Erkenntnisse, die wir aus dieser Studie gezogen haben, ist, dass Diversität, Gleichheit und Inklusion in der agilen Welt nicht speziell enthalten sind.

    Als wir mit den Befragten in vielen verschiedenen Ländern sprachen, stellten sie nicht spontan den Zusammenhang zwischen Agilität, Agilität und Diversität, Gerechtigkeit und Inklusion her. Aber je mehr wir darüber sprachen, stellten sie fest, dass sie sich tatsächlich sehr stark überschneiden. Es gab eine symbiotische Beziehung zwischen ihnen, weil man die Person und alles, was mit dieser Person zu tun hat, in den Mittelpunkt der Organisation stellt, in die Transformation.

    Auf jeden Fall ermutigen wir... Führungskräfte und agile Coaches müssen anfangen, mehr über unsere DEI zu lernen, diese Fähigkeiten auszubauen und mehr über unbewusste Vorurteile und die Auswirkungen unbewusster Vorurteile sowie Diskriminierung und Rassismus zu lernen, die wir in Organisationen weiterhin beobachten werden. Sie achten stärker auf die Stimmen, die in den aktuellen Gesprächen derzeit nicht gehört werden. Sie können verschiedene Techniken oder Methoden erlernen, um ansprechender und inklusiver zu sein.

    Wenn es um die agile Community im Allgemeinen und um Influencer geht, ist es wichtig zu erwähnen, dass Evan Leybourn, der Gründer des Agility Institute, derzeit einige Gespräche mit wichtigen Institutionen der agilen Community wie der Agile Alliance führt, weil wir suchen... Das ist es, wonach die Generation Z sucht. Es gibt eine große Aufforderung an Unternehmen, sich dieser Art der Transformation zu stellen, aber DEI in den Mittelpunkt der Organisation zu stellen. Das ist es, was ich sagen möchte.

    Tragen Sie zur Diskussion bei. Dies ist ein Pilotprojekt. Dass wir hoffen, mehr Forschung in anderen DEI-Bereichen im Zusammenhang mit Agilität durchführen zu können. Wir möchten, dass die Zuhörer Teil des Gesprächs sind und ihre Erfahrungen einbringen, um den aktuellen Stand der Agilität zu verbessern.

    Caitlin Mackie:

    Vielen Dank, dass Sie heute zu uns gekommen sind. Wir haben unser Gespräch sehr genossen. Ich kann es kaum erwarten zu sehen, wie sich Agilität und Diversität, Gerechtigkeit und Inklusion in Zukunft entwickeln werden. Ich danke dir.

    Jasmin Chamizo:

    Vielen Dank, dass Sie uns haben. Es war mir ein Vergnügen.

    Rakesh Singh:

    Vielen Dank an euch beide. Es war schön, unsere Erfahrungen zu teilen. Ich danke dir vielmals.

  • Podcast

    Easy Agile Podcast Ep.34 Henrik Kniberg on Team Productivity, Code Quality, and the Future of Software Engineering

    TL;DR

    Henrik Kniberg, the agile coach behind Spotify's model, discusses how AI is fundamentally transforming software development. Key takeaways: AI tools like Cursor and Claude are enabling 10x productivity gains; teams should give developers access to paid AI tools and encourage experimentation; coding will largely disappear as a manual task within 3–4 years; teams will shrink to 2 people plus AI; sprints will become obsolete in favour of continuous delivery; product owners can now write code via AI, creating pull requests instead of user stories; the key is treating AI like a brilliant intern – when it fails, the problem is usually your prompt or code structure, not the AI. Bottom line: Learn to use AI now, or risk being left behind in a rapidly changing landscape.

    Introduction

    Artificial intelligence is fundamentally reshaping how software teams work, collaborate, and deliver value. But with this transformation comes questions: How do we maintain team morale when people fear being replaced? What happens to code quality when AI writes most of the code? Do traditional agile practices like sprints still make sense?

    In this episode, I sit down with Henrik Kniberg to tackle these questions head-on. Henrik is uniquely positioned to guide us through this transition – he's the agile coach and entrepreneur who pioneered the famous Spotify model and helped transform how Lego approached agile development. Now, as co-founder of Abundly AI, he's at the forefront of helping teams integrate AI into their product development workflows.

    This conversation goes deep into the practical realities of AI-powered development: from maintaining code review processes when productivity increases 10x, to ethical considerations around AI usage, to what cross-functional teams will look like in just a few years. Henrik doesn't just theorise – he shares real examples from his own team, where their CEO (a non-coder) regularly submits pull requests, and where features that once took a sprint can now be built during a 7-minute subway ride.

    Whether you're a developer wondering if AI will replace you, a product owner looking to leverage these tools, or a leader trying to navigate this transformation, this episode offers concrete, actionable insights for thriving in the AI era.

    About Our Guest

    Henrik Kniberg is an agile coach, author, and entrepreneur whose work has shaped how thousands of organisations approach software development. He's best known for creating the Spotify model – the squad-based organisational structure that revolutionised how large tech companies scale agile practices. His work at Spotify and later at Lego helped demonstrate how agile methodologies could work at enterprise scale whilst maintaining team autonomy and innovation.

    Henrik's educational videos have become legendary in the agile community. His "Agile Product Ownership in a Nutshell" video, created over a decade ago, remains one of the most-watched and shared resources for understanding product ownership, with millions of views. His ability to distil complex concepts into simple, visual explanations has made him one of the most accessible voices in agile education.

    More recently, Henrik has turned his attention to the intersection of AI and product development. As co-founder of Abundly AI, he's moved from teaching about agile transformation to leading AI transformation – helping companies and teams understand how to effectively integrate generative AI tools into their development workflows. His approach combines his deep understanding of team dynamics and agile principles with hands-on experience using cutting-edge AI tools like Claude, Cursor, and GitHub Copilot.

    Henrik codes daily using AI and has been doing so for over two and a half years, giving him practical, lived experience with these tools that goes beyond theoretical understanding. He creates educational content about AI, trains teams on effective AI usage, and consults with organisations navigating their own AI transformations. His perspective is particularly valuable because he views AI through the lens of organisational change management – recognising that successful AI adoption isn't just about the technology, it's about people, culture, and process.

    Based in Stockholm, Sweden, Henrik continues to push the boundaries of what's possible when human creativity and AI capabilities combine, whilst maintaining a pragmatic, human-centred approach to technological change.

    Transcript

    Note: This transcript has been lightly edited for clarity and readability.

    Maintaining Team Morale and Motivation in the AI Era

    Tenille Hoppo: Hi there, team, and welcome to this new episode of the Easy Agile Podcast. My name is Tenille Hoppo, and I'm feeling really quite lucky to have an opportunity to chat today with our guest, Henrik Kniberg.

    Henrik is an agile coach, author, and entrepreneur known for pioneering agile practices at companies like Spotify and Lego, and more recently for his thought leadership in applying AI to product development. Henrik co-founded Abundly AI, and when he isn't making excellent videos to help us all understand AI, he is focused on the practical application of generative AI in product development and training teams to use these technologies effectively.

    Drawing on his extensive experience in agile methodologies and team coaching, Henrik seems the perfect person to learn from when thinking about the intersection of AI, product development, and effective team dynamics. So a very warm welcome to you, Henrik.

    Henrik Kniberg: Thank you very much. It's good to be here.

    Tenille: I think most people would agree that motivated people do better work. So I'd like to start today by touching on the very human element of this discussion and helping people maintain momentum and motivation when they may be feeling some concern or uncertainty about the upheaval that AI might represent for them in their role.

    What would you suggest that leaders do to encourage the use of AI in ways that increase team morale and creativity rather than risking people feeling quite concerned or even potentially replaced?

    Henrik: There are kind of two sides to the coin. There's one side that says, "Oh, AI is gonna take my job, and I'm gonna get fired." And the other side says, "Oh, AI is going to give me superpowers and give us all superpowers, and thereby give us better job security than we had before."

    I think it's important to press on the second point from a leader's perspective. Pitch it as this is a tool, and we are entering a world where this tool is a crucial tool to understand how to use – in a similar way that everyone uses the Internet. We consider it obvious that you need to know how to use the Internet. If you don't know how to use the Internet, it's going to be hard.

    "I encourage people to experiment, give them access to the tools to do so, and encourage sharing. And don't start firing people because they get productive."

    I also find that people tend to get a little bit less scared once they learn to use it. It becomes less scary. It's like if you're worried there's a monster under your bed, maybe look under your bed and turn on the lights. Maybe there wasn't a monster there, or maybe it was there but it was kind of cute and just wanted a hug.

    Creating a Culture of Safe Experimentation

    Tenille: I've read that you encourage experimentation with AI through learning – I agree it's the best way to learn. What would you encourage leaders and team leaders to do to create a strong culture where teams feel safe to experiment?

    Henrik: There are some things. One is pretty basic: just give people access to good AI tools. And that's quite hard in some large organisations because there are all kinds of resistance – compliance issues, data security issues. Are we allowed to use ChatGPT or Claude? Where is our data going? There are all these scary things that make companies either hesitate or outright try to stop people.

    Start at that hygiene level. Address those impediments and solve them. When the Internet came, it was really scary to connect your computer to the Internet. But now we all do it, and you kind of have to, or you don't get any work done. We're at this similar moment now.

    "Ironically, when companies are too strict about restricting people, then what people tend to do is just use shadow AI – they use it on their own in private or in secret, and then you have no control at all."

    Start there. Once people have access to really good AI tools, then it's just a matter of encouraging and creating forums. Encourage people to experiment, create knowledge-sharing forums, share your own experiments. Try to role-model this yourself. Say, "I tried using AI for these different things, and here's what I learned." Also provide paths for support, like training courses.

    The Right Mindset for Working with AI

    Tenille: What would you encourage in team members as far as their mindset or skills go? Certainly a nature of curiosity and a willingness to learn and experiment. Is there anything beyond that that you think would be really key?

    Henrik: It is a bit of a weird technology that's never really existed before. We're used to humans and code. Humans are intelligent and kind of unpredictable. We hallucinate sometimes, but we can do amazing things. Code is dumb – it executes exactly what you told it to do, and it does so every time exactly the same way. But it can't reason, it can't think.

    Now we have AI and AI agents which are somewhere in the middle. They're not quite as predictable as code, but they're a lot more predictable than humans typically. They're a lot smarter than code, but maybe not quite as smart as humans – except for some tasks when they're a million times smarter than humans. So it's weird.

    You need a kind of humble attitude where you come at it with a mindset of curiosity. Part of it is also to realise that a lot of the limitation is in you as a user. If you try to use AI for coding and it wrote something that didn't work, it's probably not the model itself. It's probably your skills or lack of skills because you have to learn how to use these tools. You need to have this attitude of "Oh, it failed. What can I do differently next time?" until you really learn how to use it.

    "There can be some aspect of pride with developers. Like, 'I've been coding for 30 years. Of course this machine can't code better than me.' But if you think of it like 'I want this thing to be good, I want to bring out the best in this tool' – not because it's going to replace me, but because it's going to save me a tonne of time by doing all the boring parts of the coding so I can do the more interesting parts – that kind of mindset really helps."

    Maintaining Code Quality and Shared Understanding

    Tenille: Our team at Easy Agile is taking our steps and trying to figure out how AI is gonna work best for us. I put the question out to some of our teams, and there were various questions around people taking their first steps in using AI as a co-pilot and producing code. There are question marks around consistency of code, maintaining code quality and clean architecture, and even things like maintaining that shared understanding of the code base. What advice do you have for people in that situation?

    Henrik: My first piece of advice when it comes to coding – and this is something I do every day with AI, I've been doing for about two and a half years now – is that the models now, especially Claude, have gotten to the level where it's basically never the AI's fault anymore. If it does anything wrong, it's on you.

    You need to think about: okay, am I using the wrong tool maybe? Or am I not using the tool correctly?

    For example, the current market leader in terms of productivity tools with AI is Cursor. There are other tools that are getting close like GitHub Copilot, but Cursor is way ahead of anything else I've seen. With Cursor, it basically digs through your code base and looks for what it needs.

    But if it fails to find what it needs, you need to think about why. It probably failed for the same reason a human might have failed. Maybe your code structure was very unstructured. Maybe you need to explain to the AI what the high-level structure of your code is.

    "Think of it kind of like a really smart intern who just joined your team. They're brilliant at coding, but now they got confused about something, and it's probably your code – something in it that made it confused. And now you need to clarify that."

    There are ways to do that. In Cursor, for example, you can create something called cursor rules, which are like standing documents that describe certain aspects of your system. In my team, we're always tweaking those rules. Whenever we find that the AI model did something wrong, we're always analysing why. Usually it's our prompt – I just phrased it badly – or I just need to add a cursor rule, or I need to break the problem down a little bit.

    It's exactly the same thing as if you go to a team and give them this massive user story that includes all these assumptions – they'll probably get some things wrong. But if you take that big problem and sit down together and analyse it and split it into smaller steps where each step is verifiable and testable, now your team can do really good work. It's exactly the same thing with AI.

    Addressing the Code Review Bottleneck

    Tenille: One of our senior developers found that he was outputting code at a much greater volume and faster speed, but the handbrake he found was actually their code review processes. They were keeping the same processes they had previously, and that was a bit of a handbrake for them. What kind of advice would you have there?

    Henrik: This reminds me of the general issue with any kind of productivity improvement. If you have a value stream, a process where you do different parts – you do some development, some testing, you have some design – whenever you take one part of the process and make it super optimised, the bottleneck moves to somewhere else.

    If testing is no longer the bottleneck, maybe coding is. And when coding is instant, then maybe customer feedback – or lack of customer feedback – is the bottleneck. The bottleneck just keeps moving. In that particular case, the bottleneck became code review. So I would just start optimising that. That's not an AI problem. It's a process problem.

    Look at it: what exactly are we trying to do when we review? Maybe we could think about changing the way we review things. For example, does all code need to be reviewed? Would it be enough that the human who wrote it and the AI, together with the human, agree that this is fine? Or maybe depending on the criticality of that change, in some cases you might just let it pass or use AI to help in the reviewing process also.

    "I think there's value in code review in terms of knowledge sharing in a large organisation. But maybe the review doesn't necessarily need to be a blocking process either. It could be something you go back and look at – don't let it stop you from shipping, but maybe go back once per week and say, 'Let's look at some highlights of some changes we've made.'"

    We produce 10 times more code than in the past, so reviewing every line is not feasible. But maybe we can at least identify which code is most interesting to look at.

    Ethical Considerations: Balancing Innovation with Responsibility

    Tenille: Agile emphasises people over process and delivering value to customers. Now with AI in the mix, there's potential for raising some ethical considerations. I'm interested in your thoughts on how teams should approach these ethical considerations that come along with AI – things like balancing rapid experimentation against concerns around bias, potential data privacy concerns.

    Henrik: I would treat each ethical question on its own merits. Let me give you an example. When you use AI – let's say facial recognition technology that can process and recognise faces a lot better than any human – I kind of put that in the bucket of: any tool that is really useful can also be used for bad things. A hammer, fire, electricity.

    That doesn't have so much to do with the tool itself. It has much more to do with the rules and regulations and processes around the tool. I can't really separate AI in that sense. Treat it like any other system. Whenever you install a camera somewhere, with or without AI, that camera is going to see stuff. What are you allowed to do with that information? That's an important question. But I don't think it's different for AI really, in that sense, other than that AI is extremely powerful. So you need to really take that seriously, especially when it comes to things like autonomous weapons and the risk of fraud and fake news.

    "An important part of it is just to make it part of the agenda. Let's say you're a recruitment company and you're now going to add some AI help in screening. At least raise the question: we could do this. Do we want to do this? What is the responsible way to do it?"

    It's not that hard to come up with reasonable guidelines. Obviously, we shouldn't let the AI decide who we're going to hire or not. That's a bad idea. But maybe it can look at the pile of candidates that we plan to reject and identify some that we should take a second look at. There's nothing to lose from that because that AI did some extra research and found that this person who had a pretty weak CV actually has done amazing things before.

    We're actually working with a company now where we're helping them build some AI agents. Our AI agents help them classify CVs – not by "should we hire them or not," but more like which region in Sweden is this, which type of job are we talking about here. Just classifying to make it more likely that this job application reaches the right person. That's work that humans did before with pretty bad accuracy.

    The conclusion was that AI, despite having biases like we humans do, seemed to have less biases than the human. Mainly things like it's never going to be in a bad mood because it hasn't had its coffee today. It'll process everybody on the same merits.

    I think of it like a peer-to-peer thing. Imagine going to a doctor – ideally, I want to have both a human doctor and an AI doctor side by side, just because they both have biases, but now they can complement each other. It's like having a second opinion. If the AI says we should do this and the doctor says, "No, wait a second," or vice versa, having those two different opinions is super useful.

    Parallels Between Agile and AI Transformations

    Tenille: You're recognised as one of the leading voices in agile software development. I can see, and I'm interested if you do see, some parallels between the agile transformations that you led at Spotify and Lego with the AI transformations that many businesses are looking at now.

    Henrik: I agree. I find that when we help companies transition towards becoming AI native, a lot of the thinking is similar to agile. But I think we can generalise that agile transformations are not really very special either – it's organisational change.

    There are some patterns involved regardless of whether you're transitioning towards an agile way of working or towards AI. Some general patterns such as: you've got to get buy-in, it's useful to do the change in an incremental way, balance bottom-up with top-down. There are all these techniques that are useful regardless. But as an agilist, if you have some skills and competence in leading and supporting a change process, then that's going to be really useful also when helping companies understand how to use AI.

    Tenille: Are you seeing more top-down or bottom-up when it comes to AI transformations?

    Henrik: So far it's quite new still. The jury's not in yet. But so far it looks very familiar to me. I'm seeing both. I'm seeing situations where it's pure top-down where managers are like "we got to go full-out AI," and they push it out with mixed results. And sometimes just completely bottom-up, also with mixed results.

    Sometimes something can start completely organically and then totally take hold, or it starts organically and then gets squashed because there was no buy-in higher up. I saw all of that with agile as well. My guess is in most cases the most successful will be when you have a bit of both – support and guidance from the top, but maybe driven from the bottom.

    "I think the bottom-up is maybe more important than ever because this technology is so weird and so fast-moving. As a leader, you don't really have a chance if you try to control it – you're going to slow things down to an unacceptable level. People will be learning things that you can't keep up with yourself. So it's better to just enable people to experiment a lot, but then of course provide guidance."

    AI for Product Owners: From Ideation to Pull Requests

    Tenille: You're very well known for your guidance and for your ability to explain quite complex concepts very simply and clearly. I was looking at your video on YouTube today, the Agile Product Ownership in a Nutshell video, which was uploaded about 12 years ago now. Thinking about product owners, there's a big opportunity now with AI for generating ideas, analysing data, and even suggesting new features. What's your advice for product owners and product managers in using AI most effectively?

    Henrik: Use it for everything. Overuse it so you can find the limits. The second thing is: make sure you have access to a good AI model. Don't use the free ones. The difference is really large – like 10x, 100x difference – just in paying like $20 per month or something. At the moment, I can particularly strongly recommend Claude. It's in its own category of awesomeness right now. But that of course changes as they leapfrog each other. But mainly: pay up, use a paid model, and then experiment.

    For product owners, typical things are what you already mentioned – ideation, creating good backlog items, splitting a story – but also writing code. I would say as a PO, there is this traditional view, for example in Scrum, that POs should not be coding. There's a reason for that: because coding takes time, and then as PO you get stuck in details and you lose the big picture.

    Well, that's not true anymore. There are very many things that used to be time-consuming coding that is basically a five-minute job with a good prompt.

    "Instead of wasting the team's time by trying to phrase that as a story, just phrase it as a pull request instead and go to the team and demonstrate your running feature."

    That happened actually today. Just now, our CEO, who's not a coder, came to me with a pull request. In fact, quite often he just pushes directly to a branch because it's small changes. He wants to add some new visualisation for a graph or something in our platform – typically admin stuff that users won't see, so it's quite harmless if he gets it wrong.

    He's vibe coding, just making little changes to the admin, which means he never goes to my team and says, "Hey, can you guys generate this report or this graph for how users use our product?" No, he just puts it in himself if it's simple.

    Today we wanted to make a change with how we handle payments for enterprise customers. Getting that wrong is a little more serious, and the change wasn't that hard, but he just didn't feel completely comfortable pushing it himself. So he just made a PR instead, and then we spent 15 minutes reviewing it. I said it was fine, so we pushed it.

    It's so refreshing that now anybody can code. You just need to learn the basic prompting and these tools. And then that saves time for the developers to do the more heavyweight coding.

    Tenille: It's an interesting world where we can have things set up where anyone could just jump in and with the right guardrails create something. It makes Friday demos quite probably a lot more interesting than maybe they used to be in the past.

    Henrik: I would like to challenge any development team to let their stakeholders push code, and then find out whatever's stopping you from doing that and fix that. Then you get to a very interesting space.

    Closing the Gap Between Makers and Users

    Tenille: A key insight from your work with agile teams in the past has been to really focus on minimising that gap between maker and user. Do you think that AI helps to close that gap, or do you think it potentially risks widening it if teams are focusing too much on AI predictions and stop talking to their customers effectively?

    Henrik: I think that of course depends a lot on the team. But from what I've seen so far, it massively reduces the gap. Because if I don't have to spend a week getting a feature to work, I can spend an hour instead. Then I have so much more time to talk to my users and my customers.

    If the time to make a clickable prototype or something is a few seconds, then I can do it live in real time with my customers, and we can co-create. There are all these opportunities.

    I find that – myself, my teams, and the people I work with – we work a lot more closely with our users and customers because of this fast turnaround time.

    "Just yesterday I was teaching a course, and I was going home sitting on the subway. It was a 15-minute subway ride. I finally got a seat, so I had only 7 minutes left. There's this feature that I wanted to build that involved both front-end and back-end and a database schema change. Well, 5 minutes later it was done and I got off the subway and just pushed it. That's crazy."

    Of course, our system is set up optimised to enable it to be that fast. And of course not everything will work that well. But every time it does, I've been coding for 30 years, and I feel like I wake up in some weird fantasy every day, wondering, "Can I really be this productive?" I never would have thought that was possible.

    Looking Ahead: The Future of Agile Teams

    Tenille: I'd like you to put your futurist hat on for a moment. How do you see the future of agile teamwork in, say, 10 to 15 years time? If we would have this conversation again in 2035, given the exponential growth of AI and improvements over the last two to three years, what do you think would be the biggest change for software development teams in how they operate?

    Henrik: I can't even imagine 10 years. Even 5 years is just beyond imagination. That's like asking someone in the 1920s to imagine smartphones and the Internet. I think that's the level of change we're looking at.

    I would shorten the time a little bit and say maybe 3 or 4 years. My guess there – and I'm already seeing this transfer happen – is that coding will just go away. It just won't be stuff that we humans do because we're too slow and we hallucinate way too much.

    But I think engineering and the developer role will still be there, just that we don't type lines of code – in the same way that we no longer make punch cards or we no longer write machine code and poke values into registers using assembly language. That used to be a big part of it, but no longer.

    "In the future, as developers, a lot of the work will still be the same. You're still designing stuff, you're thinking about architecture, you're interacting with customers, and you're doing all the other stuff. But typing lines of code is something that we're gonna be telling our kids about, and they're not gonna believe that we used to do that."

    The other thing is smaller teams, which I'm already seeing now. I think the idea of a cross-functional team of 5 to 7 people – traditionally that was considered quite necessary in order to have all the different skills needed to deliver a feature in a product. But that's not the case anymore. If you skip ahead 2 or 3 years when this knowledge has spread, I think most teams will be 2 people and an AI, because then you have all the domain knowledge you need, probably.

    As a consequence of that, we'll just have more teams. More and smaller teams. Of course, then you need to collaborate between the teams, so cross-team synchronisation is still going to be an issue.

    Also, I'm already seeing this now, but this concept of sprints – the whole point is to give a team some peace of mind to build something complex, because typically you would need a week or two to build something complex. But now, when it takes a day and some good prompting to do the same thing that would have taken a whole sprint, then the sprint is a day instead. If the sprint is a day, is there any difference between a sprint planning meeting and a daily standup? Not really.

    I think sprints will just kind of shrink into oblivion. What's going to be left instead is something a little bit similar – some kind of synchronisation point or follow-up point. Instead of a sprint where every 2 weeks we sit down and try to make a plan, I think it'll be very much continuous delivery on a day-to-day basis. But then maybe every week or two we take a step back and just reflect a little bit and say, "Okay, what have we been delivering the past couple of weeks? What have we been learning? What's our high-level focus for the next couple of weeks?" A very, very lightweight equivalent of a sprint.

    I feel pretty confident about that guess because personally, we are already there with my team, and I think it'll become a bit of a norm.

    Final Thoughts: Preparing for the Future

    Henrik: No one knows what's gonna happen in the future, and those who say they do are kidding themselves. But there's one fairly safe bet though: no matter what happens in the future with AI, if you understand how to use it, you'll be in a better position to deal with whatever that is. That's why I encourage people to get comfortable with it, get used to using it.

    Tenille: I have a teenage daughter who I'm actually trying to encourage to learn how to use AI, because I feel like when I was her age, the Internet was the thing that was sort of coming mainstream. It completely changed the way we live. Everything is online now. And I feel like AI is that piece for her.

    Henrik: Isn't it weird that the generation of small children growing up now are going to consider this to be normal and obvious? They'll be the AI natives. They'll be like, "Of course I have my AI agent buddy. There's nothing weird about that at all."

    Tenille: I'll still keep being nice to my coffee machine.

    Henrik: Yeah, that's good. Just in case, you know.

    ---

    Thank you to Henrik Kniberg for joining us on this episode of the Easy Agile Podcast. To learn more about Henrik's work, visit Abundly AI or check out his educational videos on AI and agile practices.

    Subscribe to the Easy Agile Podcast on your favourite platform, and join us for more conversations about agile, product development, and the future of work.

  • Podcast

    Easy Agile Podcast Ep.26 Den Status Quo herausfordern: Frauen in der Technik

    „Es war großartig, dieses Gespräch mit Maysa führen zu können und sie ihre Geschichte erzählen zu lassen. So viele tolle Imbissbuden.“ - Nick Muldoon

    Unterhalten Sie sich mit Nick Muldoon, Mitbegründer und Co-CEO von Easy Agile, mit Maysa Safadi, Engineering Manager bei Easy Agile.

    Als Frau geht das Aufwachsen im Nahen Osten und die Leidenschaft für eine Karriere in der Technologiewelt nicht gerade Hand in Hand. Auf ihrem Weg durch eine sehr patriarchalische Gesellschaft spricht Maysa über ihren Werdegang und wie sie dahin gekommen ist, wo sie heute ist.

    Angesichts der schlechten Chancen spricht Maysa darüber, den Status Quo in Frage zu stellen, den ständigen Druck, sich in einer von Männern dominierten Branche zu beweisen, wie wichtig es ist, den eigenen Kurs zu bestimmen und ihre Hoffnungen für die Zukunft von Frauen in der Tech-Branche.

    Das ist so eine inspirierende Episode, wir hoffen, sie gefällt euch genauso gut wie uns.

    Transkript

    Nick Muldoon:

    Hallo, Team. Nick Muldoon, Mitbegründer und Co-CEO von Easy Agile, und ich werde heute von Maysa Safadi begleitet, die als technische Leiterin hier bei Easy Agile tätig ist. Wir werden in Kürze auf Maysas Geschichte und Reise eingehen, aber zuvor wollte ich nur kurz den traditionellen Hütern des Landes, von dem aus wir heute aufnehmen und tatsächlich senden, eine kurze Anerkennung aussprechen, und das sind die Menschen des Dharawal-sprachigen Landes südlich von Sydney und Australien. Wir zollen den älteren, gegenwärtigen und aufstrebenden Ältesten unseren Respekt und zollen allen Aborigines der Torres Strait Islander und den First Nations, die sich uns heute anschließen und zuhören, denselben Respekt aus. Maysa, willkommen. Danke, dass du zu uns gekommen bist.

    Maysa Safadi:

    Danke, Nick. Danke, dass du mich eingeladen hast.

    Nick Muldoon:

    Also, Maysa ist heute dran. Wir werden Maysas bisherigen Werdegang untersuchen, und ich denke, eines der Dinge, die mich an Maysas Reise interessieren, ist, dass sie aus einer ziemlich patriarchalischen Gesellschaft im Nahen Osten stammt und viele Widrigkeiten überwunden hat, die einige ihrer Kollegen nicht überwunden haben, und sie hat es geschafft, nach Australien zu kommen, eine Familie in Australien zu gründen, hat drei wunderschöne Kinder und ist technische Managerin, nachdem sie so viele Jahre als Software gearbeitet hat. Ingenieur. Also, Maysa, ich würde gerne ein bisschen über die frühen Phasen deines Lebens erfahren und wie du zur Universität gekommen bist.

    Maysa Safadi:

    Ich bin in den Vereinigten Arabischen Emiraten geboren und aufgewachsen. Ich bin einer von neun. Ich habe drei Brüder und fünf Schwestern. Ich bin eigentlich das mittlere Kind. Papa und Mama, sie haben sich sehr darauf konzentriert, wirklich gute, gesunde Kinder großzuziehen, und wichtiger ist es, alle ihre Kinder zu erziehen, egal ob sie Jungen oder Mädchen sind. Ich habe dort meine Ausbildung an den Schulen begonnen. Als ich die High School abgeschlossen habe, werde ich an einem College eingeschrieben, wie man es hier in Australien nennt, TAFE.

    Bildung in den Vereinigten Arabischen Emiraten ist nicht kostenlos. Ich bin einer von neun und habe das Ziel und das Ziel, dass mein Vater uns alle erzieht. Wenn es um Bildung geht, waren es zwei Faktoren, die eine große Rolle spielen. Kann Papa es sich leisten, mich auf dieses College oder diese Universität zu schicken? und wenn ich fertig bin, werde ich dann in der Lage sein, einen Job in diesem Bereich zu finden? Einer meiner Traumjobs, ich weiß noch, als ich aufgewachsen bin, wollte ich Bauingenieur werden, und ich erinnere mich, dass mein älterer Bruder, er ist der zweite, mir gesagt hat, dass es gut ist, dass du Bauingenieurwesen studieren willst. Denken Sie daran, dass Sie keinen Job finden werden.

    Nick Muldoon:

    Sag mir warum.

    Maysa Safadi:

    Vereinigte Arabische Emirate, es ist ein von Männern dominiertes Land. Der Tiefbau ist eine von Männern dominierte Branche. Wenn Sie nach einem Abschluss nach einem Abschluss nach einem Job suchen, ist dieser in erster Linie Männern und Männern aus den Emiraten vorbehalten. Also, es muss in der Warteschlange ziemlich nach unten gehen, bevor es zu mir kommt, und um realistisch zu sein, gibt man manchmal seine Träume auf, weil man weiß, dass man später im Leben keine Chance haben wird.

    Nick Muldoon:

    Oh mein Gott, das ist demoralisierend.

    Maysa Safadi:

    Unglücklicherweise.

    Nick Muldoon:

    Okay,

    Maysa Safadi:

    Die Entscheidung für mich, Ingenieurwesen zu studieren, war wiederum, dass ich nicht wirklich zur Universität gehen konnte, weil es zu teuer war. Meine ältere Schwester hatte eine Freundin, die ihr von diesem Institut erzählte, dass dort Computer unterrichtet werden. Als es um Mama und Papa ging, sagten sie uns wirklich: „Mach, was du willst, lerne, was du willst, du bist es, der im Grunde dieses Fachgebiet studieren wird, und du musst es mögen und du musst sicherstellen, dass du das Beste daraus machen kannst.“ Bei diesem Institut war es also einigermaßen in Ordnung, dass mein Vater meine Gebühren bezahlte und sie Computer unterrichteten. Ich dachte: „Ja, in Ordnung, Computer, das gehört zur Wissenschaft, oder? Ich kann vielleicht nicht Bauingenieurwesen studieren, aber ich bin wirklich sehr daran interessiert, mehr über Computer zu erfahren.“

    Nick Muldoon:

    Ähnlich, nah genug.

    Maysa Safadi:

    Nah genug. Am Ende werde ich eingeschrieben und ich erinnere mich, dass das allererste Fach Computergrundlagen oder Computergrundlagen waren, so etwas, und ich dachte: „Ja, in Ordnung, das ist interessant“, und von da an habe ich meine Ausbildung wirklich abgeschlossen. Nach zwei Jahren erhielt ich schließlich ein Diplom in Informatik.

    Nick Muldoon:

    Also, war das eine einzigartige Situation für dich oder gingen die meisten deiner Freundinnen von der High School auch aufs College?

    Maysa Safadi:

    Es ist wirklich einzigartig, einzigartig für meine Familie. Ich sage nicht, dass es selten ist, Sie werden andere Familien finden, die das tun, aber es ist nicht üblich. Es ist einzigartig, weil ja, die meisten Mädchen, wenn nicht alle, zur Schule gehen, in den Vereinigten Arabischen Emiraten Schulpflicht besteht, aber eine sehr kleine Anzahl von ihnen strebt eine höhere Bildung an. So ziemlich Mädchen, am Ende beenden sie die Schule und die allererste Chance, zu heiraten, heiraten sie und gründen ihre eigene Familie. Ich erinnere mich...

    Nick Muldoon:

    Und du hast einen anderen Weg gewählt, weil...

    Maysa Safadi:

    Oh, ja.

    Nick Muldoon:

    ... ja, du hast heute natürlich eine Familie, aber du hast deine Karriere etabliert, du hast die Schule nicht beendet und geheiratet.

    Maysa Safadi:

    Ich glaube, ich gebe Mama und Papa in diesem Sinne wirklich so viel Anerkennung. Sie sagten uns, Bildung sei wichtiger als eine Familie zu gründen oder zu heiraten. Sie sagten: „Beenden Sie Ihr Studium, beenden Sie Ihre Ausbildung und dann heiraten Sie.“ Die andere Sache, die sie sagten: „Heirate nicht einmal, während du studierst, denn du wirst es mit Sicherheit nicht beenden können. Vielleicht, weil dein Mann nicht möchte, dass du es zu Ende bringst. Vielleicht beschäftigst du dich so sehr mit den Kindern und legst es zurück.“ Ich erinnere mich an so viele Male mit meinen älteren Schwestern, als jemand, es ist traditionelle Ehe, wenn einige Leute kommen und vorschlagen zu heiraten oder ihnen einen Antrag zu machen, mein Vater immer sagte: „Nein, mach zuerst deine Ausbildung zu Ende.“

    Nick Muldoon:

    Also, das ist interessant, weil ich glaube, dass Ihr ältester Sohn geboren wurde, als Sie sich weitergebildet und Ihren Master gemacht haben, ist das richtig?

    Maysa Safadi:

    Ja. Ich habe ein Diplom in Informatik. Ich wollte jedoch immer einen Bachelor-Abschluss haben. Ich wusste, dass mehr dahinter steckt. Ich habe mich in Computer verliebt, aber ich wollte mehr, und ich hatte immer diese Vorstellung im Kopf: „Wenn ich eine bessere Gelegenheit bekommen will, muss ich ein besseres Zertifikat oder eine bessere Ausbildung haben.“ Also dachte ich, ein Bachelor-Abschluss würde mir bessere Chancen geben. Ich habe in den Vereinigten Arabischen Emiraten gearbeitet und Geld gespart, und die Wollongong University hatte dort eine Niederlassung in Dubai. Also hatte ich mein Auge darauf gerichtet, dort meinen Abschluss zu machen. Schließlich schreibe ich mich an der Wollongong University auf dem Campus von Dubai ein, um meinen Bachelor-Abschluss in Informatik zu machen.

    Nick Muldoon:

    Also, nur für Leute, die mithören, Wollongong ist die Region Australiens, in der Maysa und ich und viele unserer Teammitglieder leben. Die University of Wollongong ist also die örtliche Wollongong University, die eine Niederlassung in Dubai hat.

    Nick Muldoon:

    Sie waren also an der University of Wollongong und haben diesen Bachelor-Abschluss gemacht, und wie haben Sie den Übergang und den Umzug nach Australien geschafft?

    Maysa Safadi:

    Als ich an der Wollongong University auf dem Campus von Dubai studierte und gleichzeitig arbeitete, um die Gebühren bezahlen zu können, traf ich meinen Mann auf der Arbeit und zufällig hat er ein qualifiziertes Migrantenvisum, um nach Australien zu kommen, zufällig. Also dachte ich: „In Ordnung, er wird nach Australien gehen, er ist eine Person, mit der ich wirklich den Rest meines Lebens verbringen werde. Also, wie wäre es, wenn ich meine Arbeiten an die Wollongong University hier in Australien übertrage und meinen Abschluss von hier aus beende, während er die Chance hat, auf dem Land zu leben, und dann können wir uns entscheiden. „Ist es ein Ort, an dem wir unser Leben hier fortsetzen können?“ Wenn nicht, war es eine gute Erfahrung. Wenn das gut ist, ist das eine weitere neue Erfahrung und Reise, die wir unternehmen werden.“ Also kommen wir am Ende nach Australien. Ich habe meinen Abschluss von hier aus gemacht.

    Nick Muldoon:

    Was hast du gefunden, als du in Australien ankamst? Wie unterschied es sich von den Vereinigten Arabischen Emiraten? Inwiefern war es bei Frauen anders? Inwiefern war es für Frauen im Ingenieurwesen anders, wenn man bedenkt, was Ihr Bruder über Bauingenieurwesen in Dubai gesagt hatte?

    Maysa Safadi:

    Ich hatte einen Kulturschock, als ich nach Australien kam. Ja, ich war in einem Land, das... ein von Männern dominiertes Land, ein Land der Dritten Welt, keine Möglichkeiten für Frauen, in einem Land, in dem alles so anders ist. Die Lebensweise, die Kommunikation, die Kultur, alles war so anders. Wenn es um Ingenieurwesen geht, weil ich mein Studium in den Vereinigten Arabischen Emiraten nicht wirklich abgeschlossen habe, also hatte ich nicht einmal die Gelegenheit, im Ingenieurwesen zu arbeiten. Da ich jedoch über das Land Bescheid wusste und wusste, wie dort Talente aufgenommen werden, wusste ich, dass ich geringe Chancen hatte. Jetzt, nach Australien zu kommen und mein Studium an der Universität abzuschließen, war eine Herausforderung. Jemand aus dem Nahen Osten, Englisch ist die zweite Sprache. Er hat einen Abschluss in Informatik und schaut sich um: „Mein Gott, wo sind die Mädchen? Ich sehe nicht wirklich viele von ihnen in der Nähe.“ Und dann, ja, in dieses Klischee von der Industrie oder von einem Bereich, in dem es nur etwas für Männer ist.

    Nick Muldoon:

    Ja, es kommt also ein kleiner Kulturschock rüber. Ja, schnell vorspulen, Sie haben ein Jahrzehnt in der Softwareentwicklung verbracht und sind dann in die technische Leitung aufgestiegen. Was war die Veränderung und wie haben Sie den Wandel vom Teammitglied zum Personalleiter wahrgenommen?

    Maysa Safadi:

    Ich habe meinen Abschluss an der Wollongong University gemacht und bekomme am Ende eine Stelle bei Motorola als diplomierter Softwareingenieur. Im gesamten Team gab es drei Frauen.

    Nick Muldoon:

    Wie groß war das Team?

    Maysa Safadi:

    Wie groß war das Team? Es waren ungefähr 20.

    Nick Muldoon:

    In Ordnung.

    Maysa Safadi:

    Jep. Da war das Netzwerkteam, ich weiß nicht mehr, wie viele, aber es war ein anderes Team. Das Team, in dem ich war, ist ein Entwicklungsteam, und da waren drei Mädchen drin, eine davon eine weitere Absolventin, die am Ende zu dem Programm kommt und eine, die ein Jahr zuvor angefangen hat. Interessant, diese beiden Frauen, sie sind nicht mehr in der IT. Ich habe es wirklich geliebt, Probleme zu lösen, ich habe es wirklich geliebt, das Ergebnis meiner Arbeit in den Händen der Leute zu sehen, weil ich Funktionen für Mobiltelefone entwickelt habe. Damals dachte ich als IC an alles, wie ich in meiner Arbeit besser werden kann, wie ich mehr lernen kann, wie ich allen beweisen kann, dass ich genauso leistungsfähig bin wie jeder andere Mann im Team.

    Nick Muldoon:

    Glaubst du, Maysa, dass du das im Laufe deiner Karriere tun musstest, um dich zu beweisen?

    Maysa Safadi:

    Ja, ja. Es ist eine schwierige Branche. Wirklich nicht so viele Frauen zu sehen, macht es schwierig, weil man nach Vorbildern sucht, die einen denken lassen: „Oh, sie hat es geschafft. Ich schaffe es. Wenn sie noch da drin ist, kann ich von ihr lernen.“ Das alles habe ich verpasst. Ich hatte in meiner Karriere nie einen anderen Mentor oder in allen Jobs, die ich zuvor hatte, auch nur eine weibliche Managerin. Also hatte ich es immer mit Männern zu tun, ich habe immer versucht, meinen Weg zu finden, um ihnen die unterschiedlichen Perspektiven zu zeigen, die ich einbringen kann. Sogar die subtilen Interaktionen, die ich früher mit ihnen hatte, gaben mir das Gefühl: „Du bist nicht fähig genug. Du bist noch nicht da. Das ist unser Gebiet. Warum bist du hier?“ All diese Dinge sinken wirklich, ohne dass Sie darüber nachdenken, Ihr Selbstwertgefühl und Ihr Selbstwertgefühl, wenn Sie in Branchen wie dieser tätig sind. Ja.

    Nick Muldoon:

    Also, ich bin mir bewusst, weißt du, du bist jetzt in dieser Position, du hast irgendwie darüber gesprochen, dass du nicht sein kannst, was du nicht sehen kannst. Wenn du keine Frau siehst, die eine Führungskraft hat, und du keiner unterstellst, dann ist es schwer vorstellbar, wie du das werden kannst. Aber hier sind Sie, Sie sind das geworden, und für unser Team hier sind Sie eine der weiblichen Führungskräfte im Unternehmen, was fantastisch ist. Also, ich schätze, was sind die Aktivitäten, die Sie unternehmen, um präsent zu sein und sichtbar zu machen, dass Sie eine weibliche Führungskraft im technischen Bereich sein können. Ich glaube, Anfang letzten Monats waren Sie vielleicht auf der WomenHack in Sydney.

    Maysa Safadi:

    Ja, ich war...

    Nick Muldoon:

    Was ist WomenHack?

    Maysa Safadi:

    In Ordnung. WomenHack, es ist eine Organisation, um verschiedene talentierte Frauen zusammenzubringen, sie zu unterstützen, sie auszubilden, und nicht nur das, um zu versuchen, sie mit anderen Unternehmen zu verbinden, die Vielfalt und Inklusion schätzen, und im Grunde versuchen, Leute einzustellen... Es geht im Grunde darum, Möglichkeiten für Frauen in der Technologiebranche zu finden, in Unternehmen, in denen sie die Vielfalt schätzen.

    Nick Muldoon:

    In Ordnung. Also, ich finde es interessant, ich sehe hier diese Parallelen zwischen deiner Mutter und deinem Vater, die sich aus dem Fenster gerissen haben und sich finanziell engagiert haben, um sechs Mädchen eine College- und Universitätsausbildung im Nahen Osten zu ermöglichen, und sie haben etwas getan, das zu der Zeit vielleicht ziemlich fortschrittlich war. Du sagtest, das sei nicht üblich. Es hört sich so an, als würde WomenHack heutzutage fortschrittlichere Unternehmen zusammenbringen, die Frauen Möglichkeiten bieten, in Führungspositionen zu kommen oder sogar ihre Karriere zu beschleunigen.

    Maysa Safadi:

    Ja, es ist so erfreulich, die Veränderung zu sehen, die sich im Laufe der Jahre vollzogen hat. Wenn ich an das Jahr 2000 zurückdenke, als ich meinen Abschluss gemacht habe und schließlich in der IT gearbeitet habe, mit all den Verhaltensweisen, da war kein Wissen oder es gab kein Bewusstsein dafür, wie wichtig Vielfalt ist, und sie waren sich nicht einmal bewusst, dass Frauen das Feld wirklich verlassen oder nicht, dass sich viele Frauen überhaupt erst in Studiengängen wie Informatik oder Ingenieurwesen einschreiben. Selbst in der Schule gab es kein Bewusstsein dafür. Dann seht ihr jetzt die Fortschritte, die in der Schule geschehen, mehr Bewusstsein findet statt. Die Universitäten versuchen, die Abschlüsse oder Fachrichtungen für Frauen und Diversität attraktiver zu gestalten. Sie versuchen, die Lücken zu überbrücken. Deshalb ergreifen viele Unternehmen Maßnahmen, um es Frauen zu erleichtern, vor Ort tätig zu sein und in diesem Bereich Fortschritte zu erzielen.

    Also, WomenHack, es gibt so viele andere Gruppen wie Women in Tech, es gibt so viele Unternehmen, die ebenfalls Verbündete von Frauen in der Tech-Branche sind, wo sie versuchen, andere Unternehmen wirklich zu unterstützen und ihnen Gehör zu verschaffen. Und die gesamte Forschung und die Wissenschaft haben wirklich bewiesen, dass es für die Unternehmen, für die Teams, vorteilhafter sein wird, engagiertere Teams zu haben, die diese Unterschiede haben. Also, ja, im Moment findet eine Menge Sensibilisierung statt, und so viele Unternehmen versuchen, etwas dagegen zu unternehmen. Ich wünschte, das wäre früh gewesen.

    Nick Muldoon:

    Zu Beginn Ihrer Karriere.

    Maysa Safadi:

    Zu Beginn meiner Karriere, ja. So oft fühlte ich mich so isoliert. So oft lehnte ich mich zurück und sagte: „Ist es den Kampf wert?“ Warum muss ich immer doppelt so hart arbeiten, nur um zu beweisen, dass ich fähig bin? Warum muss das so sein? Warum bin ich nicht ebenbürtig?“ Das hat mich tatsächlich dazu gebracht, meine Karriere von IC zu People Leader zu wechseln. Ich wollte keine anderen Frauen... Leute zu führen war nicht nur etwas für Frauen, es war auch meine Aufgabe, etwas zu sagen, zu helfen. Personalleiter, um jedem vor Ort helfen zu können, unabhängig davon, ob es sich um Männer oder Frauen handelt. Moreso bedeutet, mit gutem Beispiel voranzugehen, ein Vorbild für andere zu sein, anderen zu zeigen, dass, wenn ich es schaffe, Sie es definitiv auch können, ist, Unterstützung zu bieten, dieses Vertrauen aufzubauen.

    Nick Muldoon:

    Also, ich denke, wie können wir uns als Branche verändern... Ich denke im Moment über den Iran nach und insbesondere über die Aktivitäten, die in den letzten 60 Tagen stattgefunden haben, aber eigentlich nur über mehr Medienberichterstattung über Hunderte von Jahren der Unterdrückung von Frauen. Was erhoffen Sie sich als Führungspersönlichkeit des Volkes, als Frau, die aus dem Nahen Osten kommt, was erhoffen Sie sich von diesen jungen Frauen und Mädchen in unserem Iran im Vergleich zu ihrer Entwicklung? Wenn wir immer noch eine Reise hierher in Australien unternehmen, in einer von Männern dominierten Branche, welche Hoffnung haben Sie in den 20 Jahren von hier bis 2040 für diese Frauen, die heute im Nahen Osten leben und immer noch keine fortschrittliche Gesellschaft gefunden haben?

    Maysa Safadi:

    Politik. Es ist das Machtspiel. Ich hoffe wirklich, dass diese Frauen in verschlossenen Ländern dafür sensibilisiert werden, dass es bessere Chancen für sie gibt. Sie müssen stärker sein, sie müssen sich gegenseitig unterstützen, sie müssen sich gegenseitig stärken. So leicht es auch gesagt ist, so einfach ist es nicht. All diese Frustration, die in ihnen steckt, taucht jedoch von Zeit zu Zeit auf. Ich hoffe wirklich für iranische Frauen, nicht nur für Iranerinnen, ich hoffe wirklich, dass jede Frau auf der Welt, egal ob es sich um ein Dritte-Welt-Land oder sogar um ein fortgeschrittenes Land wie Australien handelt, immer das Gefühl hat, dass sie würdig ist, dass sie immer das Gefühl hat, dass sie eine Stimme haben kann, Teil des Lebens sein kann und bedeutsame Dinge tut.

    Nun, wenn sie so erzogen werden, dass ihnen immer gesagt wird, dass du an zweiter Stelle stehst, dass dir immer nur deine Rolle gesagt wird, nur um zu heiraten und eine Familie zu gründen, werden sie es selbst glauben. Es muss also von Frauen wie uns kommen, die mit gutem Beispiel vorangehen, Vorbilder sind und das Bewusstsein vermitteln. Wirklich Medien, wir müssen die Medien sehr gut nutzen, damit wir diese Menschen erreichen können, die jetzt wirklich in ihren Ländern eingesperrt sind und denken, dass das normal ist. Es muss eine Menge Arbeit geleistet werden.

    Nick Muldoon:

    Nun, das ist eine interessante Beobachtung. Es ist für sie normalisiert, nicht wahr? Also, wenn ich über meine eigene Erziehung nachdenke, erinnere ich mich, dass meine Eltern immer gesagt haben, du kannst alles erreichen, was du dir vorgenommen hast, aber ich könnte die Zeitung aufschlagen, ich könnte im Fernsehen schauen und ich sah eine Menge Leute, die wie ich aussahen, weiße Männer, die Australier waren, die erfolgreich im Geschäft waren, und so glaubte ich, dass ich tun und sein könnte, was ich tun und sein wollte. Also, ich schätze, wie bringen wir diese Botschaft raus? Wie erzählen wir Ihre Geschichte umfassender, um diese Botschaft zu verbreiten? Dass Sie alles tun können, was Sie sich vorgenommen haben, dass Sie alles erreichen können, was Sie sich erhoffen. Es gibt für mich etwas Interessantes an dem Medienartikel, von dem Sie sprechen, zum Nachdenken.

    Maysa Safadi:

    Ja, und ich denke, die Länder, in denen sie fortgeschritten sind, die Länder, in denen sie Frauen wirklich immer mehr anerkennen, sind verantwortungsbewusster, wenn es darum geht, dieses Bewusstsein zu vermitteln. Sie müssen mehr tun. Es sind im Grunde, ja, die Medien, es ist eine so wichtige Sache. Das lesen die Leute jeden Tag oder schauen sie sich jeden Tag an.

    Nick Muldoon:

    Ich glaube, ich bin mir dessen bewusst, als ob wir über eine halbe Welt im Nahen Osten sprechen, aber du bist hier zu Hause in einer Gemeinschaftsgruppe engagiert. In welcher Gruppe bist du engagiert und wie hilft das Frauen?

    Maysa Safadi:

    Ja, ich bin Vorstandsmitglied einer Organisation namens Women Illawarra. Es wird von Frauen für Frauen geführt. Im Grunde soll diese Organisation Frauen bei häuslicher Gewalt helfen, im Grunde geht es darum, sie auf den richtigen Weg zu bringen. Sie bietet ihnen Dienstleistungen und sie bildet sie aus und hilft ihnen sogar bei der Beratung, mit rechtlicher Unterstützung, damit sie aus diesen Situationen herauskommen können. Lassen Sie sie glauben, dass sie Teil dieser Gesellschaft sein können, dass sie eine wichtige Stimme in der Gesellschaft, in der Gemeinschaft sind und dass sie wirklich etwas beitragen und etwas bewirken können. Durch die Bereitstellung dieser Bildung und dieser Unterstützung werden diese Frauen in die Lage versetzt, die Dinge selbst in die Hand zu nehmen und erneut den Weg für ihr eigenes Leben und ihren eigenen Erfolg zu ebnen. Sie müssen die Kontrolle wieder übernehmen und ja, sogar ihren Kindern helfen, ihren Müttern zu zeigen, dass sie wirklich das Richtige tun.

    Nick Muldoon:

    Es ist dieser interessante rote Faden, der sich durch deine gesamte Lebensgeschichte und deine Reise zieht, dass Mama und Papa wollten, dass du eine Ausbildung bekommst, damit du deinen eigenen Lebensweg bestimmen kannst.

    Maysa Safadi:

    Ja.

    Nick Muldoon:

    ... und hier bist du heute, gibst anderen Frauen etwas zurück und versuchst, ihnen zu helfen, eine Ausbildung zu erhalten und sich gestärkt zu fühlen, damit sie ihren eigenen Lebensweg bestimmen können. Ich finde das fantastisch. Danke, Maysa.

    Maysa Safadi:

    Ich danke dir.

    Nick Muldoon:

    Was ist Ihre Hoffnung für Frauen in den nächsten 10 Jahren? Weil es so klingt, als ob wir uns auf einem Weg befinden, in einigen Ländern machen wir Fortschritte, in anderen Ländern machen wir nicht so viele Fortschritte. Was ist Ihre Hoffnung für 2030? Wie sieht es aus?

    Maysa Safadi:

    Meine Hoffnung für 2030 oder meine Hoffnung für... Ich hoffe wirklich, dass es sogar fünf Jahre sind, weniger als 10 Jahre. Ich hoffe, dass in den nächsten zehn Jahren keine Gespräche darüber geführt werden, wie die Kluft zwischen Männern und Frauen verringert werden kann, denn in den nächsten zehn Jahren sollten alle so vorgehen. Ich hoffe, dass in 10 Jahren Chancengleichheit für alle besteht, unabhängig von Geschlecht, Herkunft, Sprache, körperlichen Fähigkeiten, es muss gleich sein, es muss... Gerechtigkeit, das ist eine so wichtige Sache. Es ist so wichtig, die gleichen Chancen zu nutzen, unabhängig davon, welche Fähigkeiten Sie haben. Stereotypen, ich brauche das, um es komplett aus der Welt zu löschen.

    Wir sind alle Menschen, wir haben nicht wirklich gewählt, wo wir geboren werden, wer unsere Eltern sind, wie unsere Erziehung, wie unsere finanzielle Situation ist, es war nicht unsere Wahl, warum müssen wir dafür bestraft werden? Wir haben die Verantwortung gegenüber der Welt, allen zu helfen. Wir sind soziale Menschen, wir gedeihen wirklich, wenn wir gute Verbindungen und gute Bindungen haben. Wir müssen wirklich die Dinge nutzen, die uns besser machen. Wir haben also so viele Talente, dass wir sie zum Wohle der Welt einsetzen können. Ich weiß, dass es in Ländern immer Kämpfe und eine Politik geben wird, dass jeder nach der Macht sucht, die nicht verschwinden wird. Aber wir, als Menschen, die Teil dieser Welt sind, müssen wirklich versuchen, alle um uns herum weiterzubilden und weiterzubilden. Ich hoffe wirklich, dass die Frauen in allen anderen Ländern wissen, dass sie es wert sind, dass sie so gut sind wie alle anderen. Sie haben die Macht, sie wissen nicht, wie viel Stärke und Macht sie haben. Es kommt also aus Selbstvertrauen. Glauben Sie an sich selbst und Sie werden überrascht sein, wie viel Sie erreichen können.

    Nick Muldoon:

    Da hast du's. Glaub an dich selbst und du wirst überrascht sein, wie viel du erreichen kannst. Maysa Safadi, vielen Dank für Ihre Zeit. Ich weiß es wirklich zu schätzen.

    Maysa Safadi:

    Vielen Dank Nick. Danke euch allen.