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.
Verwandte Episoden
PodcastEinfacher Agile-Podcast Folge 28 Team23! + die Welt der Arbeit
Dave Elkan, Mitbegründer und Co-CEO von Easy Agile, wird von Jean-Philippe Comeau, Principal Customer Success Advocate bei Adaptavist, unterstützt.
„Von JP zu hören, ist eine todsichere Art, sich für Atlassian Team '23 zu begeistern. Wir haben darüber gesprochen, wo wir hoffen, dass sich die Konversationen konzentrieren und mehr.“
JP hat eine Leidenschaft für Teamwork, das Kennenlernen neuer Leute, Präsentationen aller Art — liebt ein Mikrofon und ein fesselndes Publikum, neue Technologien und vor allem Problemlösungen.
In dieser Folge sprechen JP und Dave über eines der am meisten erwarteten Ereignisse im Tech-Kalender — Team23 von Atlassian! Sie sprechen darüber, was sie erwartet, Tipps für Anfänger und darüber, was sie von der Veranstaltung mitnehmen möchten.
Sie befassen sich auch mit der Zukunft der Arbeit und der Bedeutung des Zusammenkommens als Team.
Wir wünschen euch viel Spaß mit der Folge!
Transkript:
Dave Elkan:
Hallo zusammen und willkommen zum Easy Agile Podcast. Mein Name ist Dave Elkan und ich bin Mitbegründer und Co-CEO hier bei Easy Agile. Bevor wir beginnen, möchte Easy Agile den traditionellen Hütern des Landes, von dem aus wir heute senden, danken, den Menschen im Dharawal sprechenden Land. Wir erweisen den älteren, gegenwärtigen und aufstrebenden Ältesten unseren Respekt und erweisen allen Aborigines, Bewohnern der Torres State Islands und den First Nations, die heute zu uns kommen, denselben Respekt. Heute gesellt sich Jean-Philippe Comeau oder JP zu mir. JP ist der wichtigste Verfechter des Kundenerfolgs bei Adaptavist und hat eine Leidenschaft für Teamwork, das Kennenlernen neuer Leute, Präsentationen aller Art, liebt ein Mikrofon und ein fesselndes Publikum. Dieser Podcast passt definitiv in diese Form, neue Technologien und vor allem Problemlösungen. JP, vielen Dank, dass du heute bei uns bist.
Jean-Philippe Comeau:
Danke, dass du mich eingeladen hast.
Dave Elkan:
Hey, mach dir keine Sorgen. Es ist toll, dich bei uns zu haben. Wir wollen uns heute etwas Zeit nehmen, um über Atlassian Team '23 zu sprechen. Das Ökosystem bereitet sich auf eine der größten Veranstaltungen des Kalenders vor, die ultimative Veranstaltung für modernes Teamwork. Du warst schon bei einigen Atlassian Team-Events und letztes Jahr war es das erste seit einiger Zeit. Von Quebec nach Las Vegas ist ein ziemlicher Gangwechsel. Was sind deine Tipps für Leute, die das Team zum ersten Mal besuchen?
Jean-Philippe Comeau:
Oh, ja, das ist eine gute Frage. Ich meine, ja, Teams ist für mich ein riesiges Event. Es ist ein wunderschöner Moment, um wirklich alles Revue passieren zu lassen, was im letzten Jahr für Atlassian passiert ist. Damit meine ich, dass das, was mit Atlassian passiert, tatsächlich das ist, was in der Arbeitswelt passiert. Ich denke, es ist einfach ein guter Zeitpunkt, um zu überdenken, wo du dich gerade befindest. Für mich geht es also darum, die wichtigsten Dinge, die Sie erledigen möchten, zu planen und Ihren Terminkalender nicht zu überladen. Das ist ein Fehler, den ich beim ersten Mal gemacht habe, weil ich einfach das meiste von allem sehen wollte und ich dachte: „Ja, ich kann absolut Rücken an Rücken machen. Das wird gut werden. Ich werde von einer Sache zur anderen gehen.“ Die Wahrheit ist, dass Sie nach dem Gespräch einige Fragen haben werden. Manche Dinge werden auftauchen. „Oh, das ist interessant. Das könnte ich vielleicht erkunden.“
Du wirst vielleicht ein bisschen Bodenjagd machen wollen, was so ist, hey, die Partner durchschauen. Vielleicht hast du von so etwas wie einer App gehört, die du dir wirklich ansehen willst, oder so ähnlich. Also, das wird immer passieren und dann wirst du den nächsten Vortrag verpassen. Stellen Sie also sicher, dass das, was Sie hervorheben, wirklich Dinge sind, die Sie sehen möchten, und planen Sie entsprechend. Das ist für mich die wichtigste Sache. Versuche nicht, alles zu machen. Tun Sie, was Ihrer Meinung nach wirklich, wirklich wichtiger ist als der Rest. Versuche, es zum Laufen zu bringen, denn es wird viel laufen, viel zuhören, viel reden. Die zweite Sache, an die ich alle erinnere, ist, etwas zu trinken, eine Flasche Wasser zu holen. Da drüben wird es jede Menge geben, aber jeder wird seine eigene Wasserflasche haben. Machen Sie sich also keine Sorgen, ob Sie eine haben oder nicht, sondern holen Sie sich eine und trinken Sie einfach Flüssigkeit. Ich meine, wir sind alle tagsüber sehr beschäftigt und wir alle wissen, wie die Nächte verlaufen können, also trink weiter etwas Wasser. Ja, das sind meine beiden Tipps.
Dave Elkan:
Das ist ein guter Rat. Ich denke, Flüssigkeitszufuhr ist sicherlich etwas, das man in Betracht ziehen sollte. Ich erinnere mich besonders an eine Wand aus Donuts, die mich einmal von solchen guten Gewohnheiten ablenkte. Also ja, es ist wirklich wichtig, sicherzustellen, dass Sie die Grundlagen im Griff haben. Worauf freust du dich am meisten von der Aufstellung bei Team '23?
Jean-Philippe Comeau:
Ja. Ja, jedes Jahr sind es die Keynotes, die am meisten ankommen werden. Offensichtlich wird es sehr, sehr interessant sein, die Gelegenheit zu bekommen, James Cameron sprechen zu hören. Ich denke, gerade im Jahr von Avatar 2 ist einfach ein gutes Timing, offensichtlich wahrscheinlich geplant. Er ist wahrscheinlich auf Tournee, aber es wird wirklich toll sein, ein paar Geschichten darüber zu hören, wie dieser Film entstanden ist. Die Dreharbeiten haben lange gedauert, wahrscheinlich das, was einer wirklich langen Entwicklung eines Films am nächsten kommt. Es fühlt sich an wie ein langer Softwareentwicklungszyklus. Das ist eine sehr lange Zeit. Und dann Van über einige der Dinge sprechen zu hören, die er in der heutigen Welt sieht. Van Joseph, glaube ich, ist der Name des zweiten Sprechers, und ich erinnere mich, ihn während der Wahlen oft in der CNN-Sendung gesehen zu haben und die Wirkung, die er auf die gesamte Sendung ausübte, war beeindruckend. Es wäre sehr interessant, sie reden zu hören.
Und dann, was vielleicht nicht die großen Ticketartikel angeht, wirklich interessiert an... Ich glaube, dies ist das Jahr, in dem die Praktiken auf den verschiedenen Tracks, für die Atlassian normalerweise wirbt, ich glaube, das ist das Jahr, in dem sie wirklich anfangen zu wachsen. Damit meine ich, glaube ich, vor diesem Jahr, also wenn man sich das Team vom letzten Jahr anschaut und dann davor, waren die Tracks irgendwie schwammig. Jetzt haben sie tatsächlich die Produkte, die sie unterstützen. Ich denke, JSM ist an einem sehr, sehr guten Ort. Ich denke, ihre agilen Tools sind an einem sehr guten Ort. Ich denke, ihre DevOps, was ich erwarte, werden am meisten vorangetrieben werden, oder DevOps-Tools mit der Jira-Produktentdeckung und all ihren Point-A-Sachen müssen da sein, wo sie sind. Ich denke also, Sie werden wirklich gute Vorträge über diese Praktiken führen. Ich denke, das wird das Jahr sein, in dem die Tracks wirklich Sinn machen und für die Leute sehr wertvoll sind.
Dave Elkan:
Absolut. Danke fürs Teilen. Es ist wirklich interessant. Du selbst, du bist Kanadier und James Cameron ist Kanadier und er spricht davon, das Unmögliche zu schaffen, und ich denke, das ist ein Thema, das sich durchsetzt und wofür Atlassian wirbt und das durchsetzt. Es ist wirklich interessant, dich über den Aufbau von Filmen und Medien und CNN, die Referenz dort, sprechen zu sehen oder zu hören, wie das auf ein stark auf Softwareentwicklung ausgerichtetes Publikum zutreffen kann. Es ist wirklich interessant zu sehen, dass die Erstellung eines Films ein Wasserfallprozess ist, da man am Ende dieses riesige Ergebnis hat, aber ich weiß, dass es Pixar gibt, zum Beispiel verwenden Sie dieses Konzept der Demo Trusts, wir nennen sie, oder den Pixar Demo Trust. Ja. Also im Grunde kannst du unterwegs testen, bevor du dieses riesige Ding lieferst. Es ist wirklich faszinierend, darüber nachzudenken, was wir von James darüber hören werden, wie er diese großartigen Projekte baut.
Jean-Philippe Comeau:
Ja, ich glaube, du bist genau richtig. Also ich bin eigentlich ein großer Marvel-Fan. Ich habe mein Buch nicht dabei, aber Creativity, Inc. ist ein Buch, das ich von Ed Catmull liebe und wie sie Pixar als Unternehmen aufgebaut haben, als Lieferteam, nicht nur über die Filmseite, die kreative Seite, sondern wie bringt man Kreativität in eine strukturiertere Welt, die Unternehmenswelt, zu der sie jetzt gehören? Also, sehr interessant, dass du das ansprichst, denn ich bin auch sehr fasziniert von ihrem Prozess. Ich denke, sie waren die Pioniere in der Filmbranche oder -branche, was die Einführung agiler Methoden oder Denkweisen in das Filmemachen anbelangt.
Nun, was würde historisch in Filmen passieren? Okay. Also weißt du das nicht, aber mein Hintergrund spielt tatsächlich eine Rolle. Also, als ich anfing, als ich studierte, als ich ein junger Junge war, als junger Erwachsener, sagen wir mal, ich wollte Schauspieler werden und dann haben sich die Dinge geändert. Offensichtlich bin ich kein produktiver Schauspieler. Ich bin also sehr, sehr begeistert von der Filmbranche. Historisch gesehen ging es bei Filmen immer darum, dass man dreht, man dreht, man dreht, sich entwickelt, entwickelt und am Ende schneidet man es. Du machst also Fehler. Also, wie gesagt, sehr, sehr Wasserfall. Ich glaube, diese Technologie macht jetzt fast 50 bis 60% eines Films aus, jetzt schon länger... Wenn man sich Marvel-Filme und all das anschaut, könnte man argumentieren, dass 50 bis 60% computergeneriert sein werden, was schlecht oder gut sein kann. Nun, ich werde mich nicht auf diese Debatte einlassen.
Die Art von Previz und die ganze Animationsarbeit, die dahinter steckt, machen den Prozess agiler, was bedeutet, dass sie eine Woche lang bauen und dann den Film überprüfen, der gedreht wurde, und dann korrigieren sie ihn und machen ihn erneut, oder? Sie haben also schon Ihre Feedback-Schleife in Gang gebracht. Du hast deinen Prozess. Du hast deine Sprints in Gang gebracht. Ich kann das alles einigen agilen Prozessen zuordnen und es würde mich nicht wundern, wenn Sie nach etwas suchen, das skaliert werden soll. Ihr könntet sogar darüber streiten, was ihr für eure Skalierungsmethoden tun werdet? Es gibt viele Dinge, die sehr interessant sind.
Ich denke, zurück zu unserem ersten Punkt, tut mir leid, ich bin hier wirklich eine Tangente gegangen, aber zurück zu Avatar, wenn man einen so langen Zyklus hat und einen Film hat, der gebaut ist, ist dieser stark computergeneriert. Ich meine, jeder Schauspieler hat Sachen im Gesicht und sie spielen in einem leeren Studio. Jetzt sprichst du von agilen Prozessen, denn wenn du stundenlang und stundenlang an Arbeit arbeitest und du nur baust und baust und baust und niemals überprüfst, kann ich nicht... Vielleicht sagt James, dass sie das so gemacht haben, und ich sage dann: „Nun, ihr wart... Es ist sehr schwierig. Du hast dir das Leben sehr, sehr schwer gemacht.“ Aber es wäre sehr interessant, das zu hören, weil ich mir nicht vorstellen kann, dass sie diesen Film nicht auf eine agile Art und Weise aufbauen.
Dave Elkan:
Oh, natürlich. Ich denke, wenn Sie sich den Boden des Schneideraums vorstellen, ist das ein altes Sprichwort und buchstäblich haben sie den Film geschnitten und sie haben ihn auf dem Boden liegen lassen, weil das etwas ist, was wir nicht mehr tun. Also, ich wage zu sagen, dass es eine riesige Menge an Filmen gibt, die weggeworfen und neu gemacht werden. Ich glaube, wenn wir das hinter den Kulissen so wunderbar machen, das sie hinter den Kulissen machen, nämlich ihre Aufnahmen testen und wiederholen könnten, wäre es eigentlich ein ziemlich einfaches Konzept, diese agilen Prozesse auf das Filmemachen anzuwenden. Gerade am Ende hat man diesen Urknall, genau wie bei der Spieleproduktion. Wenn man ein Spiel produziert, macht man Abstriche. Die Leute nutzen Early Access, was fantastisch ist. Sie können keinen Early-Zugriff auf einen Film haben.
Jean-Philippe Comeau:
Nein, genau. Ja.
Dave Elkan:
Ja. Zurück zu Pixar, dieser Referenz, ich habe tatsächlich den Fehler gemacht. Es ist nicht wirklich der Demo Trust. Das ist also das Playbook von Atlassian. Es gibt ein Theaterstück namens Demo Trust, aber es ist Brains Trust und es bringt das Team zusammen, um darüber zu sprechen. Erfüllt das die Vision von Pixar? Macht das Pixar zu Pixar? Und dem Team zu helfen, das zu verstehen, damit die Regisseure das tief verwurzelte Pixarness durch diesen Prozess mitnehmen können. Also ja, hier steckt ein ganzes Team hinter den Kulissen. Es gibt keine einzige Person, die das nur auf der Regieebene vorantreibt. Es gibt tatsächlich ein ganzes Team von Leuten, die an diesem Film mitarbeiten. Ich bin wirklich fasziniert, das von James zu hören, um zu hören, wie die Teamarbeit herauskommt.
Jean-Philippe Comeau:
Ja. Ich denke, wenn man sich einen Film wie Avatar anschaut, ist eine andere Sache, an die wir nicht denken, die Vernetzung von Remote-Teams. Das ist ein großer, großer Teil dessen, was wir 2023 tun, ist, Remote-Teams miteinander zu verbinden, damit sie das Gefühl haben, an einem Projekt zu arbeiten. Wenn du einen Film wie Avatar hast, werden deine visuellen Effekte irgendwo sein. Deine Schauspieler werden an einem anderen Ort sein. Und dann werdet ihr Musik haben und der Sound wird woanders sein. Ihre Redakteure werden wahrscheinlich woanders sein. Es gibt also eine Menge Telearbeit, die Sie erledigen. Wie bringt man das alles zusammen?
Ich erinnere mich, dass ich die alten Dokumentarfilme rund um die „Herr der Ringe“ -Filme gesehen habe, und sie flogen buchstäblich Leute mit der eigentlichen Filmrolle rein und raus, weil sie so Angst hatten, dass die Leute sie stehlen würden und sie sie nicht ins Internet stellen und sie tatsächlich mit sich herumtragen würden. Also mussten sie von London nach Neuseeland fliegen, um... Es ist irgendwie verrückt, wenn man 2023 darüber nachdenkt. Wirklich, du musstest einen 10-stündigen Flug nehmen, nur um deinen Film rüberzubringen? Wahrscheinlich ist es auch einfacher mit den Daten, nur mit der Bandbreite und allem. Ich denke, das wird auch ein interessanter Teil sein. Wie habt ihr Teams miteinander verbunden?
Du hast einen großartigen Punkt auf Pixar-Art angesprochen, oder so nennen sie es, auf Pixar-Art. Wenn du darüber nachdenkst, stecken einige wirklich, wirklich coole Ideen dahinter, ein Team zusammenzubringen und sie für ein Projekt zusammenzubringen. Ich denke, wenn Teams sich von Produkten und Dingen, an denen sie gerade arbeiten, immer distanzierter und distanzierter werden, mache ich das selbst bei der Arbeit. Die Dinge werden generisch. Irgendwann machst du einfach immer und immer wieder dasselbe. Man verliert ein bisschen den Bezug zu der Arbeit, die man macht. Ich finde es wunderbar, ein Team um ein Projekt zu scharen und zu sagen: „Glaubst du an dieses Projekt? Ich glaube an dieses Projekt. Glaubst du an dieses Projekt?“ Und dafür zu sorgen, dass das Team das tut, und wenn nicht, warum tust du es nicht? Was hält dich davon ab? Ich denke, es gibt viele gute Gespräche, tut mir leid, das kann daraus entstehen. Ja.
Dave Elkan:
Absolut. Also ja, du sprichst davon, etwas abgelegener zu werden. Ist das ein Trend, den Sie beobachten, dass immer mehr Teams remote arbeiten, oder sehen wir, dass sich das bis zu einem gewissen Grad umkehrt?
Jean-Philippe Comeau:
Es hängt davon ab, mit welcher Sphäre du arbeitest, oder in meiner Position kann ich alles anfassen. Ich tendiere eher zu den kreativeren Teams aus den Bereichen Gaming und Softwareentwicklung und so. Ich arbeite mit Banken zusammen. Ich arbeite mit, naja, amerikanischen Unternehmen zusammen, den klassischen Orten in Anzug und Krawatte, mit allem. Ich sehe alles. Es herrscht gerade ein Kampf zwischen alten und neuen, alten Arbeitsweisen, neuen Arbeitsweisen. Es findet ein riesiger Konflikt statt. Ich weiß bis heute nicht, wer gewinnen wird, weil selbst die großen Silicon Valleys, ich meine, wir alle sehen, was mit Apple passiert und dass sie obligatorische Bürotermine und solche Dinge festlegen. Man sieht das an einer Führungskraft, die vielleicht eines der modernsten Unternehmen der Welt leitet, aber er hat immer noch eine kreative Atmosphäre der alten Schule.
Ich hasse es, es zu Pixar zurückzubringen. Ich bringe es zurück zu Pixar. Sie haben so ein tolles Büro. Also, wie gesagt, ich bin sehr fasziniert von dem, was sie tun. Sie nennen es ungeplante Kreativität. Sie sind der festen Überzeugung, dass ungeplante Kreativität im Büro stattfindet, und wenn Sie ungeplante Besprechungen haben, ungeplante Interaktionen. Eines der Dinge, die sie gemacht haben, ist heute sehr verbreitet, aber als ich 14 Jahre alt war und über sie las, dachte ich: „Oh mein Gott, das sind so coole Dinge.“ Sie machten diese Tischtennisplätze und Aktivitäten und Spiele, um die Leute dazu zu bringen, zusammen zu spielen und darüber zu reden, was sie getan haben.
Und dann spricht plötzlich ein Ingenieur mit einem VFX-Künstler, der mit einem 3D- oder Konzeptkünstler spricht, als würden sie sich nie in einem Meeting oder so etwas treffen. Aber weil sie Tischtennis spielen und Ideen herumwerfen und plötzlich sagen sie: „Hey, vielleicht könnten wir dieses Ding bauen. Das wäre unglaublich.“ Weil der Künstler sagte: „Nun, jetzt könnte ich Wolken auf diese Weise malen. Ja. Ja, ich könnte Wolken kreieren, die so aussehen.“ Dann sagt der Ingenieur: „Nun, Sie können einfach ein bisschen an den Dingen anpassen.“
Wie dem auch sei, ich glaube, da steckt diese alte Schulmentalität dahinter. Diese Frage habe ich mir in unseren Slacks gestellt und wo wir über Arbeit sprechen. Ich weiß nicht, wie die Zukunft ungeplanter Kreativität aussieht. Ich weiß nicht, wie man das in einer virtuellen Welt nachstellt. Ich denke, es ist ein großes Problem, das einige Softwareunternehmen mit einigen Tools angegangen sind. Ich weiß nicht, wie man jemanden zwingt, hinter einem Computer zu sitzen und etwas Ungeplantes zu tun. Wie stolpere ich über einige... Ich weiß es nicht. Aber ja, ich denke, ein bisschen davon steckt in der Mentalität der alten Schule. Ich brauche Leute in einem Büro, damit sie sich treffen und miteinander interagieren können. Ich habe immer noch Mühe herauszufinden, wo sie falsch liegen, sagen wir es mal so. Ich weiß nicht, wo sie mit dieser Theorie falsch liegen, wenn man mit jemandem zusammen ist, wenn man mit Menschen zusammen ist, passieren die Dinge anders.
Dave Elkan:
Ich kann dem nicht mehr zustimmen. Ich denke, wenn ich eine Perspektive dazu habe, dann die, dass es keine... Oft ist es kein Schwarz-Weiß-Spiel oder ein Nullsummenspiel. Es ist eine Kombination von Dingen, die passieren werden und die sich auf Gedeih und Verderb weiterentwickeln werden. Sie können in der Geschichte auf Bell Labs und die Entwicklung des Halbleiters zurückblicken und auf die Art und Weise, wie das Gebäude im Wesentlichen so konzipiert wurde, dass es Menschen ermöglicht, vorbeizugehen und interdisziplinäre Zusammenarbeit und funktionsübergreifende Gespräche zu führen. Haben Sie jemals darüber nachgedacht, dass die ungeplante Kreativität, von der Pixar sprach, tatsächlich geplante ungeplante Kreativität war, also haben sie diese Räume mit Absicht eingerichtet? Wie können wir Dinge absichtlich so gestalten, dass Dinge geschehen, die uns unbekannt sind?
Jean-Philippe Comeau:
Ja. Ja. Ja, du hast absolut recht. Ich meine, ja, deswegen haben sie die Pixar-Büros so gebaut. Für mich ist das das Geheimnis. Wenn es jemand findet, ist es wie die Karamellmilch oder was auch immer, einfach in Flaschen abfüllen und an die Leute verkaufen, schätze ich. Ich weiß nicht. Ich habe keine Ahnung, wie die Antwort lautet. Ich habe nachgesehen und es ist... Es gibt eine App da draußen. Ich kann mich nicht an den Namen der App erinnern, aber du bist wie ein 2D-Sprite und es sieht aus wie ein NES-Spiel und du bewegst dich von Ort zu Ort. Du kannst dein Büro dekorieren. Es hat diese Atmosphäre von Animal Crossing, einem Spiel von Nintendo, in dem du einfach Sachen erstellen kannst und die Leute deine Insel besuchen können und all das.
Sie können das mit Ihren Büroräumen tun und dann können Sie einen Gemeinschaftsbereich einrichten, in dem Menschen herumlaufen. Wenn du es dir in einem Video ansiehst, ist es brillant. Toll, ich kann tatsächlich im Büro sein, ohne im Büro zu sein. Es hat diese ganze Technologie der Nähe. Wenn Sie also ein Gespräch mit jemandem in einem offenen Bereich führen, könnten die Leute vorbeigehen und hören, was Sie sagen, und mitmachen. Wunderbare Technologie, funktioniert bei Menschen nicht, wenn man wirklich darüber nachdenkt. Warum sollte ich online gehen, um in einem Büro herumzulaufen und zu reden? Ich pinge dich auf Slack an, es wird einfacher sein. In Ordnung. Ich muss nicht durch dein Büro gehen. Es ist also so, als wüsste ich nicht, was das Geheimnis ist.
Ja, du hast recht, es ist in gewisser Weise geplant. Ja, das machen wir. Ich weiß für euch bei Easy Agile nicht, wie ihr das macht. Bei Adaptavist reisen wir gerne mit Teams. Also wann immer wir etwas tun, auch wenn es um Kundenarbeit geht oder wenn wir zu einer Veranstaltung gehen oder so, versuchen wir, es uns zum Ziel zu machen, dass es auch um uns und das, was wir tun, geht. Wir sind also selten alleine gereist. Wenn ich zu einem Kunden gehe, versuchen wir, zwei Berater hinzuzuziehen, oder was ich damit sagen will, ist, mehr Leute zu holen. Ich glaube, Adaptavist versucht, darauf hinzuweisen, und ich denke, Simon, unser CEO, versucht, diese Gelegenheiten zu nutzen, um mit Menschen zusammen zu sein. Ich finde das wunderbar, aber es ist eine der unzähligen Lösungen. Ich weiß es nicht. Ich weiß es wirklich nicht. Was glaubst du? Was sind deine Gedanken dazu?
Dave Elkan:
Oh, ich kann Ihnen sagen, wie wir bei Easy Agile arbeiten. Also hier bin ich heute im Büro. Das ist ein großartiger Ort für mich, um diese Aufnahme zu machen. Wir haben ein Zimmer für etwa 50 Personen hier im Büro in Wollongong, südlich von Sydney. Wir haben ungefähr 10 bis 15, die normalerweise täglich ankommen, und das ist großartig. Es macht uns nichts aus. Wir lieben Menschen, die von zu Hause aus und von unterwegs aus arbeiten, was für sie bequemer und entspannender ist. Gleichzeitig haben wir einen vierteljährlichen Plan, wie zum Beispiel Planungssitzungen, zu denen wir gehen. Wir haben jedes Quartal Advanced Easy Agile. Wir kommen persönlich zusammen. Wir haben strategisch dafür gesorgt, dass wir Mitarbeiter so einstellen, dass das möglich ist, damit die Leute nicht über riesige Meereswellen fliegen, um zu diesem Gespräch zu kommen. In gewisser Weise ist es geplant — ungeplant. Also planen wir im Voraus.
Wenn wir für Advanced Easy Agile kommen, werden wir etwas haben, mit dem wir das Team entweder weiterbilden wollen oder was auch immer, und dann werden wir eine Art Teambindung haben, bei der die Leute aus einer Reihe verschiedener Aktivitäten wählen können, die sie gemeinsam durchführen möchten. Für uns geht es also mehr darum, persönlich zusammenzukommen, weil wir wissen, dass das wirklich wertvoll ist, um als Team ein Verständnis füreinander aufzubauen und dieses Verhältnis aufzubauen. Es kann nicht bis zu einem gewissen Grad über Zoom gemacht werden. Also, absolut, unser Geschäft läuft komplett fernbedienungsfreundlich und wir verlassen uns nicht darauf, dass die Leute persönlich sind, persönlich synchronisiert sind, um voranzukommen. Wir sehen jedoch, dass darin ein großer Mehrwert steckt. Wir versuchen also, in beiden Welten zu leben und profitieren von beiden. Ja. Ja, das ist eine Sache, die funktionieren kann. Das ist nicht jedermanns Sache. Wenn Sie ein wirklich dezentralisiertes globales Unternehmen haben, ist es nicht gerade einfach oder erschwinglich, alle vierteljährlich zusammenzubringen.
Jean-Philippe Comeau:
Ja. Ich finde es aber wunderschön. Also ich bin seit fast sechs Jahren bei Adaptavist... Ich bin jetzt in meinem sechsten Jahr und früher konnten wir... Wir haben es nicht vierteljährlich gemacht. Wir haben am Ende des Jahres eine jährliche Veranstaltung gemacht, bei der sich alle trafen. In den letzten zwei Jahren haben wir es Winter Con genannt, und ich fand die Idee wirklich toll, denn wir konnten Ideen einbringen, worüber wir sprechen wollten. Es könnte um Arbeit gehen, es könnte um Kunden gehen, es könnte um letztes Jahr gehen, worüber auch immer du sprechen wolltest, es könnte um dich selbst gehen, es könnte um eine coole Sache gehen, die du dieses Jahr gemacht hast, was auch immer. Wir hatten ein Wahlsystem, aber eigentlich konnte so ziemlich jeder, der etwas sagte, reinkommen.
Man konnte einfach herumlaufen und es war buchstäblich ein Konferenzzentrum. Wir richteten einige Räume ein und du konntest reingehen und dir eine Präsentation ansehen, wortwörtlich wie Teams oder was auch immer. Es war jedes Mal die beste Erfahrung, dass wir das gemacht haben. Ich liebe diese, weil sie einen Wert haben. Es hat einen ROI, wenn alle lernen und weiterbilden und diese Silos aufbrechen, in denen man sagt: „Hey, ich habe nie mit Marketing gearbeitet, aber hier ist ein einstündiges Gespräch über etwas, das wir im Marketing gemacht haben. Ich möchte wirklich mitmachen „und all diese Dinge. Das ist großartig. Es gab auch den ungeplanten ROI, bei dem Sie mit mehreren Ideen herauskamen wie: „Oh, das könnte ich untersuchen. Das könnten wir untersuchen. Ich habe dieses Treffen im Januar angesetzt, und jedes Mal, wenn ich im Januar wiederkomme, werden wir über diese Sache sprechen, über die wir im Zusammenhang mit Cloud-Migrationen gesprochen haben.“ All das ist auf der Winter Con passiert.
Jetzt sind wir nach COVID exponentiell gewachsen, naja, während und nach COVID. Also während COVID passierte und plötzlich wollten alle arbeiten. Und dann, als Unternehmen, die remote tätig waren, glaube ich, sind viele der Unternehmen, die remote tätig waren, während COVID gewachsen sind, statt weil Unternehmen, die lokal oder so waren, langsam etwas schwächer wurden, sagen wir es mal so. Als wir gewachsen sind, können wir das nicht mehr als eine einmalige Sache unterstützen, bei der Sie... Wir sind jetzt fast tausend. Es gibt eine Menge Leute, die umziehen müssen, und viele Konferenzen, viele Konferenzräume und Präsentationen und Dinge, die wir einfach nicht unterbringen können. Also, ich vermisse es sehr. Wir haben es aus der Ferne gemacht, aber wie du schon sagtest, es ist nicht dasselbe, einen Zoom-Anruf zu tätigen.
Ich erinnere mich, dass ich in diesen Präsentationen saß und du dich neben Leute setzt, dass jemand aus Arkansas, jemand aus Cambridge, und du fängst an zu reden. Ja, Sie hören einer Konferenz zu, aber wir alle wissen, was passiert, wenn Sie sich eine Präsentation anhören. Du fängst an zu reden wie: „Ja, das ist eine interessante Idee. Was hast du letztes Wochenende gemacht?“ Du fängst an zu reden. Das sind Dinge, die du auf Zoom nicht tun kannst. Das kann man auf Zoom nicht wirklich reproduzieren. Es wird nicht wirklich passieren und das vermisse ich sehr. Ich weiß nicht, was die Lösung ist, wenn man einen solchen globalen Vertrieb hat. Ich meine, ich schätze, du tust das in kleinerem Rahmen, vielleicht treffen sich ganz Nordamerika oder solche Dinge, aber es ist einfach nicht dasselbe, überhaupt nicht dasselbe. Ich finde es wunderbar, dass ihr das immer noch machen könnt, weil alle in der Nähe sind. Ich finde es wirklich nett.
Dave Elkan:
Oh, danke. Ja, wir hoffen, daran festhalten zu können, solange wir können. Wir verstehen, dass diese Dinge nicht skalierbar sind. Irgendwann müssen wir es in verschiedene Ereignisse aufteilen, damit die Leute, glaube ich, ein höheres Maß an Beteiligung daran haben können. Wenn Sie zu viele Leute gleichzeitig haben, kann es einfach ein bisschen schreibgeschützt sein, so wie ich das sehe. Es ist, als würde man einen Teilnehmer suchen.
Jean-Philippe Comeau:
Das ist nett. Ja. Ja, das gefällt mir. Ja. Ja, du hast recht.
Dave Elkan:
Also würde ich gerne kurz auf Atlassian Team '23 zurückkommen.
Jean-Philippe Comeau:
Es tut mir leid.
Dave Elkan:
Du hast am Anfang erwähnt... Das ist in Ordnung. Wir werden dort hinkommen. Es gibt diese neuen Apps, vor allem im DevOps-Tooling-Bereich, an dem Atlassian arbeitet, also Discovery. Kannst du mir einfach ein bisschen mehr darüber erzählen, was du dort siehst und warum das jetzt zum Tragen kommt?
Jean-Philippe Comeau:
Ja, ich denke, es dreht sich alles um Cloud. Ich bin der Erste, der sagt, ein großer Fan von Rechenzentren, ein großer Fan von On-Premise-Systemen. So habe ich das Atlassian-Toolset gelernt. Also, ein bisschen skeptisch, als die Cloud zustande kam. Als es wuchs und besser wurde, wurde es besser, das war großartig. Ich denke, es ist jetzt an einem ausgereiften Punkt angelangt, wo das Point-A-Programm, aus dem all diese Tools hervorgegangen sind, also das Produkt Discovery, Atlas und all das, das sind die Früchte der Cloud. Das liegt daran, dass sie jetzt, wo wir die Cloud haben, Produkte herstellen und Dinge ausprobieren können, um zu sehen, ob sie funktionieren oder nicht. Ich denke, das ist der Grund, warum ich denke, dass dieses Jahr das Jahr ist, in dem das Programm ausgereift genug ist. Die Migration ist bereit. Ich meine, das Ende der Serverlebensdauer ist seit einem Jahr vorbei. Ich denke, wir sind endlich an einem Ort, an dem wir tatsächlich über all diese Möglichkeiten sprechen können. Die meisten Konferenzteilnehmer werden davon profitieren können.
Ich erinnere mich an letztes Jahr, als es in den Gesprächen viel um JSM und all die coolen Dinge ging, die es machen würde, aber du hattest immer noch viele Leute auf dem Server, immer noch viele Leute im Rechenzentrum. Es ist also ein bisschen auf taube Ohren gestoßen. Viele Leute in der Menge sagten einfach: „Ja, das ist nichts für mich.“ In beiden Keynotes ging es darum. Wie dem auch sei, ich denke, dieses Jahr wird es deswegen besser werden, weil alle mitgemacht haben. Ich denke, es ist gerade so, weil ja, es ist Cloud. Sie können einfacher und schneller versenden. Sie können besser versenden. Du kannst besser iterieren. Sie können ein Produkt viel, viel schneller fertig stellen, als wenn Sie vor Ort sind, und ich glaube, das ist der Grund, warum Sie das explodieren sehen. Ich finde auch, dass es großartige Ideen sind. Speziell ein großer Fan von Atlas. Großer, großer Fan von Atlas.
Dave Elkan:
Ja. Fantastisch. Also, wie sehen Ihre Kunden die Migration zur Cloud? Auf der anderen Seite, ist das etwas, wofür sie offen sind? Ist das etwas, das sie unterstützen?
Jean-Philippe Comeau:
Jeder ist fasziniert, ich fange dort an. Jeder ist fasziniert. Nun, die Höhe des Interesses hängt von der Branche und der Größe ab. Wenn du ein riesiges... Ich nehme Banken, weil Banken für mich wie Länder sind. Wenn Sie sich also eine riesige Bank ansehen, in der Sie 30.40.000 Benutzer haben, haben sie normalerweise eine solide Infrastruktur. Sie haben solide Administratoren. Sie haben Teams, die irgendwie davon leben. Sie hat im Grunde ihre eigene Wirtschaft aufgebaut. Es läuft von selbst. Wenn du da reingehst und versuchst, ihnen etwas über die Cloud beizubringen und all die großartigen Dinge, die damit möglich sind, fangen sie an, Fragen zu stellen, die sehr technisch sind und sehr gut sind. In der Cloud gibt es noch keine wirkliche Antwort, und so wird es nervös. Wenn ich dagegen zu einer Organisation mit 500.000 Mitarbeitern gehe und sie anfangen, Fragen zur Cloud zu stellen, haben wir normalerweise mehr Antworten darauf. Es ist einfach, eine einfachere Konversation. Sie haben nicht die gleichen Sorgen oder Probleme im Kopf wie der Administrator von 40.000 Menschen. Es ist einfach nicht dieselbe Realität, die sie sehen.
Also ich denke, vorerst, und ich weiß, dass Atlassian einen großen Vorstoß in diesen Unternehmensbereich macht, denke ich, dass Sie vorerst dieses Wachstum sehen werden. Aber solange wir nicht die volle Autonomie darüber haben, wo sich unsere Daten befinden und wie zugänglich diese Daten sind, wird das ein Problem sein, solange FedRAMP nicht für alle verfügbar ist, solange all diese verschiedenen SOCs und Compliance-Anforderungen nicht für alle verfügbar sind. Diese sind sehr schwierig, weil Sie ein Ökosystem rund um viele Integrationen aufgebaut haben und Easy Agile für mich eine dieser Integrationen ist, weil es sich um eine Drittanbieter-App handelt, wie auch immer Sie sie betrachten möchten. Adaptavist hat eine eigene Drittanbieter-App. Sie haben also Script Runner und all das. Wir haben alle Apps von Drittanbietern. Atlassian kann also nicht sagen: „Oh, ja, ich gebe eine pauschale Aussage ab. Wir können all diese Dinge tun.“ Es ist nicht wirklich wahr. Ich sage: „Moment mal, du musst all die verschiedenen App-Partner da draußen berücksichtigen, die ihre Sachen machen, und du kannst uns nicht alle unter ein Dach bringen.“ Ich denke, sie sind Opfer ihres Erfolgs. Was Atlassian immer noch so großartig macht, ist das Partner-Ökosystem, Apps, Lösungen, sorry, einfach alles, aber es ist auch der Grund für die Akzeptanz und die Geschwindigkeit, mit der die Einführung der Cloud erfolgt. Es macht es langsamer, als sie es wollen würden. Ich denke, das war vielleicht der kleine Fehltritt, als alles angekündigt wurde wie: „Oh, ihr verlasst euch sehr auf diese Apps.“ Ja. Viele unserer Kunden würden tatsächlich sagen, dass die Apps für sie noch wichtiger sind als der Kern. Es ist nur eine Sache, die du siehst. Um also auf Ihre Frage zurückzukommen, hängt von der Komplexität der Instanz ab. Je größer die Instanz, desto komplexer ist sie in der Regel. Wenn ich also zu über 10.000 Benutzern gehe, wird das eine sehr lange Konversation. Sehr, sehr langes Gespräch.
Dave Elkan:
Ja, das ist es. Es ist lustig, dass Atlassian das verschickt und gesagt hat: „Hey“. Nun, eigentlich gab es die Vermutung, dass die Apps auch von SOC 2 oder ähnlichem abgedeckt wurden, und das fehlte... Aber es war dieses Missverständnis. Aber ich sage, als Geschäftsinhaber, der SOC 2 durchläuft, ist das ein sehr lohnender und guter Prozess. Es ist schwer. Wir machen das viel früher als Atlassian auf ihrer eigenen Reise, aber je früher du es tust, desto einfacher ist es. Idealerweise musst du dir als kleineres Unternehmen weniger Sorgen machen und die von dir eingeführten Prozesse lassen sich einfacher verwalten und überwachen. Wir freuen uns daher, wirklich den SOC 2-Weg einzuschlagen und unseren Unternehmenskunden diese Sicherheit zu bieten. Also ja, ein sehr guter Prozess, den es zu durchlaufen gilt.
Jean-Philippe Comeau:
Ja, ihr macht das gerade durch. Hast du es schon erworben? Haben Sie Ihre Konformität schon erhalten oder sind Sie auf dem besten Weg, sie zu bekommen?
Dave Elkan:
Nein, wir sind gerade auf dem Weg zu SOC 2 Typ 1.
Jean-Philippe Comeau:
Beeindruckend. Nett.
Dave Elkan:
Ja.
Jean-Philippe Comeau:
Ja. Ja. Wir haben jetzt eine Sicherheitsgruppe da und sie kümmern sich um all das. Ich bin nicht gut mit den Compliances. Ich sage es sofort, auf Anhieb, ich kenne sie nicht sehr gut. Ich weiß, sie sind wie Buchstaben, die ich gerne neben jeder App sehen würde. Das weiß ich. Ich weiß nicht, wie tiefgründig die Prozesse sind, aber ich weiß, dass sie so komplex sind, dass man ein Team braucht, das sich der Umsetzung widmet. Also, was habt ihr bisher gesehen? Es kommt super voran. Was sind einige der Herausforderungen, die Sie vielleicht gesehen haben? Ich bin einfach fasziniert.
Dave Elkan:
Ja. Oh, schauen Sie, unsere Cloud-Apps sind alle auf die gleiche Weise konzipiert, also verwenden sie alle bis zu einem gewissen Grad dieselbe Codebasis, wie die Bereitstellungsmethodik. Wir haben keine Akquisitionen getätigt, die das Ganze noch komplizierter gemacht haben, also machen wir das Beste aus dieser Situation. Wir haben im letzten Quartal eine Menge Arbeit geleistet, um alle Kontrollen und Kontrollen rund um diesen Einsatz durchzuführen. Als Nächstes müssen wir wirklich die Prozesse einrichten, um sicherzustellen, dass unser Team versteht, mit verschiedenen Situationen und ähnlichem umzugehen. Das werden wir also im nächsten Quartal angehen. Ich freue mich darauf, das durchzugehen und einen kleinen Sprint mit Nick, meinem Mitbegründer und Co-CEO, zu machen, um zu sehen, wie viel wir in einer bestimmten Zeit erledigen können, und mich wirklich darauf zu konzentrieren. Ich denke, der Vorteil wird darin bestehen, dass wir unser Geschäft viel verständlicher und klarer führen, was auch für unsere Kunden offensichtlich ist, was sehr gut ist. Ich bin voll und ganz dafür. Ja.
Jean-Philippe Comeau:
Ja, das ist großartig. Ja, ich glaube, wir erleben einige ähnliche Dinge, aber wir haben eine Menge Sachen erworben und das macht alles sicherlich ein bisschen schwieriger.
Dave Elkan:
Ich kann es verstehen. Es wäre sehr schwierig, zu versuchen, diese Lücken zu überbrücken und genug zu homogenisieren, um in Zukunft eine wirklich klare Aussage treffen zu können. Ja. Okay. Also haben wir kurz auf die Atlassian-Apps eingegangen, die sie mitbringen. Gibt es Apps auf dem Markt, die du im Auge hast und mit denen du gerne sprechen würdest, abgesehen von Easy Agile?
Jean-Philippe Comeau:
Ich meine, natürlich. Ja. Ein großer Bedarf, den ich jetzt auf dem Markt merke... Ich weiß nicht, ob es ein Geheimnis ist oder so, ich sollte warten, weil ich Team '23 kenne, sie werden ein paar Sachen machen und ich freue mich wirklich auf sie. Also eines der Dinge, die uns auffallen, ist... Also Backups, also Unternehmenssupport, im Grunde. Im Moment, wenn Sie in der Cloud sind, haben die meisten Unternehmen, wiederum in den 40.000 und mehr, einen starken Backup-Bedarf und sie haben tatsächlich Anforderungen, Gesetze, Dinge, die sie einhalten müssen, was die Dauer der Datenpflege angeht, wie lange sie Backups von Daten haben und all das. Im Moment ist die Art und Weise, wie das in der Cloud gemacht wird, überhaupt nicht nett. Du musst tatsächlich in die Benutzeroberfläche gehen. Du bekommst ein Backup. Wenn Ihr Backup umfangreich ist, dauert die Bearbeitung mehrere Tage und Sie müssen daran denken... Es ist alles manuell. Es gibt nichts, was wirklich automatisiert ist.
Es gibt also einen wachsenden Markt für diese Art von Apps. Ich habe das alles mit diesen Leuten bei Revyz besprochen, R-E-V-Y-Z. Sie automatisieren diesen Prozess im Grunde genommen für Sie und hosten Ihre Daten. Im Moment machen sie das nur ein Jahr lang, aber es ist immer noch viel besser als das, was wir da draußen sehen. Es besteht ein großer Bedarf an solchen Diensten, bei denen sie... Weil ich meine, ein Teil des Reizes der Cloud liegt offensichtlich darin, dass man sich keine Gedanken mehr machen muss und Atlassian Backups nur für 21 Tage garantiert. Wenn du also ein Unternehmen bist und mindestens sechs Monate Datenwiederherstellung anstrebst, wirst du das zumindest nicht bekommen. Wenn Sie also einen Partner wie Revyz oder all diese haben, gibt es andere Apps da draußen. Ich spreche speziell von Revyz, weil ich viel mit ihnen spreche, aber es passieren viele interessante Dinge.
Außerdem, was ist das Tolle an diesen Apps, was diese Entwickler gefunden haben, und sobald sie diesen Prozess abgeschlossen haben, erhalten sie jetzt Zugriff auf die Struktur der Daten und sie haben begonnen, Tools rund um diese Struktur zu entwickeln. So kann diese App beispielsweise tatsächlich Projekte und Probleme sowie benutzerdefinierte Felder und Konfigurationen wiederherstellen. Sie müssen also keine vollständige Wiederherstellung durchführen. Sie können tatsächlich auswählen, was Sie wiederherstellen möchten, was brillant ist. Das war selbst im Rechenzentrum nicht einfach zu bewerkstelligen. Du könntest nicht einfach sagen wie: „Hey, gib mir das Problem.“ Du müsstest den Snapshot wiederherstellen, ins System gehen und deine Sachen suchen. Jetzt kann ich in meine Benutzeroberfläche und Jira gehen, in meine Backup-App gehen und mir das Problem ansehen, das ich versehentlich gelöscht habe, es finden, es am selben Tag wiederherstellen. Es enthält Kommentare, die sagen: „Das wurde durch erneute Besuche wiederhergestellt, also stell sicher, bla, bla, yada, yada, yada.“ Es ist einfach genial und ich freue mich wirklich darauf, dass das in diesem Jahr wächst.
Dave Elkan:
Das ist unglaublich. Ja, das ist ein wirklich faszinierender Teil dieses Artikels, den ich nie wirklich durchdacht habe. Das ist eigentlich ein wirklich wichtiger Teil der Unternehmensführung, dass Sie diese kontinuierlichen Backups haben. Ja. Geil. Ja, das ist ein toller Einblick.
Jean-Philippe Comeau:
Ja, es wird ein interessanter Markt sein, in den man eintauchen kann, weil wir auch als Servicepartner gefragt wurden: „Können Sie das einhalten?“ Die Wahrheit ist, dass Sie das ohne eine App nicht können. Es gibt keine wirkliche Möglichkeit für mich, ein Backup zu bekommen. Ich müsste jeden Tag in deine Instanz gehen. Ich glaube nicht, dass Sie möchten, dass ein Berater jeden Tag Ihre Instanz untersucht, ein Backup herunterlädt und es wirft. Ich gebe mein Geld lieber woanders aus. Diese Apps werden also sehr... Ich denke, sie werden groß sein und ich bin wirklich gespannt, was mit all diesen verschiedenen Unternehmungen passiert.
Dave Elkan:
Nun, sicherlich, ein Stand, an dem ich vorbeischauen werde, um zu sehen, ob wir die Easy Agile-Daten auch in das Backup aufnehmen können.
Jean-Philippe Comeau:
Ja, genau. Also schauen sie sich andere App-Partner an und schauen, was sie tun können. Also ich denke, ja, absolut, wenn du chatten willst, das sind großartige Leute.
Dave Elkan:
Wunderschön. Vielen Dank für deine Zeit heute, JP. Das ist ein Wrap. Hey, gibt es noch etwas, das du ansprechen wolltest, bevor wir fertig sind? Gibt es etwas, das du dir von der Veranstaltung erhoffst, das du von der Veranstaltung mitnehmen möchtest? Gibt es etwas am Spielfeldrand, das du sehen wirst, wenn du dort bist?
Jean-Philippe Comeau:
Ich meine, der App Day wird natürlich eine große Sache sein. Ich freue mich sehr, euch alle persönlich kennenzulernen, alle zu sehen. Der App Day ist also die Zeit, in der ich wirklich technisch werde und mir die Hände schmutzig mache. Das mache ich heutzutage nicht oft. Ich vermisse es manchmal, mich einfach hinzusetzen und ein bisschen gute alte Verwaltungsarbeit zu erledigen. Wie dem auch sei, die App Days sind normalerweise der Zeitpunkt, an dem ich wirklich zum Kern zurückkehre. Lassen Sie uns über Script Runner sprechen, wo wir uns gerade befinden, und lassen Sie uns mit Easy Agile, mit Temple, mit all diesen verschiedenen App-Anbietern sprechen und darüber sprechen, was kommt und was sie sehen. Ich freue mich schon sehr darauf. Aber abgesehen davon, nein, ich will nur eine gute Zeit haben. Hoffentlich werde ich am Abend auch eine gute soziale Zeit haben. Wie ich schon sagte, wir werden uns nicht den halben Spaß jeden Tag nach den Veranstaltungen gönnen, also freue ich mich wirklich darauf, all meine Ökosystempartner zu treffen und mit allen zu sprechen und zu sehen, was sie im vergangenen Jahr gesehen haben.
Dave Elkan:
Ebenso. Ich freue mich jetzt mindestens 1.000% mehr, nachdem ich mit Ihnen darüber gesprochen habe. Vielen Dank, dass Sie sich heute die Zeit genommen haben, JP, das zu besprechen, und ich kann es kaum erwarten, Sie dort zu sehen.
Jean-Philippe Comeau:
Ja, ich kann es kaum erwarten, dich zu sehen. Danke, dass du mich eingeladen hast.
Dave Elkan:
Keine Probleme. Danke, Kumpel.
PodcastEasy Agile Podcast Ep.17 Definition eines Produktmanagers: Die Idee eines gemeinsamen Gehirns
In dieser Folge wurde ich von Sherif Mansour, Distinguished Product Manager bei Atlassian, begleitet.
Wir haben über die Stile des Produktmanagements und die Eigenschaften gesprochen, die einen großartigen Produktmanager ausmachen. Bevor wir die Idee eines gemeinsamen Gehirns und die Rolle eines Produktingenieurs erforschten.
Sherif ist seit über 15 Jahren in der Softwareentwicklung tätig. Während seiner Zeit bei Atlassian war er für Confluence verantwortlich, ein beliebtes Tool für die Zusammenarbeit von Inhalten für Teams.
In letzter Zeit verbringt Sherif die meiste Zeit damit, Probleme mit allen Cloud-Produkten von Atlassian zu lösen. Sherif spielte auch eine Schlüsselrolle bei der Entwicklung neuer Produkte wie Stride, Team Calendars und Confluence Questions bei Atlassian. Sherif ist der Meinung, dass es schwierig ist, einfache Produkte zu entwickeln, und das gilt auch für das Schreiben einer einfachen, kurzen Biographie.
Hoffe dir gefällt die Folge genauso gut wie mir. Danke für ein tolles Gespräch, Sherif.
PodcastEasy Agile Podcast Ep.21 LIVE von Agile2022!
„Das ist ein Abschluss von Agile2022! Es war großartig, so viele von Ihnen in der Agile-Community persönlich treffen zu können!“ - Tenille Hoppo
Diese Bonus-Episode wurde LIVE bei Agile2022 in Nashville aufgenommen!
Das Easy Agile-Team hat mit so vielen großartigen Leuten aus der Agile-Community gesprochen und über die Höhepunkte der Konferenz, wichtige Erkenntnisse, agile Zeremonien und mehr nachgedacht!
Vielen Dank an alle, die am Stand vorbeigeschaut haben, um G'Day zu sagen und ein oder zwei Tim Tam genossen haben;)
Vielen Dank an alle unsere Podcast-Gäste, dass sie einige Zeit mit uns verbracht haben, um diese Episode zu erstellen!
- Cody Wooten
- Gil Broza
- Maciek Saganowski
- Lindy Quick
- Carey Young
- Leslie Morse
- Dan Neumann
- Joe Falu
- Kai Zander
- Avi Schneier
- Doug Page
- Evan Leyburn
- John Kerr
- Josua Seckel
- Rob Duval
- Andrew Thompson
Transkript
Caitlin:
Hallo zusammen. Nun, das ist ein Abschluss von Agile 2022 in Nashville. Das Easy Agile-Team ist wieder zu Hause in Australien, und wir haben den größten Teil unserer Heimreise damit verbracht, über all die großartigen Gespräche zu sprechen, die wir mit allen Mitgliedern der Agile-Community führen konnten. Es war großartig, Kunden und Partner zu treffen, alte Freunde zu sehen und viele neue zu finden. Wir haben es geschafft, einige Ausschnitte dieser großartigen Gespräche aufzunehmen, und wir freuen uns, sie mit Ihnen, unserem Easy Agile Podcast-Publikum, zu teilen. Also viel Spaß.
Maciek:
[unhörbar 00:00:26].
Tenille:
Maciek, vielen Dank, dass du dir heute Zeit für uns genommen hast.
Maciek:
Keine Sorge.
Tenille:
[unhörbar 00:00:30], kannst du uns sagen, was das Beste war, was du diese Woche gelernt hast?
Maciek:
Oh, das war definitiv bei Melissa Perris Vortrag. Als sie über... sprach Als ob sie für mich davon sprach, langsamer zu werden. Und was wir bei Agile tun, ist nicht nur Lieferung, Lieferung, Lieferung, sondern es geht auch darum, Dinge, die wir bereits entwickelt haben, zu lernen und zu ändern und herauszufinden, welchen Mehrwert wir unseren Kunden bieten können. Es geht nicht nur um Versandfunktionen, es geht vor allem um den Wert. Das habe ich gelernt.
Tenille:
Das ist großartig. Danke. Also, was denkst du wäre die geheime Zutat für ein großartiges Agile-Team?
Maciek:
Demut. Irgendwie sollte die Teamkultur Demut und Fehler beinhalten. Und die Leute sollten keine Angst davor haben, Fehler zu machen, denn ohne Fehler zu machen, lernt man nicht. Das ist was ich denke.
Tenille:
Was wäre also, glaube ich, wenn es eine Agile-Zeremonie gäbe, die jedes Team durchführen sollte, was denkst du, könnte das sein?
Maciek:
Sicher, Retro, und das kommt wieder auf die Fehler und den Lernteil zurück.
Tenille:
Ja. Fantastisch.
Maciek:Keine Sorge.
Tenille:
Das ist großartig. Vielen Dank, dass du dir die Zeit genommen hast.
Maciek:
In Ordnung. Danke.
Tenille:
Prost.
Mädchen:
[unhörbar 00:01:42].
Caitlin:
Gil:, vielen Dank, dass du mit uns gechattet hast. Im Moment sind wir also alle auf der Agile 2022 in Nashville. Es finden viele interessante Gespräche statt.
Mädchen:
Ja.
Caitlin:
Wenn Sie einem neu entstehenden Agile-Team einen Ratschlag geben könnten, welcher wäre das?
Mädchen:
Es wäre, kleine, wertvolle Arbeiten gemeinsam zu beenden. Es hat ein schreckliches Akronym, FSVWT. Es kann also nicht auf diese Weise in Erinnerung bleiben. Erledigen Sie gemeinsam kleine, wertvolle Arbeiten. Es wird viel über Prozesse, Arbeitsvereinbarungen und Tools gesprochen. Das ist alles wichtig, aber manchmal ist es zu viel für ein Team, das gerade erst anfängt. Wenn wir also nur daran denken, kleine wertvolle Arbeiten gemeinsam zu erledigen, ist das eine großartige Geschichte.
Caitlin:
Ja, ich liebe das. Und du warst Redner auf der Konferenz?
Mädchen:
Ja.
Caitlin:
Kannst du unserem Publikum einen kleinen Einblick geben, worum es in deinem Gespräch ging?
Mädchen:
Was in vielen Situationen passiert, ist, dass Technik oder Entwicklung nicht wirklich mit dem Produkt/Unternehmen zusammenarbeiten. Und stattdessen gibt es eine Übergabebeziehung. Aber was passiert, ist, dass es ohne eine kooperative Beziehung wirklich schwierig ist, Agilität aufrechtzuerhalten. Die Leute machen viele einseitige Annahmen. Und im Laufe der Zeit führt die Art und Weise, wie Entscheidungen getroffen werden, dazu, dass die Kosten für Änderungen steigen und die Sicherheit, Änderungen vorzunehmen, sinkt. Und wenn das passiert, wird alles schwieriger und langsamer, sodass die Agilität darunter leidet. Der Kern des Vortrags war also, wie wir zusammenarbeiten können, also sowohl das Produkt als auch die Technik, auf eine Weise, die es uns ermöglicht, die Kosten von Änderungen zu kontrollieren und die Sicherheit zu erhöhen? Es geht also nicht nur um Zusammenarbeit jeglicher Art. Es gibt ganz bestimmte Prinzipien, die befolgt werden müssen. Das nennt man technische Agilität, und wenn wir das tun, können wir langfristig agil sein.Caitlin:
Großartig. Ich liebe es. Nun, vielen Dank und ich hoffe, Sie genießen den Rest Ihrer Zeit auf der Konferenz.
Mädchen:
Ich danke dir.
Caitlin:
Großartig. Danke.
Tenille:
Hallo, Tenille hier von Easy Agile, mit Josh von Deloitte, und wir werden ein gutes Gespräch über Team-Retrospektiven führen. Also Josh, danke, dass du dir die Zeit für ein gutes Gespräch genommen hast. Sie sind also ein bisschen Experte für Team-Retrospektiven. Was sind deine Top-Tipps?
Josh:
Meine Top-Tipps für den Rückblick sind also zunächst, tatsächlich eine Änderung vorzunehmen. Machen Sie keine beobachteten Lektionen. Ich habe gesehen, dass viele von ihnen tatsächlich eine Veränderung vorgenommen haben, auch wenn es am Ende nur eine kleine ist. Die zweite und ein Teil davon ist, dass Sie Ihre Veränderung vornehmen und experimentieren. Etwas, das man messen kann, etwas, von dem man tatsächlich sagen kann, ja, wir haben dieses Ding gemacht und es hatte Wirkung. Vielleicht nicht die Wirkung, die Sie sich gewünscht haben, aber es hatte eine gewisse Wirkung. Der zweite Tipp lautet: Variieren Sie Ihre Rückblicke. Eine Retrospektive, die Sprint für Sprint nach Sprint gleich ist, funktioniert für etwa zwei Sprints, und dann werden Ihre Produktivität und Ihre Kreativität außerhalb der Retrospektive erheblich abnehmen.
Tenille:
Das ist ein ausgezeichneter Punkt. Also, wie erstellt man [unhörbar 00:05:03]?
Josh:
Ich habe viel über sie nachgedacht und recherchiert und Websites wie TastyCupcakes genutzt, aber auch meine eigenen Retrospektiven entwickelt. Ich habe eine Retrospektive gemacht, die auf dem Pixar-Pitch basiert. Es gibt sechs Sätze, die jeden Pixar-Film definieren. Nehmen Sie die Basissätze, wenden Sie sie auf Ihren Sprint oder Ihren PI an und machen Sie einen Retro, und lassen Sie dem Team diese Kreativität, um ein ganzes Filmplakat zu erstellen, wenn es möchte. Regie: [unhörbar 00:05:34], weil es passiert. Die Leute engagieren sich und engagieren sich, wenn man ihnen Alternativen gibt, verschiedene Arten, Retrospektiven zu machen.
Tenille:Das ist richtig. Also für die Teams, die im Moment keine Retrospektiven veranstalten, was ist die eine wichtige Sache, über die sie nachdenken müssen, dass du... Was ist das Wichtigste, was du ihnen sagen könntest, um sie zum Start zu ermutigen?
Josh:
Wenn du keine Retrospektiven machst, machst du keine [unhörbar 00:05:54]. Also sollte ich das nicht sagen. Aber wenn du keine Retrospektiven machst, wenn du wirklich glaubst, dass du absolut nichts zu verbessern hast und du zu 100% zu den Besten der Besten gehörst, was bedeutet, dass du wahrscheinlich bei Google oder Amazon oder Netflix arbeitest, obwohl sie Retrospektiven machen. Wenn du also wirklich glaubst, dass du diesen Unternehmen gleichwertig bist, dann musst du sie vielleicht nicht machen, aber ich bin mir ziemlich sicher, dass jedes Team etwas hat, das es verbessern kann. Und das anzuerkennen und dann zu sagen, wie werden wir das machen? Die Retrospektive ist eine sehr schnelle und einfache Methode, um diese Verbesserungen tatsächlich vorzunehmen und sie in die Realität umzusetzen.
Tenille:
Fantastisch. Großartig. Vielen Dank, dass Sie sich die Zeit genommen haben, kurz mit uns über Rückblicke zu sprechen.
Josh:
Ich danke dir.
Caitlin:
Wir sind hier mit Leslie, der Präsidentin von Women in Agile. Leslie, am Sonntag gab es eine tolle Veranstaltung.
Leslie:
Ja.
Caitlin:
Sprich uns einfach ein bisschen darüber an. Was ist in die Planung eingeflossen? Wie war es, wieder alle zusammen zu sein?
Leslie:
Es war toll, die Frauen in der Agile-Community wieder zusammen zu haben, oder? Unser erstes Mal seit 2019, als alle zu dieser Veranstaltung in Washington DC zusammen waren. In den meisten sechs oder sieben Monaten der Planung hatten wir ungefähr 200 Personen im Raum. Zum Glück wissen wir [unhörbar 00:07:10], was diese Frauen in Agile-Sessions machen, die wir jedes Jahr im Rahmen der Agile Alliance-Konferenzen veranstalten, oder? Wir haben eine allgemeine Eröffnung. Wir haben einen großartigen Keynote, bei dem es sich immer um jemanden handelt, der direkt neben dem Agile-Bereich steht. Wir wollen nicht einfach nur mögen... Wir wollen unsere Weisheit und unser Wissen mit Leuten teilen, die noch nicht zu uns gehören, weil wir das ganze Agile-Zeug auf der großen Konferenz bekommen, wenn wir dort sind.
Leslie:
In diesem Teil bringen wir immer neue Stimmen auf den Markt, was wahrscheinlich eine meiner Lieblingsfrauen in Agile-Programmen ist. Drei Mentees, die mit erfahrenen Rednern gepaart wurden, treten zum ersten Mal auf die Bühne, um ihr Talent und ihre Sichtweise zu teilen. Das ist also wirklich großartig. Und dann eine Art interaktives Networking-Event. Dieses Muster hat uns also wirklich gute Dienste geleistet, seit wir das seit 2016 machen, was ein bisschen beängstigend ist, wenn man bedenkt, dass es schon so lange passiert. Und es ist zu einer großartigen Gelegenheit für die Community geworden, auf globalere Weise zusammenzukommen, weil die Agile Alliance so viele Menschen für ihre jährliche Veranstaltung anzieht.
Caitlin:
Ja, ganz sicher. Ja, es war eine großartige Veranstaltung. Ich weiß, dass wir alle viel Spaß hatten, dort zu sein. Was war Ihre wichtigste Erkenntnis aus der Veranstaltung?
Leslie:
Ich werde zu [unverständlich 00:08:14] interaktiven Netzwerken gehen, die sie mit uns gemacht hat, und uns wirklich herausfordern, unseren Mut in Bezug auf Grenzen und das Beenden von Gesprächen zu stärken. Wir müssen keinen Grund angeben. Wenn ein Gespräch uns nicht nützt oder aus welchem Grund auch immer nicht der Ort ist, an dem wir sein müssen, haben Sie absolut die Freiheit, dieses Gespräch zu beenden und einfach weiterzumachen. Ich liebe die Tipps und Tricks, die sie uns gegeben hat, um das gut zu machen.
Caitlin:
Ja, ja, das liebe ich auch. Das ist großartig. Nun, vielen Dank. Ich weiß es zu schätzen.
Leslie:
Ja. Danke, dass du mich eingeladen hast.
Tenille:
Hallo, Evan. Wie geht's dir?
Evan:
Sehr gut.
Tenille:
Das ist gut. Kannst du mir bitte sagen, was das Beste ist, was du heute gelernt hast?
Evan:
Das beste Zitat, das ich habe: „Politik ist die Währung menschlicher Systeme.“ Richtig?
Tenille:
Beeindruckend.
Evan:
Wenn du also ein menschliches System ändern willst, musst du die Politik spielen.
Tenille:
Fantastisch.Evan:
Was sich beschissen anfühlt, aber...
Tenille:
Es ist so wie es ist.
Evan:
... so ist das nun mal.
Tenille:
[unhörbar 00:09:07]. Okay, nächste Frage. Ohne welche Agile-Zeremonie können Sie und Ihr Team nicht leben?
Evan:
Rückblick. Mit der Retrospektive kannst du quasi alles andere gestalten.
Tenille:
Fantastisch. Das ist wirklich gut. Und was ist Ihrer Meinung nach wahrscheinlich die wichtigste Zutat für einen guten Rückblick?
Evan:
Oh, vertraue. Vertrauen erfordert Respekt. Es erfordert Glaubwürdigkeit. Es erfordert Empathie. Vertrauen ist also genau das, was menschliche Fähigkeiten untermauert.
Tenille:
Ja. Fantastisch. Vielen Dank.
Evan:
Ich danke dir.
Tenille:
Ja.
Caitlin:
Richtig. Wir sind hier mit Cody von Adfire. Also Cody, wie hat dir die Konferenz bisher gefallen?
Cody:
Ich liebe die Konferenz wirklich. Es war großartig. Um ehrlich zu sein, als wir das erste Mal hier ankamen, schien es vielleicht ein bisschen kleiner als wir dachten, aber die Leute hier waren unglaublich, sehr engagiert, was immer großartig war. Und außerdem verwenden viele Leute Jira und Atlassian. So viele wichtige Punkte.
Caitlin:Win-Win für beide, hm?
Cody:
Ja. Immer, immer, immer.
Caitlin:
Sehr gut.
Cody:
Ja.
Caitlin:
Es finden viele interessante Vorträge statt. Haben Sie an einem teilgenommen, der wirklich Interesse an Ihnen geweckt hat? Was ist [unhörbar 00:10:15] -
Cody:
Ja. Ich kann mich auf Anhieb an keinen der Vortragsnamen erinnern, aber sie waren alle unglaublich aufschlussreich. Tonnenweise Informationen. Es scheint, als gäbe es für alles ein Thema, was immer ein gutes Zeichen ist und solche Sachen. Also meine Notizen, ich habe Seiten und Seiten und Seiten von Notizen, was immer ein gutes Zeichen ist.
Caitlin:
Ja, das ist [unhörbar 00:10:34].
Cody:
Also muss ich zurück und [unhörbar 00:10:35] nochmal.
Caitlin:
Ja.
Cody:
Aber es war unglaublich und die Vorträge waren sehr umfangreich, also ja.
Caitlin:
Gut. Gut. Und was ist die eine wichtige Erkenntnis, auf die Sie sich freuen, zurückzubringen und mit dem Team zu teilen?
Cody:
Nun, ich denke, eine der wichtigsten Erkenntnisse für uns war, dass... Ich habe über das Engagement gesprochen, das alle haben, aber eine Sache, die unglaublich war, ist, die Geschichten aller zu hören, ihre Probleme, ihre Prozesse, all das. All diese Informationen werden also ein großartiges Aggregat sein, das wir zurücknehmen und ein besseres Erlebnis mit unserem Produkt und all den guten Dingen schaffen können. Also ja.
Caitlin:Ganz gewiss. Ich liebe es. Ich habe jetzt noch eine letzte Frage an dich. Es macht einfach Spaß. Es ist wahr oder falsch. Wir machen Australien-Quizfragen. Bist du bereit dafür?
Cody:
In Ordnung.
Caitlin:
In Ordnung.
Cody:
Hoffentlich.
Caitlin:
Also, meine Wahrheit oder Unwahrheit ist, sind Wellensittenschmuggler eine Vogelart?
Cody:
Sind Buggy-Schmuggler...
Caitlin:
Wellensittiche Schmuggler.
Cody:
Wellensittiche Schmuggler.
Caitlin:
Eine Vogelart.
Cody:
Stimmt.
Caitlin:
Falsch. Nein.
Cody:
Was sind sie?
Caitlin:
Tachos.
Cody:
Ja. Ja, ich habe einige davon in meinem Gepäck. Also hole ich jetzt die Wellensittiche raus.Caitlin:
Mit deinen Daisy Dukes.
Cody:
Exakt. Exakt.
Caitlin:
Ja. Und Cowboystiefel, richtig?
Cody:
Ja.
Caitlin:
Nun, vielen Dank.
Cody:
Ich danke dir.
Caitlin:
Ich weiß das sehr zu schätzen.
Cody:
Ja. Danke.
Tenille:
Doug, wie geht's dir?
Doug:
Mir geht es großartig. Ich danke dir.
Tenille:
Fantastisch. Nun, erzähl mir, was ist das Beste, was du heute gelernt hast?
Doug:
Ich finde es wirklich interessant zu erfahren, wie unsere Kunden unsere Produkte verwenden, von denen wir noch nicht einmal wussten.
Tenille:
Das ist unglaublich. Hattest du die Gelegenheit, an vielen der Sessions teilzunehmen?
Doug:Das habe ich eigentlich nicht. Ich war an diese Kabine gebunden, oder ich nahm an Besprechungen teil, die schon geplant waren, bevor ich hierher kam.
Tenille:
[unhörbar 00:12:01].
Doug:
Ja.
Tenille:
Das ist gut. Wenn Sie also wieder auf der Arbeit sind, was ist Ihrer Meinung nach die wahrscheinlich beste Agile-Zeremonie, ohne die Sie und Ihr Team nicht leben können?
Doug:
Ich denke, was ich zurück ins Büro bringe, ist nicht so sehr eine Zeremonie. Es ist wirklich aus der Produktperspektive. Ich arbeite im Produktmanagement. Für uns geht es also darum, wie wir erklären können, wie unser Produkt unseren Kunden einen Mehrwert bietet. So viele Lektionen, die wir daraus gelernt haben, dass wir wirklich darauf bedacht sind, sie zurückzubringen und in unsere Wertebotschaft einzubauen.
Tenille:
Fantastisch.
Doug:
Ja.
Tenille:
Danke. Das ist großartig. Vielen Dank.
Caitlin:
Er war einer der Mitautoren des Agilen Manifests. Erstens, wie geht es Ihnen bisher auf der Konferenz?
Johannes:
Nun, ich arbeite hart.
Caitlin:
Ja, gutes Zeug.
Johannes:
Ich genieße Nashville.
Caitlin:
Ja. Es ist cool, nicht wahr? Es ist so anders als das [unhörbare 00:12:46], was passiert.Johannes:
Ja. Ja, es ist gut. Ja. Es ist schön, viele Leute zu sehen, die ich seit einiger Zeit nicht mehr gesehen habe.
Caitlin:
Ja. Ja.
Johannes:
Und dreidimensional sehen.
Caitlin:
Ja. Ja, ich weiß. Ja, das ist interessant...
Johannes:
Es ist da-
Caitlin:
... [unhörbar 00:12:54] und so was passiert.
Johannes:
Ja, IRL.
Caitlin:
Es passiert viel Interessantes [unhörbar 00:13:01]. Irgendwelche wichtigen Imbissbuden für dich? Was nimmst du danach mit, um es mit dem Team zu teilen?
Johannes:
Oh, nun, das ist eine gute Frage. Ich habe hauptsächlich mit vielen Freunden gesprochen, die ich seit einiger Zeit nicht mehr gesehen habe. [unhörbar 00:13:14].
Caitlin:
Ja.
Johannes:
Und da ich erst seit ein paar Tagen hier bin, war ich nicht viel, wenn überhaupt, dort. Um ehrlich zu sein.
Caitlin:
Ich weiß. Nun, wir sind ziemlich beschäftigt mit den Stiefeln, oder?
Johannes:
Ja. Ja. Aber sicherlich sind die Arten von Gesprächen, die hier geführt werden,... Ich habe mir ein bisschen Sorgen um Agile gemacht. Ich will einfach nicht sagen... Ja, ich will es nicht sagen. Aber ich will nicht sagen, dass Agile zu einem Sprungbrett wird.Caitlin:
Ja.
Johannes:
Aber ich denke, es gibt eine Menge Leute hier, die wirklich immer noch die Ideale annehmen und wirklich lernen, tun und üben wollen [unhörbar 00:14:00].
Caitlin:
Ja.
Johannes:
Also ich bin ehrlich gesagt überrascht und beeindruckt und glücklich. Es gibt eine Menge. Es reicht, wenn man sich mehr vom Manifest zu eigen macht und manchmal vielleicht nicht alle Vorschriften, und man kehrt zu den Grundlagen zurück. [unhörbar 00:14:22] -
Caitlin:
Ja. Also lass uns darüber sprechen, über das Agile Manifest, das du erwähnt hast. Ich nehme das an. Was heißt Umarmen? Kannst du das etwas näher erläutern? Wir wissen also, dass wir die Prinzipien haben. Gibt es eine, die Ihnen wirklich mehr auffällt als eine andere?
Johannes:
Nun, meine Welt von dem, was ich zu der Zeit gemacht habe, und ich hatte viel im Verteidigungsministerium und im Wassertransport gearbeitet und meinen eigenen, leichten Prozess entwickelt, wie wir ihn vor Agile nennen. Also für mich ist der wahre Schlüssel... Das hat nicht die volle...
Caitlin:
Vollständiges Manifest, ja.
Johannes:
Aber wenn du auf die Website gehst und oben liest, geht es darum, als würden wir Wege aufdecken, indem wir etwas tun, und ich lerne immer noch, entdecke immer noch. Und ich denke, es ist wichtig, dass die Leute erkennen, dass wir unser Ego wirklich an der Tür gelassen haben. In unserem Geschäft bescheiden zu sein ist sehr wichtig. Das steht vielleicht nirgends in den Prinzipien, aber wenn das Ganze in der Präambel ganz oben steht und die Tatsache, dass wir im Blog darüber sprechen, wie wir diese Dinge bewerten, im Vergleich zum Ganzen... Da ist ein Pendel, durch das man sehen kann, wie diese beiden Dinge kollidieren. Meiner Meinung nach ist es eine der wichtigsten Eigenschaften, die wir anwenden sollten, dass wir bescheiden sind und Dinge als Hypothese betrachten. Zum Beispiel, baut Funktionen [unhörbar 00:15:58] nicht einfach von unten nach oben, wie sucht man nach den Antworten, das möchte ich, dass die Leute das mitnehmen.
Caitlin:
Das ist großartig. Das ist ein toller Rat. Nun, vielen Dank, John. Danke, dass du dir die Zeit nimmst, mit uns zu chatten.Johannes:
Du bist willkommen, Caitlin.
Caitlin:
Ja. Genieß, was [unhörbar 00:16:11] ist.
Johannes:
Ich danke dir.
Caitlin:
Ich danke dir.
Johannes:
[unhörbar 00:16:13] morgen.
Caitlin:
In Ordnung.
Tenille:
Abukar, danke, dass du heute zu uns gekommen bist. Kann ich Sie beide fragen, was Ihrer Meinung nach das Beste ist, was Sie heute gelernt haben?
Avi:
Das Beste, was ich gelernt habe?
Tenille:
Ja.
Avi:
Das ist wirklich interessant. Weil ich oft hier am Stand bin, werde ich an vielen Dingen teilnehmen können. Ich habe also zwei Dinge gelernt, die wirklich wichtig waren. Erstens ist das Easy Agile-Logo ein umgedrehtes A, weil es bedeutet, dass Sie aus Australien kommen. Es ist also in Down Under. Und dann war die zweitwichtigste Sache, über die ich heute gelernt habe, dass wir in einer Sitzung über Soziokratie gesprochen haben und darüber, wie man Experimente mit Experimenten besser machen kann, was sich zunächst etwas komisch anhörte, aber es ging wirklich darum, einen Mini-A3-Prozess durchzuführen. Für diejenigen unter Ihnen, die zugehört haben: Das wurde Toyota angetan. Es ist eine strukturierte Problemlösungsmethode, aber anstatt sie [unhörbar 00:17:02] zu umgehen und das Experiment durchzugehen, zwei- oder dreimal herumzulaufen und dann zu entscheiden, dass das das richtige Experiment ist, machen Sie weiter.
Tenille:
Ich danke dir. Wie stehts mit deiner Zeit?Kai:
Ich war die meiste Zeit am Stand, aber dadurch lernt man viele Leute auf der ganzen Welt kennen. Und eines haben wir wirklich gemeinsam, nämlich den Wunsch, Menschen zu helfen. Und es war wirklich schön, in einem Raum voller Menschen zu sein, die am Anfang ihrer Reise stehen oder schon sehr erfahren sind und ihre Motivation einfach darin besteht, andere wirklich zu stärken. Es war wirklich schön, mit dieser Art von Energie zusammen zu sein.
Avi:
Wir haben wirklich gelernt, dass unsere Freunde aus Australien hier oben genauso freundlich sind wie Sie auf der anderen Seite. Ich habe das Gefühl, wenn du auf diese Seite kommst, wirst du gemein, aber es stellt sich heraus, dass du auch hier oben genauso nett bist.
Tenille:
Nun, das hängt davon ab, wie lange du schon auf dem Flug warst.
Avi:
Oh, genau.
Tenille:
[unhörbar 00:17:44], uns geht es gut.
Kai:
Ja.
Avi: Abukar:
Exakt. Gut.
Tenille:
In Ordnung. Noch eine Frage hier.
Avi:
Sicher.
Tenille:
Was ist deiner Meinung nach die geheime Zutat für ein erfolgreiches Team?
Avi:
Was halte ich für das Geheimnis? Oh, das ist eine wirklich gute Frage. Das ist ein-
Kai:
Er ist der Beste, um diese Frage zu beantworten.
Avi:Das ist etwas länger als ein zweisekündiger Podcast, aber das sage ich dir. Das ist vielleicht keine psychologische Sicherheit, -
Tenille:
In Ordnung.
Avi:
... nur weil Google das gesagt hat und Project Aristotle das zeigt. Ich denke, um ein wirklich, wirklich erfolgreiches Team zu haben, braucht man einen wirklich erfahrenen Scrum Master. Denn zu sagen, dass das Team psychologische Sicherheit hat, ist eine Zutat, es ist nicht die einzige Zutat. Ein starker Scrum Master ist jemand, der wirklich geschickt darin ist, diese psychologische Sicherheit zu schaffen, aber auch bei all den anderen Aspekten hilft, um sich auf eine möglichst positive Zusammenarbeit und Koordination vorzubereiten. Außerdem auf der Suche nach... Ihr Name ist Cassandra. Auf Slack nennt sie sich selbst Kaizen. Kapierst du es? Das ist ein Witz. Aber das ist die ganze Sache, ein wirklich erfahrener Scrum Master hilft den Teams, die Kaizens zu finden, die sie brauchen, um wirklich leistungsstark zu werden. Psychologische Sicherheit macht das möglich, aber das heißt nicht, dass sie die Leistung steigert. Es ist eine Zutat, um das möglich zu machen.
Tenille:
Fantastisch.
Kai:
Es gibt keine bessere Antwort als diese. Lass uns einen Ausruf machen.
Tenille:
Hervorragend. Vielen Dank, dass Sie sich die Zeit genommen haben.
Avi:
Ich danke dir vielmals.
Kai:
Natürlich.
Hayley:
Wir sind hier mit Carey von Path to Agility. Carey, was hat dir an dieser Konferenz wirklich gefallen?
Carey:
Ich glaube, dass mir an dieser Konferenz bisher am meisten gefallen hat, ist die Interaktion mit all den Leuten, die hier sind. Es ist wirklich schön, sich zu treffen, verschiedene Leute kennenzulernen, Kontakte zu knüpfen und die Gelegenheit zu haben, zu sehen, was es sonst noch auf dem Markt gibt. Und dann sprechen wir natürlich über das Produkt, das wir mit Path to Agility haben. Es ist eine wundervolle Erfahrung, hierher zu kommen und alle zu sehen. Und es ist so schön, wieder persönlich unterwegs zu sein, anstatt die ganze Zeit vor einem Bildschirm zu stehen.
Tenille:Ja, absolut. Hattest du die Gelegenheit, an vielen der Sessions teilzunehmen?
Josef:
Ich habe so viel wie möglich versucht, aber es ist auch wichtig, sich die Zeit zu nehmen, um zu dekomprimieren und alles einwirken zu lassen. Also hier haben wir Spaß.
Tenille:
Ja, absolut. Wenn Sie an die Arbeit zurückdenken, was ist Ihrer Meinung nach die eine Agile-Zeremonie, an der Sie teilnehmen und die Ihnen und Ihrem Team am meisten hilft?
Josef:
Ich denke, verschiedene Wege der Zusammenarbeit zu finden, effektive Wege der Zusammenarbeit. Und wie lösen wir in Bezug auf das Arbeitsmanagement einige der Probleme, die wir haben? Es gibt so viele Tools, die das einfacher machen, und das ist etwas ganz Besonderes. Mit Menschen sprechen und herausfinden, wie sie Probleme lösen.
Tenille:
Und was macht Ihrer Meinung nach ein wirklich gutes Agile-Team aus?
Josef:
Nun, man könnte etwas sehr Klischeehaftes sagen, wie sehr anpassungsfähig zu sein und sich zu verändern und so weiter und so fort. Aber ich denke, es kommt wirklich auf die Interaktion zwischen Menschen an. Einander verstehen, sich gegenseitig ermutigen und einfach die Art und Weise, wie man zusammenarbeitet.
Tenille:
Fantastisch. Großartig. Gut, vielen Dank, dass du dir die Zeit zum Chatten genommen hast.
Josef:
Ich danke dir. Es war nett, die ganze Woche mit euch zu chatten.
Tenille:
Prost.
Tenille:
Dan, danke, dass du dir die Zeit zum Chatten genommen hast.
Dan:
Du bist willkommen.
Tenille:
[unhörbar 00:22:54] Fragen. Was denkst du ist das Beste, was du heute gelernt hast?
Dan:Oh, das Beste, was ich heute gelernt habe, ist, dass die Keynote zu den Morgenprodukten ausgezeichnet war. Ich habe ein paar Tipps bekommen, wie man Produktmanagement macht, verschiedene Strategien, wie man die Leute dazu bringt, sich auf das Taktische und Strategische zu konzentrieren. Also nur ein paar nette kleine Nuggets, wie das geht [unhörbar 00:23:12].
Tenille:
[unhörbar 00:23:13], danke, dass du heute zu uns gekommen bist. Kann ich zunächst fragen, was denkst du ist das Beste, was du diese Woche gelernt hast?
Sprecher 17:
Das Beste, was ich diese Woche gelernt habe, ist, dass es keinen richtigen Weg gibt, Agile anzuwenden. Es gibt viele verschiedene Möglichkeiten, dies zu tun. Es geht also wirklich darum, herauszufinden, welcher Prozess für das Unternehmen, in dem Sie tätig sind, der richtige ist, und diese Erfolgsmuster dann zu nutzen.
Tenille:
Nun, ich schätze, gibt es eine Art Agile-Zeremonie, auf die Ihr Team Ihrer Meinung nach nicht verzichten kann?
Sprecher 17:
Das tägliche Standup ist täglich. Ich denke, viele unserer Teams reden den ganzen Tag lang. Sie müssen sich nicht unbedingt so häufig synchronisieren. Ich hatte schon ein paar Teams, sie fallen etwa drei Tage die Woche aus und es scheint für sie zu funktionieren. Die andere vielleicht wichtigste Erkenntnis, die ich gesehen habe, sind Zeitboxen. Also keine Besprechungen von 10:00 bis 2:00 Uhr oder was auch immer es sein mag, und das wirklich aus einer erfolgreichen Perspektive zu steuern.
Tenille:
Ich denke in diesem Sinne, was macht Ihrer Meinung nach ein wirklich erfolgreiches Agile-Team aus?
Sprecher 17:
Die Fähigkeit, miteinander zu sprechen, diese Fähigkeit zu kommunizieren. Da all unsere Teams entweder hybrid oder remote arbeiten, ist es meiner Meinung nach entscheidend, sicherzustellen, dass wir über die Tools verfügen, mit denen sie das Gefühl haben, jederzeit jemanden abholen und mit ihm sprechen zu können. Und viele Leute haben immer noch keine Kameras, richtig, was mich verwirrt. Aber die Fähigkeit, Gesichtsausdrücke zu sehen, von Angesicht zu Angesicht zu sein, war so schön, weil wir das bekommen können. Das ist also der andere Schlüssel, die Fähigkeit, miteinander zu sprechen, als könnte ich die Hand reichen und dich berühren.
Tenille:
In Ordnung. Fantastisch. Tja, vielen Dank.
Sprecher 17:
Du bist willkommen. Danke.
Tenille:
In Ordnung. Rob und Andrew, vielen Dank, dass Sie sich ein paar Minuten Zeit für uns genommen haben. Kann ich Sie zunächst fragen, was Ihrer Meinung nach das Beste ist, was Sie diese Woche gelernt haben?
Rob:Für mich ist es definitiv die schnelle Skalierung von Agile, von der wir heute Morgen erfahren haben. Wir werden es versuchen.
Andrew:
Mir hat die Mathe-Programmiersitzung sehr viel Spaß gemacht und ich habe verschiedene Möglichkeiten kennengelernt, Ingenieure miteinander zu verbinden und zusammenzuarbeiten.
Tenille:
Großartig. Als Nächstes, schätze ich, was macht Ihrer Meinung nach ein großartiges Agile-Team aus?
Rob:
In erster Linie, dass sie mehr als alles andere die Kontrolle darüber haben, wie sie arbeiten und woran sie arbeiten.
Andrew:
Ja. Für mich ist das natürlich eine psychologische Sicherheit und einfach eine gute Teamdynamik, in der sie unterschiedlicher Meinung sein können, aber trotzdem respektvoll sein und großartige Ideen entwickeln können.
Tenille:
Und gibt es eine Agile-Zeremonie, ohne die ein großartiges Team Ihrer Meinung nach nicht leben kann?
Rob:
Wahrscheinlich rückblickend. Ich denke, die Teams müssen sich ständig verbessern, und das ist ein guter Weg, das zu tun.
Andrew:
Einverstanden. Ja. Ja. Ja.
Tenille:
In Ordnung. Das ist großartig. Vielen Dank, dass du dir die Zeit genommen hast.
Andrew:
Vielen Dank. Ich weiß es zu schätzen.