Presentation: Dynamic Reteaming: The Art & Wisdom of Changing Teams

The talk is called Dynamic Reteaming. I wrote a book called Dynamic Reteaming: The art and wisdom of changing teams, and the book is trying to just prove the point that for many of us, and I've been in software engineering for 20 years, team changes is a normal thing. It's something that happens; it only takes the addition of one person or the loss of one person to change your team system. Teams are more dynamic than static. Lot of the literature that you might read about teams, whether it's from the software industry,agile or organizational development, might say, well, the best teams are the ones that don't change. And I have found in my career that that's not the case. It's more of a moving target. My talk is about several patterns of team change. Sometimes a team will change deliberately. Maybe it's the team's idea. For example, Sometimes when teams get to a certain size things might feel they're stagnating a bit, and some teams decide that maybe it's better to split into two teams. Then you have two new teams. What can you do to make things easier before a team might split, during the actual team split, and after that happens? One of the patterns is called Grow and split and it's about just that. And it solves a problem of team stagnation or when things feel too big. That's a very common pattern. From my book, Dynamic Reteaming, I include stories from my career but I also have more than 30 hours of interviews from people at different companies. When I hear about the stories more than three times, I consider it a pattern.

There are so many people that have joined, this feels like a different company than it used to feel like. Our culture feels different than it used to be. And it's a real problem that I see in many different companies, especially if you're a startup and then you grow. And if that happens really fast you have different groups of people that don't really know each other very well or it might be confusing, like how can I get anything done. Yes, you might have that case. There are specific things you can do for groups of people where we can coach that team system and get the outcome of understanding, we are all one team. Even if I joined last month or I've been here for five years. I have these activities where teams create timelines, the story of our team. I did it with an iOS team, some months ago. And we stand in the order of our hire dates and we make a timeline of when we started and significant events that happened around the time that we started and why we joined the company. And then one by one the people tell the story of the team. And the people that started two weeks ago learn some of the founding stories. We all get to share and have a greater understanding. It raises the positivity. But it really emphasizes the point that we're all here to help the company be successful. How do we get to know each other better and work towards shared goals?