On this site, there is only displayed the English speaking sessions of the OOP 2021 Digital. You can find all conference sessions, including the German speaking ones, here.
Track: Social Integration
- Back to Architecture
- Business Agility
- Design Erosion & Learning from Failure
- DevOps & Continuous Everything
- Diversity & Inclusion
- Domain-Driven Design moving forward
- Full Day Tutorial
- Fusion: IT-Future-Society
- Half Day Tutorial
- Modern C++ Programming
- Modern Enterprise Architecture
- Product Discovery, Customer Centricity & RE
- Signature Track: Back to the Future
- Social Integration
- Special Event
- Testing & Quality
- Trends & Techniques
If you’re not making mistakes, you have no chance to learn enough! This is especially true in complex situations, where, more often than not, the difference between a success and a failure can only be seen in hindsight. Which is why it pays off to dare new things, even if that might mean you can go wrong–as long as you don’t make the same mistake twice!
In this interactive talk we will explore how psychological safety, creativity, complexity and motivation are connected. And we will exercise our “No Blame – More Flame” mentality.
Target Audience: Testers, Developers, Leaders, Managers, Teamplayers
Prerequisites: Curiosity and willingness to challenge one's own habits
Let’s remember, that in the beginning of IT and software development there was no chartered territory. There was no right or wrong path – great minds dared to venture on into new lands. And sometimes they failed. Spectacularly or subtle, with a chance of correction or at huge (monetary) sunk costs. But always with great learnings, albeit not always good documentation.
Yet in school and in life we often get punished for failures. And as a result, we learn that pointing the blame away from ourselves pays off. This is not only bad for the climate and culture in a team or in an organization, it is also detrimental when it comes to our ability to learn. Especially in uncertain and complex contexts, where this ability is crucial to survive and thrive. When we block our learning capabilities, we lose our powers to deal with the unknown, to adapt to new and emerging information, to explore solutions. This inhibits progress and kills motivation.
While most of the above facts are common sense or even common knowledge, it is quite hard to break the mental and behavioral habits we were taught throughout education and our work-lives.
In this talk I will summarize the concept of psychological safety and the effects of a psychologically safe culture on creativity and solution focus in teams. I will introduce a “tool” to adopt a more open-minded and learning focused mindset. The participants will get the opportunity to discuss how the tool can be applied in their individual contexts. Also, I will let the participants exercise a method which helps to change the interpretation of mistakes as something dangerous and evil to something viewed as valuable and helpful. The method uses failures as steppingstones to come up with improved solutions, which not only enhances the results but also lets us question our mistake-habits. Finally, I will wrap things up by speaking about how handling errors affects motivation.
When facilitating retrospectives, there is often a focus on the agenda, the activities and the experiments you take away from the retrospective. Also, there might be a technical theme for the retrospective, but the people and the process for cooperation and communication is often what you end up discussing.
I will provide you with tips and tricks for how to avoid neglecting the human aspect of your retrospectives; the trust, the different personality types, the feeling of safety, and what you can pick up from the body language.
Target Audience: Facilitators, project leaders, managers, coaches, team leaders, Scrum Masters
Prerequisites: Have facilitated retrospectives or wants to facilitate them in the future
As architects become more senior, we are expected to contribute to growing the product, the organization, and the people. This session explores three roles of an architect that help them meet these expectations: architect as leader, as mentor, as coach. This session offers practical tools, methods, and frameworks that help both experienced and aspiring architects succeed in each of these roles.
Target Audience: Architects, engineers, developers, managers, senior/principal/distinguished engineers
Prerequisites: Curiosity about how architects can be effective leaders, mentors, and coaches
The power of collaborative modelling comes from having a diverse group of people who, together, have a lot of wisdom. The problem here is we don’t actually listen to all the available input and perspectives due to cognitive biases and ranking. If we aren't aware of that it kills those insights and wisdom and kills the effectiveness of your models! In this talk where we will explore how we can improve our facilitation skills and focus on neuro-inclusiveness with using Deep Democracy in our design process.
Target Audience: Architects, Developers, Decision Makers, CTO, Tech Leads, designers, facilitators
Prerequisites: Facilitating or doing collaborate modelling
The power of collaborative modelling comes from having a diverse group of people who, together, have a lot of wisdom and knowledge. You would expect that all this knowledge will be put to use, co-creating, and to design a model. In reality, we don’t actually listen to all the available input and perspectives due to cognitive biases and ranking. Because not everything that needs to be said has been said, we will end up with sub-optimal models and architecture. Even worse, people don’t feel part of the solution and don’t commit to it. Good architecture and design need all the insights and perception. If we are not aware, cognitive biases and ranking kills those insights and wisdom and kills the effectiveness of your models!
Join us in this talk where we will interactively explore how we can improve our facilitation skills and focus on neuro-inclusiveness with Lewis Deep Democracy (LDD). By having a Deep Democratic discussions together on what biases are at play during liberating structures workshops, and how ranking will effect a visual collaborative modelling session like EventStorming and User Story Mapping, you will gain first-hand experience about LDD. With this experience, we will explain how we embedded LDD in our design processes. We will let you leave with the knowledge on how to observe sabotage behaviour, battle oppression, and to create safety in exploring alternative perceptions. We will show you how you can really let the group say what needs to be said and take a collective autocratic decision in designing your software models.
Working in teams we face problems in our daily work. As a team, we should be able to solve problems collaboratively. Agile calls these problems impediments.
Impediments can be something in the way of working, processes, tools, or organizational rules or structures. They can also be something cultural or structural.
In this mini-workshop we'll practice solving an impediment as a team. Next, we'll explore how we solved it, how we worked together. What hindered and helped us. We'll learn what we can do to collaborate better.
Maximum number of participants: 60
Target Audience: Scrum masters, tech leads, agile coaches, consultants, developers, testers, managers, CxOs
Prerequisites: Some experience of working in teams
This is a hands-on mini-workshop about collaborative problem-solving. It will be an interactive session where people work together to solve a problem in a kind of role-play. Next, we'll explore the behaviors that arose, focusing on what helps and hinders collaboration.
I'll kick it off by presenting problem-solving techniques and tips for collaborative problem-solving and dealing with impediments.
During the session, we'll split up into groups using breakout rooms. In each group, a part of the attendees will do a role play where they work on a problem, where others will be observing how this goes. If time permits, we'll rotate solving two impediments.
Next, the observers will share what they saw happening where the group discusses this.
Ben is an active member of networks on Agile, Lean, and Quality, and a well-known speaker and author.