换团队的艺术与智慧 | Heidi Helfand(《动态重组(Dynamic Reteaming)》作者)
The art and wisdom of changing teams | Heidi Helfand (Author of Dynamic Reteaming)
Heidi Helfand: Reteaming is hard. Reorgs are hard. You can’t lump them all into one thing with oh, it’s all great all the time. No, it’s not. If we could just build the software, deliver to the customer, get the product market fit, hey, have we delighted them or not? If only it could be that easy. No, we have the people layer, so let’s focus there too.
Why I Studied Reteaming
Lenny: Today my guest is Heidi Helfand. After two decades in the tech industry, Heidi became fascinated with how teams are organized, how org structures change and how to set teams up for success through that change. She now teaches workshops and runs courses and consults on how to effectively reorganize your teams. And in her book Dynamic Reteaming, Heidi delves deep into why change is actually good for your teams, why you’re better off not having super stable teams, how to effectively execute reorgs, and through that, how to reduce attrition, stagnation, and knowledge silos. In our conversation, Heidi shares the five types of reteaming, anti-patterns to avoid when making org changes, what sort of team structure is most conducive to creating totally new products, why being transparent about your reorg plans is definitely worth considering. Also, how Heidi became such a great listener with a lot of really interesting insights and advice there and so much more. Huge thank you to John Cutler for introducing me to Heidi. With that, I bring you Heidi Helfand after a short word from our sponsors.
Heidi, thank you so much for being here and welcome to the podcast.
Heidi Helfand: Thanks, Lenny. Great to be here.
The Human Element
Lenny: It’s great to have you here. So I had this colleague at Airbnb, her name was Jana, and she always had this joke that she shared that if it’s been six months and she hasn’t switched teams or hasn’t moved desks, she knew there was this reorg coming, there’s something happening, something was coming to change everything. And you wrote a whole book about this general idea of teams changing, reorgs, you call reteaming. I have the book right here. It’s called Dynamic Reteaming: The Art and Wisdom of Changing Teams. I feel like just people underestimate the opportunities and benefits of change, and I think that we see it as a scary thing. So I’m really excited to spend time with you and chat about this topic. Before we get into the meat of it, I’m just curious why you decided to spend so much of your time researching this area of team change, reorgs, reteaming.
Heidi Helfand: Yeah, that’s a good question. It wasn’t necessarily planned. I had been working in a variety of different fast-growing startups for most of my career in 20 years in software-as-a-service companies in particular. And I read a lot of books to try to get better at my work and what we’re doing in our teams. I have a lot right over there as you can see, and a lot of the books I would read on teams and the advice that I would get from people would be, you really want to keep your teams the same. You want to go for that forming, storming, norming, performing kind of thing. And I had thought about that and I was like, wait, well it wasn’t really possible for us when I was at a startup and I was the 10th employee and we grew to 900 people and now thousands of people, our team’s kind of morphed and changed.
So I feel like if you’re in a fast-growing company or a shrinking company, look there, don’t look at trying to fight the natural evolution. I was just trying to prove a point and to illustrate that teams change. And I was also curious to see, well, was that just my experience and the experience of my colleagues in Southern California? What is it like for other people? So I was just curious.
Career Opportunities in Reteaming
Lenny: You have this code in your book where you say something like, sure, we deliver software on time, we make products people love and want to buy, but there’s this people layer that happens that people may not be thinking enough about. Is there anything more you can say to that?
Blank Slate and Open Self-Selection
Heidi Helfand: Yeah, I think a lot of the things that I would read about teams just are naturally focused on, well, you want to build things that customers love. You want it to be an enjoyable experience, you want to deliver on time. There’s a reason we’re there as a business, but there’s also a lot of company building that happens in building the people structures and just when you go from one to many to a multitude, there’s a lot of work that goes into it. This is enablement type work and it’s where I focused a lot of my time and my career helping make teams and organizations successful. So there is this people layer, however, I’ve thought about this a lot over the years and I think it would be highly convenient if we could just focus on building products that people love and getting product market fit, talking to customers.
It would be great if it could only be that, but the reality is we’re humans together and there’s a lot of opportunity to build companies that delight people where they’re excited to be included in decision-making about how the organization grows and changes or shrinks. So yeah, there’s this whole kind of other area of work that I think just doesn’t get enough attention and I guess that’s where I live and breathe.
Challenges of Transparent Reteaming
Lenny: Awesome. Okay, so I definitely want to get into the five types of reteaming as you described, but before we get there, what I find with reorgs and change is that it often leads to the biggest career opportunities because there’s new roles to be filled. If things aren’t changing, there’s not going to be all of a sudden, “Hey, we have this new role that we want for you.” I don’t know. A lot of the leaders that move up quickly are the ones that seem to take advantage of change and think ahead and get involved and position themselves in a way where like, “Okay, cool, there’s a new position. Oh, clearly it’s going to be Heidi.” Is there anything you can share there? Any advice for people that maybe see reorgs coming and what they can do to help themselves in that pending change?
A Transition Framework for Change
Heidi Helfand: I really like it when there’s transparency in reorgs. There’s a story in my book from Christian Lima at Spotify about how they reorged a large infrastructure team. They visualized it on whiteboards and brought people over to the whiteboards to see the future team structure that the leaders wanted and they got input into the design. We did this at Procore as well inspired by Christian and his story and we had… I think there were 80 people involved in this platform organization that was splitting from two large clusters of teams into three. And I remember when we rolled out the whiteboards from a back office where we were talking about this change for a few weeks and it was scary to roll these whiteboards out because it impacts people’s day to day. It’s like when somebody is suggesting that maybe you do something different or that something different happens, sometimes it can be kind of triggering. You want to know what’s going on. So anyway, but we had courage together.
So we rolled these whiteboards out and it had the team structure with everyone’s names on it. It had the name of the team, the mission of the team, how many open slots for hiring across all of these different teams, and then people’s names in their existing team positions. And people were invited to look, give feedback. They identified mistakes that we had in the design, “Oh, this team might be better over here and here’s why.” And people had the opportunity to see opportunities within their own company that they might say, “Hey, I’m interested in this, might I be considered for this?” And then they could have their discussion. So I really liked that the opportunities were shared and presented, so it wasn’t some sort of thing that happened in some kind of back room for the whole time. We unearthed the beginning of a plan.
I think sometimes when you convene people for a meeting to talk about anything, it’s good to have a starting point. So we had this starting point, we had a variety of different things and I call it whiteboard reteaming in my book and I write about that. And there’s even structures that are more open than that. Redgate Software in Cambridge UK. Chris Smith is a colleague of mine and they do regular open self-selection reteaming activities when they’re changing their strategic priorities. He talks about this globally very interesting space and it’s even more open than putting the names on the whiteboards. They have teams give pitches and this is what they’re looking for and they have a whole method for enabling people to say, “Hey, I’m interested in this.” I think that really helps because sometimes you might think, “Oh, no one’s going to want to work on this.” But people can be delighted by working on things that another person doesn’t think are particularly interesting.
So giving choice is important. And again, there are different grades of transparency. We weren’t up for doing this kind of open reteaming self-selection event, but we were open to the whiteboard variant.
Lenny: I imagine individual employees hearing this of just being involved in the reorg strategy sounds amazing. Executives and leaders hearing this are probably really afraid and feel like there’s no way this can work well. And so what I want to understand is how do you actually set this up for success? What I’m imagining when you do this is many people disagree. There’s teams people want to join, there’s teams people don’t want to join. It seems like there’s a consensus challenge where do you wait for everyone to agree? Does someone end up making a decision? Does it distract everyone from the work they’re doing when you’re kind of involving everyone in the reorg? Versus what typically happens, it secretly is planned amongst executives. No one knows it’s coming. And I think the reason they do that is because they don’t want to distract anyone and they don’t want anyone to start freaking out until it’s like, “Here’s the final plan. Here’s what we’re doing.” So what other advice do you have for people that want to practice this way of reteaming and reorging where they involve the actual team in the plan?
The RIDE Decision Clarity Framework
Heidi Helfand: There’s a book by William Bridges called Transitions: Managing Life’s Changes. I have it right here. Making Sense of Life’s Changes. He talks about endings, neutral zone, and new beginning. Ending: you’re going through a change, your team is changing. Neutral zone: the period of kind of liminality where you’re like, “Gosh, I don’t know how this is going to go.” You’re not quite comfortable. You’re not quite in that new reality yet. You’re still thinking about what it was like before. And once you’re in that new reality and leaders can paint the vision and picture about the benefits of the new reality and the purpose and why we’re here and anchor to that to try to raise positivity. But once I learned about that transition framework, going through any subsequent changes myself became a lot easier to grasp and it really kind of makes changes in any part of your life. I mean, his book is not written about software development or product development.
Sometimes we’re going to have a say, we’re going to be able to participate, sometimes we’re not. And being clear on who the decision maker is in a change is really important.
There’s another framework that I really like. I don’t think it’s in my book, but I’ve written about it in my new book, but it’s called RIDE. And we had a chief people officer at Procore and she’s now at UKG, Pat Wadors. She taught us the RIDE framework for decision making clarity and it’s who’s requesting the change, who can give input to the change, who’s the decider on the change, and who’s going to execute on the change? So it’s like R-I-D-E. And I googled this for a while; I couldn’t find anything on it. I encouraged her to write about it and I credit her to that, Pat Wadors. She’s awesome.
So a lot of the times it’s like, what’s the problem you’re going to solve? You have a current state and a future state and that future state might be up to discussion, but maybe it’s not depending on what it is. You’re getting acquired, you’re probably not going to have a standup meeting and talk about should we get acquired or not? No, you’re not part of that decision. And then how’s the change going to get rolled out or how are we going to do it?
In other cases at the team level, maybe you have a retrospective and you determine, “Hey, I think we’d be a bit more effective and we’d be able to deliver at a better cadence if we were two teams instead of one team.” And if teams have the ability to talk about that and impact and have some agency into how their part of the org evolves and change, I think that could be really cool. I think that could be really empowering. I think that could help us feel more ownership in that company that we’re in. It doesn’t always have to be like decision making equals hierarchy or the person at the top. It doesn’t have to be like that.
But again, reteaming is hard. Reorgs are hard. You can’t lump them all into one thing with, oh, it’s all great all the time. No, it’s not. It’s not. But anyway, we need to focus there. We got to focus on this people layer because reteaming is inevitable. We might as well get better at it because we’re going to have to deal with it. If we could just build the software, deliver to the customer, get the product market fit, hey, have we delighted them or not? If only it could be that easy. No, we have the people layer. So let’s focus there too.
Lenny: On this transparent collaborative reteaming, final question here is just would you recommend time boxing this so that it doesn’t suck up everyone’s brain power for weeks and weeks and weeks? Or is it very dependent?
The Five Reteaming Patterns
Heidi Helfand: Yeah, you got to time box it.
The Five Reteaming Patterns
Lenny: Okay. Is there advice you have on how long?
Isolation Pattern: The Expertcity Story
Heidi Helfand: Make a schedule biased towards shorter as opposed to longer. You don’t want to deliberate on this forever, because especially as you include more people, it can be distracting. So you want to proceed as expediently as you can.
Lenny: Okay, let’s talk about the types of reteaming. This is kind of the core of your book and we haven’t even gotten there yet. So you’ve identified there’s five ways teams change. Can you just walk through them, help people understand what they are. And then also, we use this term reorg a lot in this conversation. I think that’s the way most people think about change. After we go through this list, what does reorg refer to when it’s maybe from the perspective of these five ways of teams changing?
Isolated Teams and Innovation
Heidi Helfand: Sure. Okay, so the five patterns of reteaming. One by one, someone joins your company or someone leaves your company, grow and split. It’s a growth pattern. Teams grow bigger and then they split into two or more teams. Opposite of grow and split is merging. Sometimes two or more teams merge together. It’s more of a shrinking pattern. We might be seeing more of this these days as companies downsize. Things merge together and consolidate. Isolation is, or innovation by isolation. Start a new team off to the side, a beneficial silo, give that team process freedom, great for catalyzing new product lines within your existing company. Also great for emergencies and they just happen anyway if we have incidents and people have to come together, solve an incident and then go back to their teams. And switching. So switching is moving from one team to another team. You can do this at a variety of cadences, short term, long term.
And then difference between a reteaming and a reorg. I think reorg is a word that has very traditional baggage and connotations. And when I was writing Dynamic Reteaming, it just didn’t feel like an appropriate word to use for, well, Sue is looking to learn a little bit about how our web operations work, she’s going to move to that team. It didn’t feel appropriate to call that a reorg because Sue’s moving and switching from one team to the next. I think reorg again… Reorganization is a traditional word. It implies on the large, it implies top-down changes that you have say no. It’s something different than what I consider reteaming, which is these five patterns that happen at different levels.
Lenny: Awesome. So let me just repeat back these five. So one by one, basically people joining your team, leaving your team, something very natural. People do all the time.
Revisiting the Expertcity Story
Heidi Helfand: Your company.
The McNuggets Story
Lenny: Or your company, yeah. Growing, splitting a team gets really large and then it’s like, okay, let’s just split this into two, focus them on specific things instead of this one team trying to cover too much. Merging teams, the opposite of that. Isolation. I want to chat about that one a little more where you just have a team off to the side and they’re just dedicated to something that you find really important. So with isolation, you have this awesome story of your time at a company called Expertcity, which turned into something people know most likely and ended up being a great outcome because of this reteaming into an isolation team. Could you talk about that?
Heidi Helfand: Yeah, so I’ve been at different startups that have grown bigger and one of them, I was the 15th employee. I started as a web editor and became an interaction designer. And we were going to change the world and it was very exciting. We were in Santa Barbara, California. So the company’s called Expertcity. And we were working on our first product, which was a marketplace for tech support. So imagine you have a problem on your computer, you can go to our website and then you can select an expert to see and control your screen to help you solve your tech support challenge. And so we had the screen sharing technology that we were inventing in the company. We had the web-based software to manage the interaction between the customer and the expert. We had the experts. We had in-house experts and then the vision was global worldwide experts. You were going to be like this marketplace, this eBay of services is what we talked about in the early days. I was really into this.
This was my first job in tech and I became an interaction designer working on kind of front-end UI flows with engineers. It’s actually before the word interaction designer, my title was navigation designer. We made this up. So I was very into… It was before the words like UX and other things. People were talking about information architecture and other sub-genres of design. And we had individual offices. I had all the interaction flows on my walls. I was really into the words and one day I was in there and we were working on a new flow. We had all these hopes and dreams for this product and the CEO came into my office and he said, “Heidi, stop working on the marketplace. We’re not going to do that product anymore. We’re killing it because nobody’s buying it and made six bucks or something last month.” And he said, “Go to the beach.” We were by Santa Barbara. I’m like, “What do you mean go to the beach?” He’s like, “Well, I don’t want you to start any work that you’re going to have to maintain later as we figure out our next step.” And I was like, “Okay.”
I remember that day and I’m looking around my office and all these flows on the walls. So really these were domains like domain-driven design. It was all these web domains and which user interactions were going to happen and all these hopes and dreams and it was the first time in my career where we were told not to work on something. It wasn’t paused. Some people say, “Oh, we’re going to pause this,” and then they never get back to it. This thing was like [inaudible 00:22:59]. And I didn’t get it. I just didn’t get it. I cried, I acted out, I sent this email like, “How can we kill the marketplace? It must live.” It was quite an experience.
But then, and I don’t know what the timing was, I was invited to be on this team off to the side and there was market validation going on. Our founders and product and others became students of market validation, Four Steps to the Epiphany. So we had built this thing, we spent all this time on this marketplace, but nobody would buy it. And so it was like do or die. We had to shift. This was before lean startup. So Four Steps to the Epiphany was the book, it was the manual, it was guiding the way. And so there were people that had a ton of conversations with potential customers about this new thing that we were going to build.
And so I was invited to be at this team off to the side and there was a small team and we didn’t have to do waterfall software development. We were freed from that. We were liberated from that. We got to work in other ways. And I remember working with an engineer and we were figuring out how to create a forgot password flow because none of these patterns existed back then and we got to do this stuff. We got to deploy more frequently and the product was called GoToMyPC where you could see and operate someone’s computer from a distance. And that was essentially the pivot that I feel like saved the company. Later we went on, we got folded back into the teams and we built GoToMeeting and GoToWebinar as a technical project manager at that time. So taking a team off to the side, giving that team process freedom. They didn’t want us distracted from the drag.
When you’re working on an existing product line, you get this cadence and it can become a mature cadence. Maybe people work in two weeks or one week now, but when you’re working on something new, you need faster iteration loops. And our founders knew that need. So it was a privilege and I was delighted to be part of this other team and it was really, really exciting. So then looking back over the years, I was like, yeah, isolated teams, beneficial silos. Again, it’s going against green of what some of these books say, oh, you want to desilo everything? No, sometimes there’s a reason why you have a problem. You want to solve the problem. This was like, I mean, was this company going to go under? I didn’t think of those kind of things at the time because I was just super into the work and very passionate and motivated about what we were building. But yeah, isolation pattern came up and we used it at another startup as well ever since.
So yeah, that’s the story of Expertcity and from my perspective. Ask different people at different vantage points, but that… If we would’ve stayed within our teams and we would’ve had to develop with pixel-perfect mockups done in Photoshop like, “Here you go,” I don’t think we would’ve been fast enough. That was not good for the innovation that we needed. So it’s also like innovation by isolation. It’s good for emergencies. I was at another startup, we had performance issues with our first product. People left teams, brought a consultant in, went into a conference room for a couple of weeks, figured out some major changes that needed to happen, solve them, went back to the teams. This is not a new concept. The Chicken McNugget was saved by an isolated team, SWAT team.
There’s a book called Teamwork. It’s an old book from, I think the ’70s, I have in my bookshelf here, and there’s a story of the Chicken McNugget that you can read about where they brought in a consultant and had a very small team who worked in a different… They didn’t work in their same plant where they were developing the product. They worked in a different plant. They reported straight up to one of the executives at McDonald’s. And yeah, the Chicken McNugget lived on because it was like having challenges in the test marketplace in Indianapolis. So we didn’t make this up. It’s just like some of these things are kind of like, “Oh, it’s like a noticing,” and then you’re like, “Oh, that’s pattern.” So it’s collection.
Running Innovation Teams in Large Companies
Lenny: There’s this idea of a startup within a big company. Everyone’s like, “Oh, it’s just like the startup within a big company. We have all the resources that we need. There’s no less risk, but we can innovate and try new things.” Rarely does it feel like it work out. You’re sharing stories where it does. Is there anything you found or any advice for how to actually be successful in this idea of having a team off to the side doing something innovative and different?
The Growth of SecureDocs
Heidi Helfand: At AppFolio we did this. So there’s a company called SecureDocs; it branched off into its own company and it was just acquired, I believe in 2022. When SecureDocs was happening, I was not on that team. I was on the other teams and I was watching, and again, same pattern. A team was created off to the side and they were given process freedom. They worked in more of a daily sprint style as opposed to the two-week sprint style that our other teams were doing at the time at early AppFolio. And so, one, isolate the team or put them in a different area. We could still see them. We were in this big open room, but it was their team area. I mean we had these impermanent walls between some of the teams. It was their region and they claimed it and they named themselves.
And so, one, separate location. There’s another story in the book about a team that incubated a product idea within Citrix and they were in a garage of all places, so they were really isolated. But just put the team in a different region, make it that area. That’s number one.
Number two, tell other people not to disturb this team. That’s key. And hearing it from a leader is really, really important. No, you’re not going to pull them into something else. They’re working on this other thing. So people need to shed their skin of the other things that they’re working on. If you take a bigger picture, kind of forest through the trees picture, you want people pairing and switching pairs so they’re not single owners of the system. So when they have an opportunity to do something that could be really important to the company beyond one of these isolated teams, they can fade out and not be the only owner that has to transfer knowledge and then field questions for two years on how that system works. You want to build this redundancy in your teams. So that’s like if you really want to plan ahead, do that first. Have that as part of how you operate, building this team redundancy and switching, because then it frees people to not be the only owner of a system and chained to a system.
And so isolate them. Tell people not to bother them. Do pairing and have shared ownership so it’s easier for somebody to switch into something like this. Process freedom. Again, they can do things differently. Ideally they report up to someone that really has decision-making authority and decisions won’t get reversed. Or they have to go through some complex web of like, “Is it okay if we do this?” No, you need a clear decision-making structure. They saw that at the McDonald’s case study as well, which is not in my book, but it’s in [inaudible 00:30:52] book called Teamwork.
And then that group, having that senior leader that they report into, getting the clear lines of communication there is also really important. So not having this heavyweight bureaucracy of, I don’t know, quarterly business updates where everybody’s making a slide deck for two years before they go to that meeting, trying to relieve the team of things like that and make it lighter.
And some of these teams, like SecureDocs became another product at AppFolio that was very, very successful. At one point, I think it was before we went public, it branched off into its own separate entity. I think maybe they shared a board member or something. I don’t know how that worked, but it became its own entity. SecureDocs became separate and then it grew from there. And then it became this wonderful successful product that was recently acquired. People come and go at companies and companies grow and change and morph, and that was one case of departures that it’s like bitter, sweet. You’re happy for your friends and colleagues say, “Oh, he’s going to be a CTO. He’s going to be the CTO.”
There’s this entity. I remember visiting their office in Santa Barbara. It’s great to see your friends succeed and thrive. And we developed other companies in that way.
Success Factors for Internal Startups
Lenny: Awesome. I think it’s really nice to hear there’s many success stories of this idea of a mini little startup within a company, and these are really good tips.
I feel like to me one of the most important ones you’ve talked to. And this is having an executive essentially sponsoring this team and supporting and protecting it versus some managers just like, now we’re going to go do this off to the side, because otherwise no one’s going to really take that seriously.
Heidi Helfand: Yeah, I think that’s really, really important. I’ll also say that things don’t always succeed a hundred percent. I’ve seen isolated teams within companies where someone has the opportunity to sell something, they talk to their friends who are the engineers who build the feature for them, but then it leaves something for other people to maintain later and they weren’t involved in the decisions. And it can be a big mess for all of these patterns there. It’s like kind of like balconies and basements. You can screw it up too. It’s not all stuff is hard. That’s why I like to lean into it and I’ve written about it. Things take effort. The tree is going to drop the leaves and you got to sweep them up. Everything takes work and effort.
Overview of Other Reteaming Patterns
Lenny: We’ve talked about the isolation pattern. I thought it’d be good to talk through the rest of the patterns real quick and share maybe one or two tips for how to be successful or make it work well or better.
The One by One Pattern
Heidi Helfand: Sure.
Lenny: Before you start, actually, I think I missed a nuance and you corrected me, but I think I missed it, which is for the one-on-one pattern, it’s actually describing joining the company specifically not joining a team. Is that right?
The Growing and Splitting Pattern
Heidi Helfand: Yeah. And in the book it might be a little blurred because this is like some of the… Switching and one by one sound very similar, and they do have some Venn diagram overlaps, but I’ll distinguish them as I talk about them.
Lenny: Cool.
The Merging Pattern
Heidi Helfand: So one by one, someone joins your company or they leave your company. So the tip with one by one is when someone joins, help them feel a sense of belonging, and you can do that through not having their first day be them sitting over there alone. You could have someone have a first pair. There’s a chapter in my book about onboarding. This is in the space of onboarding. Also with one by one, when people join, you also need to pay attention to the people who are already there and it’s good for them to know when someone is joining the company; that it shouldn’t be a surprise. So visualizing the hiring and the opportunities is something that I think is a really good idea. It could be challenging for someone if somebody joins and they become their manager, but what if that person wanted to be the manager and then they brought in someone from the outside to become the manager?
So you need to pay attention to the new hires that are joining, help them feel a sense of belonging, get them to talk about themselves, which is said to increase their sense of connection and retention. There’s some research in the book The Culture Code by Daniel Coyle, which talks about that. But then it’s also important to coach the people through change that are already at the company, especially if they weren’t involved in the particular decision, bringing on this new leader that comes in and brings in all their people. So you got to pay attention to different people.
Grow and split is a natural thing that happens when you’re like startup scale up and growing bigger and bigger. The first team probably grows bigger and then splits into two or three. So when the team gets bigger, facilitation and communication tends to break down. So some signals that teams might bring up when they feel like a change might be helpful is the meetings are taking longer. You’re in that case where it’s harder to make decisions. It was easier when there were like five of us, but now they’re 13. The work becomes divergent. They’re working on this one thing, they’re working on something else. No one’s paying attention in the standup so much anymore because this work has diverged. And those are a few of the signals. And then someone typically brings it up. If you normalize the idea that it’s okay for teams to have input into their future structures, maybe they’ll bring it up and decide that, “Hey, it might be better if we split.”
Sometimes splitting though can create dependencies that weren’t there when you were together as one team. So you inherit other problems or you might inherit challenges like, all right, the team decides it’s far effective if they split into two or three, but we just have one product manager, we just have one designer. We just have one person who helps us anticipate quality challenges. So it’s a lot of problem trading when you do a lot of this stuff. Like anything, you have a challenge, how might we solve it? Well, there’s option A, option B and option C. So that’s grow and split and it’s very common I think when your company is growing and changing, kind of like that.
Merging is the opposite of grow and split. Two or more teams combine together. Or at a higher level, a company acquires another company and then there’s a merging that happens. So merging I think is related to when companies downsize or shrink, things consolidate, come together, or again, when at the company level companies combine, one acquires another, gets acquired. How that goes down varies, but there’s this concept called panarchy that I write about in my book that a lot of these changes is changes at the individual level, the team level, the team of teams level, department level, the company level. So yeah, merging. So there’s a business decision that the companies merge together and then changes might ensue.
So maybe the company wants to get ahead on building and having another vertical in their SaaS company. We acquired a company at AppFolio to bring us faster into workflow software for law firms. So we acquired a company based in San Diego, and that got us a couple of years ahead. I remember one of the leaders saying that. So again, we weren’t involved… I wasn’t involved in this decision as an IC at the time. So it could be a business decision for merging at that level. It could be that people leave, there are departures and teams and responsibilities consolidate together. That’s merging. So it could be that kind of shrinking that we’re seeing. It could be that the company is having one leader instead of three and there’s a consolidation and the teams kind of merge together. So it’s the opposite of grow and split.
One activity I do like to do with teams that merge is called story of our team. That’s in chapter 13 of the second edition. So with story of our team, each team makes a timeline of… They stand in order of when they joined their team and they make a timeline with milestones of when they joined their team, when people left, and significant events and things they created that they’re excited about and that they’re proud of. And that they branch together with their newly merged team, and then it’s good to get a shared sense of history. So you have these teams or companies that come together, they make shared timelines, they share their milestones and things that they built that they’re proud of. They tell each other about it and then they have a sense of like, “Wow, we didn’t know that. Oh, I didn’t know that you had built a system like that. We did too.” Or, “We’ve never built anything like that. That is so cool. What did you learn from that?” We get to learn about each other and then we’re together. We’re like, “All right, we’re this merged entity now. What’s next?” Looking out to the future so we have the same shared vision. So I love doing that. There’s different tactics you can do before, during, and after each of these patterns. Yeah, that’s merging.
Isolation we talked about before. Put the team up to the side, give them process freedom, have them report up to a decision maker, tell the other teams not to bother them. Let them work at the cadence that they want to work at. That makes it easier. If you are doing a short-term thing, you got to work it out with the larger entity so you don’t create something in isolation that other people have to maintain. There’s ways that this can be messed up.
And then switching. Switching pattern is really tied to learning and development and fulfillment. It could be that you want to work with other people. Like forming, storming, norming, performing, Tuckman’s model, he forgot the phase called stagnating. Sometimes it feels like we’re in a team for too long. We’re tired of working with these people. We want a little variety. We want to work with that person over there. Or maybe we want to work on a new system. We don’t have the opportunity to do that in our current team, but what if we could work on that system over there with those people? It could totally refresh us. It could be like having a new job within our same company. It could extend the lifespan of the amazing employee in your company. So switching is tied to that kind of fulfillment, which is one of the reasons why I made it separate from one by one and tied that to the company.
The other thing with switching is that you could create safety nets in your company through switching. I just wrote a newsletter post about this yesterday because maybe we’re going to have some more changes this year. Maybe companies are going to be hiring less. I don’t like the thought of companies downsizing or having layoffs or anything like that, but I think to myself, well, have multiple owners of a system. So not only one person is that tower of knowledge that owns that one system. There’s some stories in my book where I interviewed Richard Sheridan, who is the chief storyteller and co-founder of a wonderful company called Menlo Innovations in Ann Arbor, Michigan. They built their company Menlo to have people work in pairs. Not just the software engineers; team members work in pairs and they switch pairs at a regular cadence. And you know that when you’re joining the company because you’re involved in some kind of pairing. So there’s parity from when you’re interviewing to when you’re at the company.
But switching also helps build that knowledge redundancy in your company. A little more about tolerance. So if someone leaves, they don’t leave with all the information in their head. We had that. At that first startup Expertcity, we had some single owners of systems and when they left, it just becomes a challenge and a setback. And at AppFolio we shared a founder between the first startup and the second startup. Many of their early engineers from that first startup went to the second startup.
I was 10th at AppFolio. I was 15th at Expertcity. So we wanted to work together. So it was that global idea of switching one by one or similar. But anyway, at the second startup we had the chance to do things differently. So we had pairing and switching pairs and test-driven development. We had help to do that, but this kind of redundancy built safety into our systems, especially when AppFolio is processing a lot of rent payments. There’s a lot of money. There’s ACH going through. Those are critical systems and it’s very important that things are safe and secure. You don’t want to haphazardly switch people around. You can screw this up, again, that balconies and basements concept. You don’t want somebody over here, they will switch every two weeks and have no say in their team. There’s ways to screw all of this up, but there’s other ways to do it well.
I remember when we were at our first team at AppFolio and we did a grow and split. It grew and it split into two or three teams. I remember there was a loss for some of the engineers who wanted to pair program with some of the other engineers, and they started a regular rotation themselves from one team to the next, and that brought fulfillment. It brought joy. I mean they would see each other in the workspace every day, but they wanted to work together. It brought them learning joy and fulfillment, and I love that. For those who are like keep the team stable and the same forever, I’m like, “Well, what about that?” It brings me satisfaction and joy when I see my colleagues. It’s like autonomy, mastery, purpose, like Dan Pink’s book Drive, when people are really given some agency and the opportunity to work a little bit differently than maybe that traditional boxed version you might see on my bookshelf. You can really create not only products that people love, but companies that people love and want to be at.
Lenny: All these stories of team changes and reorg, it made me think about a quote that one of my managers always used to say about reorging and changing teams is that there’s no perfect org structure. There’s only the best idea you have at the time for what the org could be. And then there’s the issues with that org that you identify as you’re putting in place and then set up processes and systems around to try to catch that dependencies, as you said, or overlap of ownership. Is there anything along those lines that comes up of just things you found of just like, there’s never going to be the perfect way to do it. This is just our best idea at the time and here’s how we deal with the downsides of this approach?
Our Team’s Reteaming Story
Heidi Helfand: Yeah, I think there’s a lot of wisdom to what your manager said and your colleague there because yeah, I mean as time goes on, conditions change. We evolve and change. We’re subject to different influences. COVID happens. We weren’t dealing with that 10 years ago. We grow and adapt and morph. We try to get together and make the best decisions that we can when we’re faced with challenges, and a lot of it is problem trading. We have this challenge today. We decide, oh, there’s a few ways we could handle this. Pros and cons of each solution. It’s like the Toyota Kata, like grasp the current condition. You’ll experience you have challenges. What’s the next evolution or the next target condition? How might you get there? And then you’re there and you’re like, okay, grasp the current target condition. What’s it like? What are you experiencing? Oh, we might try this. We’re always transforming from the current state to the future state.
So to that, I would ask people, well, how do you want that to be? And how do you want to show up and be as a leader? You want to just be like, “All right, I’ve got to get this done. The reorg is done by an email and we’re just sending it out, or this small team change. And here it is; it’s done. Goodbye.” Or is it a little bit where you get people’s input? And that in itself, you got to weigh what you’re dealing with, again. But I like to think about that. What kind of leader do you want to be? Leaders need patience. It’s hard to be a leader. It’s challenging, but what kind of an environment or vibe do you want to cultivate in your teams and what do you want the people to be like?
I have a degree in teaching English and applied linguistics, and I remember studying Paulo Freire and other educational problem-posing methods of education. We have these teams that solve these complex problems and challenges and build these really cool things for customers. Let’s involve them in some of the org decisions that are going to be part of their daily life. Really, you like that idea. Again, it’s not perfect. You can’t involve people on everything, especially if they’re wide-scale changes that you just can’t.
Lenny: Along these lines of doing things badly sometimes, you have this whole section on anti-patterns of reteaming. I think there’s about five of them. I don’t know if you have these all top of mind, but if you do, I’d love to hear some anti-patterns.
The Isolation Pattern
Heidi Helfand: Yeah. Well, one of them is people always think that reteaming is, you have a pool of people and you’re assigning them to a bunch of different projects like, “Okay, you’ll work 10% on this one, 5% on this one, 20% on this one. We are going to allocate the resources from our component-based teams into these different projects.” We did that in Waterfall like many years ago, but that doesn’t really work. A lot of the times the percentages don’t add up. It’s very hard for people to multitask and be involved in multiple efforts at once. It’s hard for the brain with all the context switching that needs to happen in that case. So I call that the percentage anti-pattern.
There’s also, I probably wrote about it like, poof, they’re gone or suddenly they’re here. Reteaming or having people suddenly show up and you weren’t expecting them or suddenly they’re gone and there’s no communication around it whatsoever, that’s another anti-pattern.
Lenny: One of the ones I love is this idea of spreading high performers. This idea of we’re going to spread the high performers across other teams.
The Switching Pattern
Heidi Helfand: That’s an AppFolio story. Jon Walker was telling me back in the day that… I mean, he did this experiment. He had this thought that many of… There’s one team that was like, I guess they were delivering at this cadence that they loved and they were building this stuff and there’s this energy and you can almost feel it. Like let’s just spread the people from that team across the other ones and then we’ll have that. And it didn’t work. He didn’t have that. It didn’t happen. And that was a visceral learning for him that it doesn’t essentially work. And people are like, what does it take to be a high performing team? What does it take to have that magical team experience where there’s that chemistry and the people are together? And there’s stories in the book. Damon Valenzona was telling me one about how it’s like’s a band and we’re with off each other. We’re creating this music together. So John felt like he essentially destroyed that when he split up that team. So that’s the story that inspired that anti-pattern.
Lenny: The reason people are worried about reteams and reorgs is this… A lot of times it’s exact reason that you just shared, which is our team is amazing. I don’t want it to change. I don’t want to split. I don’t want to add anyone. I don’t want to remove anyone. I guess is there anything else along those lines to help people feel better about, no, this is actually going to be okay and/or it’s inevitable. It’s not going to last.
Safety Nets for Switching
Heidi Helfand: I think sometimes you have that awesome team situation. It’s an enjoyable experience. People are learning. You’re looking forward to it every day. You’re delivering the stuff that people love. You’re telling people what’s going on. You have that matched expectation where people aren’t breathing down your neck because it’s late or something. Sometimes you want to keep that team together. You don’t want to destroy that dynamic. But the thing is, maybe that’s a small startup that grows and you need to grow because you have a bigger vision and it needs to be more than these 10 people. And so there is sometimes this feeling of loss, like, “This is our company. This is my experience at this company of 10 people, but suddenly we’re 20 people. It doesn’t feel the same like it did anymore and it feels different.”
And people, they always ask the question, “How do we maintain our culture? It feels different than it was before.” The thing is, it is different, and our companies go through stages. The company of today is not the company it was a year ago. The people turn over and change, what we work on turns over and change. The whole world and industry and global events change and put different pressures on us, and we got to live in this global context. So nothing lasts. Sometimes I have a picture of myself holding an ice cream cone that’s melting. Not to be a total downer, but appreciate it when you’re on a team and you love it and it’s amazing because these are our lives and we have to have gratitude and appreciate what we have because naturally things evolve and change. It’s just inevitable. So we appreciate what we have.
A lot of us can look back on our careers and remember those times when we were, in my case, skipping through the halls because I was so happy. And I was like I couldn’t even tell you. Well, why was I skipping through the halls at that moment? What was it? Well, it was the people and the conditions and what we were doing and the time, the era almost because yeah, it does change.
There’s a book by Ichak Adizes called Managing Corporate Lifecycles. It’s one that many of us read for years at AppFolio, maybe the previous company as well. The Adizes Institute influenced some of our leaders and they influenced us with this. And it talks about the different stages of companies from birth. There’s go-go stage, maturity, death of companies. These are like lifecycles. The company grows and changes and morphs and changes. The people in the teams do that as well. I have an ecocycle in my book where I talk about that kind of aging and changing. Then there’s a disruption and you have a new beginning. We’re part of these stories that are in progress. This is not an unchanging, unmoving entity that we work in. So just be kind to each other, enjoy your experiences and learn as much as you can.
Lenny: It reminds me of advice Sheryl Sandberg shared when she came to the Airbnb offices. Someone asked her: “What advice do you have to deal with all this constant change?” Like the quote I shared at the top of the episode of every six months, there’s a massive reorg. Our culture’s changing. Teams keep changing. It’s constant flux. What is your advice to deal with that? And her advice was: That is good. The fact that you’re growing so fast and having to change is the best case scenario because the alternative is you are not growing and it’s much harder and much more painful because the changes are much harder. People get let go. Your business may go away. So her advice is just, this is good. Change means things are… And growth leads to change, especially hypergrowth, and that you should appreciate this time versus be afraid of it and think that it’s a negative.
Knowledge Redundancy and Safety
Heidi Helfand: And it seems like she had such a wide vantage point and could see the forest through the trees of the fact that, well, this company’s doing well and this is why we’re growing and changing. And I remember one of my leaders, CTO Jon Walker, AppFolio, he told me that once too. He was like… I’d be having a problem or something and I’d come to him and he’d always say to me, “It’s always great to be at a successful company, Heidi.” And it’s like, well, yeah, sometimes you don’t think about the finances when you’re in your day to day and you have a problem with another person or they come to you and they have a problem with this other person. But in the grand scheme of it, how is the company doing? It’s really a critical vantage point that we need to remind ourselves of. But yeah, I wouldn’t say all change is always good. Your mileage may vary there, but the general idea that the company is doing well, you’re growing and changing, you’re trying to make things happen, I think is definitely the space I’d rather be in than the opposite.
The Satisfaction of Switching
Lenny: And I think it’s especially true for people that haven’t worked at a company that didn’t work out where they think this sucks when really this is pretty good compared to all the things that could be happening.
Heidi Helfand: Yeah, yeah, definitely. So we coach and help each other as we go along.
No Perfect Organizational Structure
Lenny: Final question before we get to a very exciting lightning round. Used to work with John Cutler, who was a previous guest on this podcast, and he had a question that he wanted me to ask you. He said that, “Heidi is one of the best listeners I’ve ever worked with.” And so the question is, what’s your secret to being a good listener?
The Leader You Want to Be
Heidi Helfand: Well, listening is a muscle to build and to always work on. You got to put your attention out. Focus on the other person. Sometimes if I’m looking down, maybe I reconnect and look at them. You got to read body language and other things. I’m trained as a co-active coach, which involves different levels of listening. So you have level one, which is internal listening. Like if you and I are talking, but I’m thinking about what am I going to have for lunch? I’m in level one. I’ve got to redirect it out to you and focus on you. So when I focus on you is I’m in level two listening. I’m putting my attention out and I’m really anchoring towards you. It’s a coaching skill.
And then level three is global listening, environmental listening. If a marching band suddenly walked behind you, I’m going to point that out because it’s in my field. I’m not going to ignore that. I’m going to bring that up. So we pay attention to the vibe and the feel in the room and where we’re at. But then also if you’re talking about something and suddenly you go like this or you have this kind of sudden pain in your neck when you’re talking about this one thing, I might notice that you’re doing this and touching your neck because that’s information. That’s a kind of listening, and so I might ask you about that. Or if the face turns red or you look down or away, it’s another kind of listening. So Co-Active Training Institute, coactive.com is my co-active coaching training, so I learned it from them, Henry Kimsey-House and-
Common Reteaming Anti-Patterns
Lenny: Wow, that is an awesome answer. There’s a lot of depth there. So coactive.com, I’m going to check that out. So you actually got trained in this skill. Okay, that’s great. That’ll make people feel better. They’re like, okay, amazing. I’m going to check this out. I’m going to try to be a better listener through the rest of this podcast episode from these tips.
Heidi Helfand: I will say that sometimes I’m not a good listener though.
Team Transience and Cherishing the Moment
Lenny: Yeah, so it goes. Heidi, is there anything else you wanted to touch on or share before we get to our very exciting lightning round?
Heidi Helfand: I don’t think so. I really appreciate your questions and talking with you.
The Art of Listening
Lenny: Well, we’ve reached our very exciting lightning round. Are you ready?
Heidi Helfand: Yeah.
Rapid Fire Q&A
Lenny: All right. First question, what are two or three books that you’ve recommended most to other people?
Heidi Helfand: Leading Intelligent Teams is one, Liberating Structures is another one, and of course, Transitions by William Bridges. I also like the Leader’s Guide to Participatory Decision-Making.
Lenny: Is there a favorite recent movie or TV show that you really enjoyed?
Heidi Helfand: I did like The Bear, the cooking-related show, the restaurant-related show, and gets into the hospitality industry. I really like that. Movies, there isn’t really one that stands out. I always look forward to being on an airplane to see what movies are playing, but no movie for you.
Lenny: What is a favorite interview question that you like to ask people that you are interviewing?
Heidi Helfand: I always like to ask people, “Well, why do you want to join our company? What is it about working with us that would be exciting for you? Why our company as opposed to another one?”
Lenny: What do you look for in their answer that is a good sign?
Heidi Helfand: They have some knowledge about what we do, what we build. Maybe they bring up that they’ve noticed something on one of the websites or a product launch that we just announced, just that maybe it’s part of their story in their career. They’re going in this direction, and they heard about us and they thought, “Wow, I would love to work on that.”
Lenny: Is there a favorite product you’ve recently discovered that you really love?
Heidi Helfand: I’m very into vintage clothing and specifically real wool cashmere, not synthetic blends. I also like vintage blazers. A lot of the times where I’m giving a talk, I’m wearing a vintage blazer. I really like the clothing and design, and I kind of really, really love unusual vintage pieces that I could find, but they do need to… A lot of the fast fashion that’s out there today is a lot of these blends with these materials that you’ve never heard of, but there’s something special about vintage cashmere, for example.
Lenny: Do you have a source for some good stuff? Is it like eBay? Is it stores locally? Is there a site? Is there somewhere you’re finding some good stuff?
Heidi Helfand: I travel around the world and I give talks on reteaming. I do workshops. And usually I go to vintage and antique stores. I was just in Berlin. I was doing that. I was doing it in London. And yeah, I love thrifting, Salvation Army, Goodwill, any of these places that we have in many of the US cities, the Humana line of stores that I’ve been to in Europe and other places. I try to find the small, unusual antique places as well. My aunt’s an antique dealer in Michigan, and she doesn’t specialize in vintage clothing, but I just love that idea of discovering unique and unusual things that maybe they remind you of times in the past. Maybe you find that, “Oh my gosh, we had that mug back in the ’80s or whatever, or in the ’90s.” Things can kind of remind people of other times. So I like that. I think there’s information stored in unique items.
Lenny: Beautiful. I bet Berlin has some really cool vintage stuff, really wacky stuff.
Heidi Helfand: Yeah, there’s a lot of really interesting places to explore, and I think it’s just so much more interesting than some of the brand new kind of stuff.
Lenny: Agreed. Two more questions. Do you have a favorite life motto that you often find yourself coming back to or sharing with friends or family, either in work or in life?
Heidi Helfand: I like asking people how can you be kind to yourself?
Lenny: Say more.
Heidi Helfand: I ask myself that too. I used to run a lot in Santa Barbara at Ellwood, which is a beautiful trail that you can go down to the ocean, you come back up. It’s like More Mesa in Santa Barbara, and I would run and then I’d be like, “God, this is so hard.” And then I would walk for a little while and I’d think to myself, “Well, how can I be kind to myself? I mean, what am I doing here? Does it have to be fast? No. I am here to decompress and enjoy, so how can I be kind to myself?” I think sometimes I get hard on myself or have very high expectations kind of achiever mentality, and I’ve learned through the years that it’s okay to slow down. It’s okay to not go, go, go the whole time. So I would ask other people that as well, especially if they’re going through a challenge or burning midnight oil or whatever. It’s like, “What about self-care? How can you be kind to yourself?”
Lenny: Beautiful. Final question. I was scouring your LinkedIn and I saw a quote from the CTO of AppFolio in his endorsement of you. Said that you were the unofficial director of fun at AppFolio. Is there a story that comes to mind of something that you did at AppFolio that created a lot of joy and fun for the team?
Heidi Helfand: We had these hack days, and I think they do that to this day. So twice a year we’d bring people together and we copied and learned from Atlassian. I remember we had calls with some coaches from Atlassian for how did they do their ShipIt Day, or they originally called it FedEx Day, changed it to ShipIt Day. We followed their model and we’d had this two o’clock on Thursday at two o’clock on Friday where we’d build whatever we wanted and we’d have a theme, and then we’d have goofy prizes at the end that were like traveling trophies. One of them was like a clickety-clack keyboard that we spray-painted gold by the railroad tracks, but people could work on anything. There were teams that formed… We did it with a self-selection marketplace. People formed their topics and teams, and one team hid geocaches throughout Santa Barbara. They’re there to this day because we registered them with the Geocaching website. Another team built a vintage video game machine, and it was in the dev room. Another one they catapulted. They built this… Is it a trebuchet?
Lenny: Yeah.
Heidi Helfand: That catapult this fruit in the parking lot. I don’t know how we got away with that, but we were in the early days. We did a lot of fun stuff like that, and you could work with different people, build these larger relationships, which later makes it easier for reteaming, because then later if you reteam, you’re not strangers with people, so you want to cultivate the community. So we had this department of fun. We would plan the fun in a variety of other ways as well.
Lenny: So fun. Heidi, you’re awesome. I think we’ve helped a lot of people feel better about the endless change that they’re probably going through right now. Two final questions. Where can folks find your book, find you online if they want to reach out, and how can listeners be useful to you?
Heidi Helfand: You can go to heidihelfand.com or Google my name and I come up. Heidi@dynamicreteaming.com, heidi.helfand@gmail.com you can find me. I’m out there. And yeah, I love to work with companies and teams going through change, and I do that in a variety of ways. Teach workshops, do talks. So if any of this is interesting, reach out.
Lenny: And then do you also consult and work with individual companies or not?
Heidi Helfand: I do. Yeah. I do that now. I like to work on a retainer basis or I’ll even join a team, so looking for the-
Lenny: All right.
Heidi Helfand: … next one.
Lenny: Amazing. And we’ll link to all this stuff in the show notes. Heidi, thank you again so much for being here.
Heidi Helfand: Thanks so much, Lenny.
Lenny: Bye everyone.
Thank you so much for listening. If you found this valuable, you can subscribe to the show on Apple Podcasts, Spotify, or your favorite podcast app. Also, please consider giving us a rating or leaving a review as that really helps other listeners find the podcast. You can find all past episodes or learn more about the show at lennyspodcast.com. See you in the next episode.
Glossary
| English | 中文 |
|---|---|
| anti-pattern | 反模式 |
| AppFolio | AppFolio |
| attrition | 人员流失 |
| co-active coach | 共创式教练 |
| Co-Active Training Institute | 共创式培训学院 |
| Damon Valanzona | Damon Valanzona |
| Dan Pink | Dan Pink |
| domain-driven design | 领域驱动设计 |
| Drive | 《驱动力》 |
| Dynamic Reteaming | 动态重组 |
| enablement | 赋能 |
| Expertcity | Expertcity |
| forming, storming, norming, performing | 组建期、震荡期、规范期、执行期 |
| Four Steps to the Epiphany | 《四步通向顿悟》 |
| go-go stage | 快速扩张期 |
| grow and split | 生长与分裂 |
| Henry Kimsey-House | Henry Kimsey-House |
| Ichak Adizes | Ichak Adizes |
| interaction designer | 交互设计师 |
| John Cutler | John Cutler |
| Jon Walker | Jon Walker |
| knowledge silos | 知识孤岛 |
| lean startup | 精益创业 |
| liminality | 阈限性 |
| Managing Corporate Lifecycles | 《管理企业生命周期》 |
| market validation | 市场验证 |
| Menlo Innovations | Menlo Innovations |
| open self-selection reteaming | 开放自选换团队 |
| pairing | 结对 |
| Paulo Freire | Paulo Freire |
| product market fit | 产品市场契合 |
| reorg | 重组 |
| reteaming | 换团队 |
| Richard Sheridan | Richard Sheridan |
| RIDE framework | RIDE 框架 |
| SaaS (software-as-a-service) | 软件即服务 |
| Sheryl Sandberg | Sheryl Sandberg |
| stagnation | 组织僵化 |
| story of our team | 我们团队的故事 |
| test-driven development | 测试驱动开发 |
| Toyota Kata | 丰田套路 |
| Waterfall | 瀑布模式 |
| whiteboard reteaming | 白板换团队 |
| William Bridges | William Bridges |
Reformatted by reformat_english.py
换团队的艺术与智慧 | Heidi Helfand(《动态重组(Dynamic Reteaming)》作者)
换团队的艺术与智慧 | Heidi Helfand(《动态重组(Dynamic Reteaming)》作者)
对话实录
Heidi Helfand: 换团队是困难的,重组是困难的。你不能把它们一概而论地说”这一切一直都很棒”。不,并不是这样的。如果我们能够只是把软件做出来,交付给客户,找到产品市场契合(product market fit),然后问一句:我们让他们满意了吗?如果能这么简单就好了。不行,我们还有人的层面,所以让我们也把关注点放在那里。
Lenny: 今天的嘉宾是 Heidi Helfand。在科技行业深耕二十年后,Heidi 对团队如何组织、组织架构如何变化,以及如何通过变化让团队走向成功产生了浓厚的兴趣。她现在教授工作坊、开设课程,并就如何有效地重组团队提供咨询。在她的书《动态重组》中,Heidi 深入探讨了为什么变化实际上对团队是有益的,为什么团队并非越稳定越好,如何有效地执行重组,以及如何通过重组减少人员流失、组织僵化和知识孤岛。在我们的对话中,Heidi 分享了换团队的五种类型、进行组织变动时应避免的反模式(anti-pattern)、什么样的团队结构最有利于打造全新产品、为什么对重组计划保持透明绝对值得考虑。此外,Heidi 还分享了她如何成为一个出色的倾听者,有很多非常有趣的洞见和建议,还有更多内容。非常感谢 John Cutler 把我介绍给 Heidi。好了,在短暂的赞助商信息之后,为你带来 Heidi Helfand。
起因:为什么研究换团队
Lenny: Heidi,非常感谢你能来,欢迎来到播客。
Heidi Helfand: 谢谢,Lenny。很高兴来到这里。
Lenny: 很高兴你在这里。我在 Airbnb 时有一位同事,她叫 Jana,她总是开这样一个玩笑:如果六个月过去了,她既没有换团队,也没有换座位,她就知道肯定有一次重组要来了,有什么事情正在酝酿,有什么东西即将改变一切。而你写了一整本关于团队变化、重组这个主题的书,你把它叫做换团队(reteaming)。我手边就有这本书,叫《动态重组:换团队的艺术与智慧(Dynamic Reteaming: The Art and Wisdom of Changing Teams)》。我觉得人们低估了变化带来的机会和好处,而且我认为我们往往把它视为一件可怕的事。所以我非常期待和你深入聊聊这个话题。在我们进入正题之前,我很好奇,你为什么决定花这么多时间研究团队变化、重组、换团队这个领域?
Heidi Helfand: 这个问题问得好。这其实并不在计划之中。我的大部分职业生涯都在各种快速增长的初创公司工作,特别是在软件即服务公司做了二十年。我读了很多书,试图提升自己的工作能力以及我们团队正在做的事情。我那边就有很多书,如你所见,而我读到的很多关于团队的书以及从别人那里得到的建议都是:你真的应该保持团队不变。你要追求那种组建期、震荡期、规范期、执行期(forming, storming, norming, performing)的模式。我仔细想了想,然后觉得:等等,但这对我们来说其实并不现实。当我在一家初创公司时,我是第10号员工,后来公司发展到900人,现在已经有数千人,我们的团队就是在不断演化和变化的。
所以我觉得,如果你身处一家快速增长的公司,或者一家正在收缩的公司,正视这一点,不要试图对抗自然的演变。我只是想证明一个观点,说明团队是会变化的。同时我也很好奇:这只是我以及我在南加州的同事们的经历吗?其他人是什么情况?我就是出于好奇。
“人的层面”
Lenny: 你的书里有一段话,大意是:当然,我们按时交付软件,我们做出人们喜爱并愿意购买的产品,但还有一个”人的层面”在发生作用,而人们可能对此思考得不够。你能就此多说一些吗?
Heidi Helfand: 可以。我觉得我所读到的很多关于团队的内容,天然地聚焦在:你想打造客户喜爱的东西,你想让它成为一个愉悦的体验,你想按时交付。我们作为一家企业存在是有原因的,但在构建人员结构的过程中,也有很多公司建设的工作要做。当你从一个人发展到很多人、再到一大群人的时候,其中涉及大量的工作。这是一种赋能型的工作,也是我职业生涯中花了大量时间的地方——帮助团队和组织取得成功。所以确实存在这个”人的层面”。
然而,这些年来我反复思考这个问题,我觉得如果我们能只专注于打造人们喜爱的产品,找到产品市场契合,与客户对话,那会非常方便。如果仅仅是这样就好了,但现实是我们是人类,我们在一起共事,而这里有大量的机会去打造让人感到愉悦的公司——人们兴奋地参与组织成长、变化或收缩过程中的决策。所以是的,存在着这一整个其他领域的工作,我觉得它没有得到足够的关注,而我想这就是我生活和呼吸的地方。
重组中的职业机会
Lenny: 太好了。好的,我肯定想聊你描述的五种换团队类型,但在此之前,我发现重组和变化往往会带来最大的职业机会,因为有新的角色需要填补。如果一切不变,就不会突然出现”嘿,我们有个新职位想让你来干”这种情况。很多快速晋升的领导者,往往是那些善于利用变化、提前思考、主动参与、把自己放在有利位置的人,比如”好的,有个新职位,哦,显然应该是 Heidi 来做。“你在这方面有什么可以分享的吗?对于那些可能预见重组即将到来的人,在即将到来的变化中,你有什么建议可以帮助他们吗?
Heidi Helfand: 我非常欣赏重组过程中保持透明的做法。我的书里有一个来自 Spotify 的 Christian Lima 的故事,讲的是他们如何重组一个大型基础设施团队。他们在白板上把结构可视化,把人带到白板前来看领导者想要的未来团队结构,并让大家参与设计的讨论。我们在 Procore 也受 Christian 和他的故事启发做了同样的事。我记得有 80 人参与了这个平台组织的重组,要从两个大型团队集群拆分成三个。我记得当我们从一间后办公室推出那些白板的时候——我们已经在那里讨论这个变化好几周了——把白板推出来是令人害怕的,因为它会影响人们的日常工作。就好像有人在建议你做些不同的事情,或者要有不同的事情发生,有时候这会让人感到有些触发性的不安。你想知道到底怎么回事。但不管怎样,我们共同鼓起了勇气。
我们把那些白板推了出来,上面有团队结构,每个人的名字都在上面。有团队名称、团队使命,所有这些不同团队的招聘空缺名额,还有人们目前在团队中的位置和名字。人们被邀请来看、给反馈。他们指出了设计中的错误,“哦,这个团队放在那边可能更好,原因是这样的。“人们有机会看到自己公司内部的机会,可能会说,“嘿,我对这个感兴趣,能不能考虑让我做这个?“然后他们可以进行讨论。所以我非常喜欢这些机会被公开分享和呈现出来,而不是某种一直在密室里悄悄进行的事情。我们揭开了一个计划的雏形。
白板换团队与开放自选
我觉得有时候当你召集人们开会讨论任何事情时,有一个起点是好的。所以我们有了这个起点,我们有很多不同的东西,我在书中称之为白板换团队(whiteboard reteaming),我写了相关内容。甚至还有比这更开放的结构。英国剑桥的 Redgate Software,Chris Smith 是我的同事,他们在改变战略优先级时会做定期的开放自选换团队活动。他谈到了这个在全球范围内都很有趣的空间,它甚至比把名字放在白板上还要开放。他们让各团队做推介,说明他们在找什么样的人,他们有一整套方法来赋能人们说,“嘿,我对这个感兴趣。“我觉得这真的很有帮助,因为有时候你可能觉得,“哦,没有人会想干这个。“但有些人会从另一个人觉得没什么意思的工作中获得乐趣。
所以给予选择很重要。再说一次,透明度有不同的等级。我们当时没准备好做那种开放自选换团队活动,但我们对白板这种方式是持开放态度的。
透明重组的落地挑战
Lenny: 我想普通员工听到这个,能参与重组策略的制定,听起来太棒了。高管和领导者听到这个大概会非常害怕,觉得这不可能顺利运作。所以我想了解的是,你实际上怎样让它成功落地?我的想象是,当你这么做的时候,很多人会不同意。有些团队人们想去,有些团队人们不想去。似乎存在一个共识的挑战——你要等到所有人都同意吗?最终是某个人来做决定吗?当你让所有人参与重组的时候,会不会让大家都分心,没法做本职工作了?而通常的做法是,高管们秘密规划,没有人知道它即将到来。我觉得他们这么做的原因是他们不想让任何人分心,也不想让人开始恐慌,直到最后”这是最终方案,我们就这样做。“所以对于那些想要实践这种让团队真正参与重组方案的方式的人,你还有什么其他建议?
应对变化的过渡框架
Heidi Helfand: William Bridges 有一本书叫《Transitions: Making Sense of Life’s Changes》(过渡:理解生活的变化)。我手边就有一本。他谈到了三个阶段:结束期、中立区和新开始。结束期:你正在经历一个变化,你的团队在变化。中立区:一段阈限性的时期,你会觉得,“天哪,我不知道这会怎么发展。“你不太舒服,也不完全处于那个新现实中。你还在回想之前是什么样的。一旦你进入了那个新现实,领导者可以描绘愿景和图景,说明新现实的好处和目的,以及我们为什么在这里,并以此锚定来提升积极性。但当我学到这个过渡框架之后,后来再经历任何变化,我自己就容易理解多了,它真的能帮助你理解生活中任何部分的变化。他的书并不是关于软件开发或产品开发的。
RIDE 决策清晰度框架
有时候我们会有发言权,能够参与,有时候不会。明确变化中的决策者是谁,这一点非常重要。
还有一个我很喜欢的框架。我觉得它不在我的第一本书里,但我在新书里写了,叫做 RIDE。我们在 Procore 有一位首席人事官,她现在在 UKG,Pat Wadors。她教了我们 RIDE 框架,用于决策清晰度——谁在 Requesting(发起)变化,谁能提供 Input(输入),谁是 Decider(决策者),谁来 Execute(执行)变化?所以是 R-I-D-E。我在网上搜了很久,找不到任何相关资料。我鼓励她把它写出来,我把这个归功于她,Pat Wadors。她很厉害。
所以很多时候,问题是你要解决什么问题?你有一个当前状态和一个未来状态,那个未来状态可能是可以讨论的,但也可能不行,取决于具体情况。你要被收购了,你大概不会开个站会讨论我们应该不应该被收购?不,你不参与那个决策。然后变化怎么推行,或者我们怎么做?
在其他情况下,在团队层面,也许你做一次回顾,然后判断,“嘿,我觉得如果我们分成两个团队而不是一个,效率会更高,交付节奏也会更好。“如果团队有能力讨论这件事、施加影响,并在一定程度上主导自己这部分组织如何演进和变化,我觉得那真的很棒。我觉得那能真正赋能。我觉得那能帮助我们在所在的公司感受到更强的主人翁意识。决策权不一定总是等于层级,或者顶端的那个人。不一定是那样的。
换团队的五种模式
Heidi Helfand: 但话说回来,换团队是困难的。重组是困难的。你不能把它们混为一谈,说哦,这永远是好事。不,不是的。不是的。但我们确实需要把注意力放在这个层面。我们必须关注这个人的层面,因为换团队是不可避免的。我们不如把这件事做得更好,因为我们将不得不应对它。如果我们能只管开发软件、交付给客户、达到产品市场契合,嘿,我们让他们满意了吗?要是能这么简单就好了。不,我们有人的层面。所以我们也要把注意力放在那里。
Lenny: 关于这种透明协作式换团队,最后一个问题是:你会建议给它设定一个固定的时间盒,以免它占用大家数周的精力吗?还是说这非常视情况而定?
Heidi Helfand: 是的,你必须给它设时间盒。
Lenny: 好。对于时长有什么建议吗?
Heidi Helfand: 制定一个日程表,倾向于短而不是长。你不想在这件事上永远犹豫不决,特别是当你把更多人纳入进来时,这会造成注意力分散。所以你要尽可能高效地推进。
换团队的五种模式
Lenny: 好,我们来谈谈换团队的类型。这是你这本书的核心内容,我们甚至还没触及到。你识别出了团队变化的五种方式。能不能逐一介绍一下,帮助大家理解它们分别是什么。另外,我们在对话中经常使用”重组”这个词,我觉得这是大多数人思考变化的方式。等我们过完这个清单之后,从这五种团队变化方式的角度来看,“重组”指的是什么?
Heidi Helfand: 好的。那么,换团队的五种模式。逐一加入或离开,有人加入你的公司或有人离开你的公司。生长与分裂,这是一种增长模式。团队变得更大,然后分裂成两个或更多团队。生长与分裂的反面是合并。有时两个或更多团队合并在一起。这更像是一种缩减模式。我们最近可能会看到更多这种情况,因为公司在裁员。事物合并在一起、整合。隔离,或者说通过隔离来创新。在旁边启动一个新团队,一个有益的知识孤岛,给那个团队以流程自由,非常适合在你现有公司内部催生新产品线。也非常适合应对紧急事件,而且它们本来就是自然而然发生的——如果我们出了事故,人们必须聚集在一起,解决事故,然后回到各自的团队。还有切换。切换就是从一个团队移动到另一个团队。你可以以各种节奏来做这件事,短期的、长期的。
关于换团队和重组的区别。我觉得”重组”这个词带有非常传统的包袱和含义。当我写《动态重组》的时候,它感觉不是一个合适的词来表达——比如,Sue 想多了解一点我们的 web 运营是怎么运作的,她要转到那个团队去。把这件事叫作重组感觉不合适,因为 Sue 是在换团队,从一个团队切换到另一个团队。我觉得重组……重组是一个传统词汇。它暗示的是大规模的、自上而下的、你没有发言权的变化。它和我所认为的换团队不同,换团队是发生在不同层面的这五种模式。
Lenny: 太好了。让我复述一下这五种模式。逐一加入或离开,基本上就是有人加入你的团队、离开你的团队,非常自然的事。人们一直在做。
Heidi Helfand: 是你的公司。
Lenny: 或者你的公司,对。生长与分裂,一个团队变得非常大,然后说好吧,我们把它分成两个,让它们分别专注于特定的事情,而不是一个团队试图覆盖太多。合并团队,与上面的相反。隔离。我想多聊聊这个——就是你有一个团队放在旁边,让他们专门负责一件你认为非常重要的事情。关于隔离,你有一个很棒的故事,关于你在一家叫 Expertcity 的公司的经历,这家公司后来变成了一个大家很可能都知道的东西,而且因为换团队成一个隔离团队,最终取得了很好的结果。你能谈谈这个吗?
隔离模式的故事:Expertcity
Heidi Helfand: 好,我在不同的创业公司待过,它们后来都成长壮大了,其中一家,我是第 15 号员工。我从网页编辑做起,后来成为了一名交互设计师。我们要改变世界,非常令人兴奋。我们在加利福尼亚的圣巴巴拉。公司叫 Expertcity。我们当时在做第一个产品,一个技术支持的市场平台。想象一下,你的电脑出了问题,你可以去我们的网站,然后选择一位专家来查看和操控你的屏幕,帮你解决技术支持的难题。所以我们拥有自己研发的屏幕共享技术,拥有管理客户与专家之间交互的基于 Web 的软件,拥有专家资源——我们有内部专家,愿景是全球范围的世界级专家。你要成为像这样的一个市场平台,我们在早期称之为什么——服务领域的 eBay。我当时非常投入。
这是我在科技行业的第一份工作,我成了一名交互设计师,和工程师一起做前端 UI 流程。实际上在”交互设计师”这个词出现之前,我的头衔是导航设计师。我们自己发明了这个词。我非常投入……那时候还没有 UX 之类的说法。人们在谈论信息架构和设计的其他子领域。我们有独立的办公室。我把所有的交互流程都贴在墙上。我对那些措辞非常着迷。有一天我正在里面工作,我们在做一个新流程,我们对这个产品充满了各种期望和梦想。CEO 走进我的办公室说,“Heidi,别再做市场平台了。我们不再做那个产品了。我们要砍掉它,因为没人买,上个月大概只赚了六块钱之类的。“然后他说,“去海边吧。“我们在圣巴巴拉海边。我说,“去海边是什么意思?“他说,“嗯,我不想让你开始任何你之后还要维护的工作,我们得先想清楚下一步怎么走。“我说,“好吧。”
我记得那一天,我环顾我的办公室,墙上贴着所有这些流程图。那些其实就是领域——领域驱动设计。全是各种 Web 领域,以及哪些用户交互会发生,所有这些期望和梦想。那是我职业生涯中第一次被要求停止做某件事。不是暂停。有些人会说,“哦,我们暂停一下这个,“然后再也不回来了。这个是直接砍掉了。我当时不理解。我就是不理解。我哭了,我闹情绪,我发了封邮件说,“我们怎么能砍掉市场平台?它必须活下去。“那是一段很深刻的经历。
但后来——我不记得具体时间了——我被邀请加入一个在旁边运作的团队,当时正在进行市场验证。我们的创始人、产品人员和其他一些人开始认真学习市场验证,那本书叫《四步通向顿悟》(Four Steps to the Epiphany)。所以我们花了所有这些时间构建这个市场平台,但没有人愿意买。那就是生死存亡的时刻。我们必须转型。那是在精益创业之前。《四步通向顿悟》就是那本书,是手册,是指引方向的东西。于是有人和潜在客户进行了大量对话,讨论我们即将构建的这个新东西。
隔离团队与创新
Heidi Helfand: 于是我被邀请加入旁边那个团队,一个小团队,我们不需要做瀑布式软件开发。我们从那套流程中被解放出来了。我们可以用其他方式工作。我记得和一位工程师一起研究怎么做一个忘记密码的流程,因为那时候这些模式都还不存在。我们可以更频繁地部署。产品叫 GoToMyPC,可以远程查看和操控别人的电脑。那基本上就是挽救了公司的转型。后来我们又被整合回各个团队,那时我作为技术项目经理参与了 GoToMeeting 和 GoToWebinar 的构建。所以把一个团队放到旁边,给它流程自由,他们不想让我们被原有的拖累所干扰。
当你在做一个现有产品线的时候,你会形成一种节奏,而且它可能变成一种成熟的节奏。也许现在人们已经习惯了两周或一周的迭代周期,但当你做一个新东西的时候,你需要更快的迭代循环。我们的创始人知道这个需求。所以这是一种特权,我很高兴能成为那个团队的一员,那真的非常令人兴奋。后来回顾这些年,我就觉得,对,隔离的团队,有益的知识孤岛。这又跟一些书里说的绿色原则背道而驰——哦,你要消除所有孤岛?不,有时候你有某个问题是有原因的。你要解决这个问题。当时这个公司是不是快撑不下去了?我当时没想过那些事,因为我全身心投入在工作中,对我们正在构建的东西充满热情和动力。但确实,隔离模式出现了,后来我们在另一家创业公司也用了同样的方式。
Expertcity 的故事回顾
所以这就是我从我的视角讲的 Expertcity 的故事。你去问不同位置上的人,会得到不同的版本。但如果我们留在原来的团队里,如果必须用 Photoshop 做的像素级完美的设计稿来开发——“给你,照着做”——我觉得我们不会够快。那不利于我们需要的创新。所以这也像是通过隔离来实现创新。它适合紧急情况。我在另一家创业公司也遇到过,我们的第一个产品有性能问题。人们离开各自的团队,请了一位顾问,在会议室里待了两周,搞清楚了一些必须做出的重大改动,解决了问题,然后回到各自的团队。这不是一个新概念。麦乐鸡(Chicken McNugget)就是被一个隔离团队救活的,一个突击队。
麦乐鸡的故事
有一本书叫 Teamwork。是一本很老的书,我想是七十年代的,就在我书架上。里面有一个关于麦乐鸡的故事,讲的是他们请了一位顾问,组建了一个很小的团队,在一个不同的……他们没有在原来开发产品的那个工厂工作,而是在另一个工厂。他们直接向麦当劳的一位高管汇报。麦乐鸡就这样活了下来,因为当时它在印第安纳波利斯的测试市场上遇到了挑战。所以这不是我们发明的。只是有些事情就像,“哦,这是一个观察”,然后你会说,“哦,这是一个模式。” 所以这是一个收集的过程。
大公司内部如何成功运作创新团队
Lenny: 有一种说法是大公司内部的创业团队。每个人都说,“哦,这就像大公司里的小创业公司。我们拥有所有需要的资源。风险没有减少,但我们可以创新、尝试新事物。” 但很少见它成功。你分享的都是成功的案例。你有没有发现什么,或者有什么建议,关于如何真正成功地在旁边设一个团队做创新和不同的事情?
Heidi Helfand: 在 AppFolio 我们就是这么做的。有一家叫 SecureDocs 的公司,后来分拆成独立公司,我相信它在 2022 年被收购了。SecureDocs 成立的时候,我不在那个团队。我在其他团队,我是一旁的观察者。同样也是那个模式——一个团队被放到旁边,被赋予了流程自由。他们采用更接近每日冲刺的方式工作,而不是早期 AppFolio 其他团队使用的两周冲刺方式。所以,第一,隔离这个团队,或者把他们放在不同的区域。我们仍然能看到他们。我们在一个大开间里,但那是他们的团队空间。我的意思是,我们有些团队之间有可移动的隔墙。那是他们的地盘,他们自己认领的,还给自己起了名字。
所以,第一,独立的地点。书里还有一个故事,一个团队在 Citrix 内部孵化了一个产品想法,他们待在一个车库里——真的被隔离了。但就是要把团队放在不同的区域,让那里成为他们的地盘。这是第一点。
第二,告诉其他人不要打扰这个团队。这很关键。而且由领导者亲口说出来非常重要。不,你不能把他们拉去做别的事。他们在做另一件事。所以人们需要从他们正在做的其他事情中脱身出来。往大了看,跳出树木看森林,你希望人们结对工作并定期更换搭档,这样他们就不是系统的唯一负责人。这样一来,当他们有机会去做对公司可能非常重要的事情时——比如加入这种隔离团队——他们可以淡出,而不会成为唯一必须交接知识、然后被追问两年系统怎么运作的那个人。你想在团队中建立这种冗余。所以如果你真的想提前规划,先做到这一点。把这作为你运作方式的一部分,建立团队冗余和人员轮换,因为这让人们不必成为系统的唯一负责人、被系统拴住。
所以要隔离他们。告诉其他人不要打扰他们。做结对编程并实行共享所有权,这样有人切换到类似这样的事情会更容易。流程自由。同样,他们可以用不同的方式做事。理想情况下,他们直接向一个真正有决策权的人汇报,决策不会被推翻。或者他们不需要穿过一张复杂的网——“我们做这个可以吗?“——不行,你需要一个清晰的决策结构。在麦乐鸡的案例研究中也是这样看到的,这不在我的书里,但在一本叫 Teamwork 的书里有。
然后那个团队,有那位他们直接汇报的高级领导者,建立清晰的沟通线,这也非常重要。所以不要有那种沉重的官僚体系,比如我不知道的什么季度业务汇报,每个人都花两年做幻灯片再去开那个会,尽量让团队从这类事情中解脱出来,让它更轻量。
SecureDocs 的发展
这类团队中,比如 SecureDocs 成为了 AppFolio 的另一个产品,非常非常成功。在某个时候,我想是我们上市之前,它分拆成了独立的实体。我想也许他们共享了一位董事会成员之类的。我不清楚具体怎么操作的,但它变成了独立的实体。SecureDocs 分离出去了,然后从那里开始成长。最终它成为了一款非常成功的产品,最近被收购了。人来人往,公司在成长、变化、蜕变,那就是其中一个离别的案例,苦甜参半。你为朋友和同事感到高兴,说,“哦,他要当 CTO 了。他要当 CTO 了。”
有这样一个实体。我记得去参观过他们在圣芭芭拉的办公室。看到朋友们成功和蓬勃发展真的很棒。我们用同样的方式还孵化了其他公司。
内部创业的成功要素
Lenny: 太棒了。我觉得听到公司内部小创业有这么多的成功故事真的很棒,这些也确实是很好的建议。
我觉得对你来说,你谈到的最重要的一点就是——要有一位高管来赞助这个团队,给予支持和保护,而不是某些管理者自己决定在旁边搞一个试试,因为否则没有人会真正把这件事当回事。
Heidi Helfand: 是的,我觉得这一点真的非常重要。我也想说,事情并不总是百分之百成功的。我见过公司内部的隔离团队中,有人获得了销售某个东西的机会,他们去找自己的工程师朋友来帮他们构建功能,但最后留下一堆东西让其他人来维护,而这些人根本没有参与过决策。所有这些模式都可能出现一团糟的情况。就像阳台和地下室一样,你也有可能搞砸。并不是所有事情都很难。这也是为什么我愿意深入探讨这些话题并写出来。事情都需要付出努力。树会掉叶子,你就得去清扫。一切都是需要投入工作和精力的。
其他换团队模式概览
Lenny: 我们已经谈过了隔离模式。我觉得可以快速过一下剩下的几个模式,每个分享一下一两个让它们成功或运行得更好的小技巧。
Heidi Helfand: 好的。
Lenny: 在你开始之前,实际上我觉得我遗漏了一个细微之处,你纠正过我,但我可能没抓住,就是一对一模式,它实际上描述的是加入公司,具体来说不是加入某个团队,对吗?
Heidi Helfand: 对。在书中这两个可能会有些模糊,因为……”切换”和”逐一加入”听起来非常相似,它们确实有一些维恩图式的重叠,但我在讲的时候会把它们区分开来。
Lenny: 好。
逐一加入模式
Heidi Helfand: 逐一加入就是有人加入你的公司,或者有人离开你的公司。所以逐一加入的建议是,当有人加入时,帮助他们建立归属感。你可以做到这一点的方式是,不要让他们的第一天就是一个人孤零零地坐在那边。你可以给他们安排一个入职搭档。我的书中有一章是关于入职引导的,就在这个领域里。同样在逐一加入中,当有人加入时,你也需要关注那些已经在公司的人。让他们知道什么时候有人要加入公司是很重要的,这不应该是一个意外。所以将招聘和机会可视化,我觉得是一个非常好的主意。如果有人加入后成为了某人的经理,但那个人原本也想当经理,然后公司却从外面招了一个人来当经理,这对那个人来说可能会很有挫败感。
所以你需要关注新加入的员工,帮助他们建立归属感,让他们谈谈自己,据说这样可以增强他们的连接感和留存率。Daniel Coyle 的《文化密码》(The Culture Code)中有一些研究讨论了这一点。但同时,也需要帮助那些已经在公司的人应对变化,尤其是如果他们没有参与某个具体决策——比如引入一位新领导,而这位新领导又带来了自己的一班人马。所以你必须关注不同的人。
生长与分裂模式
生长与分裂是创业公司规模扩大、越成长越大时自然发生的事情。第一个团队可能逐渐壮大,然后分裂成两个或三个。当团队变大时,促进沟通和协调往往会出问题。团队觉得可能需要做出改变时会提出一些信号:会议时间越来越长,决策变得更困难。以前五个人时很轻松,现在变成了十三个人。工作开始发散,有的人在做这个,有的人在做那个。站会上大家都不太专心了,因为工作已经发散了。这些都是一些信号。然后通常有人会提出来。如果你把”团队可以对自己未来的结构发表意见”这件事正常化,也许他们就会主动提出来,觉得”嘿,也许我们分开会更好”。
不过,分裂有时也会带来作为一个团队时没有的依赖关系。所以你会继承新的问题,或者可能面临这样的挑战:团队决定分成两个或三个更高效,但我们只有一个产品经理,只有一个设计师,只有一个帮我们预判质量风险的人。所以做这些事情的时候,很多时候是在权衡取舍。就像任何事情一样,你面临一个挑战,怎么解决?方案 A、方案 B、方案 C。这就是生长与分裂,在公司成长变化的时候我觉得非常常见。
合并模式
合并是生长与分裂的反面。两个或更多团队合并在一起。或者在更高层面,一家公司收购了另一家公司,然后就会发生合并。所以我觉得合并与公司裁员或缩减有关,事物趋于整合、合并在一起。或者同样是公司层面的组合,一家收购另一家,或者被收购。具体怎么演变各不相同,但有一个叫做 panarchy 的概念,我在书中写到过,很多这类变化发生在个人层面、团队层面、团队之团队层面、部门层面和公司层面。所以是的,合并。公司做出合并的商业决策,然后可能会引发一系列变化。
比如公司想在它的软件即服务产品中更快地建立另一个业务线。我们在 AppFolio 就收购了一家公司,让我们更快地进入了律师事务所的工作流软件领域。我们收购了一家位于圣迭戈的公司,让我们快了好几年。我记得其中一位领导是这么说的。再说一次,我没有参与这个决策……当时作为个人贡献者我没有参与。所以合并在这个层面上可能是一个商业决策。也可能是因为有人离职、有人离开,团队和职责合并在一起。这就是合并。也可能是我们看到的那种缩减。也可能公司从三个领导变成一个领导,出现整合,团队就合并了。所以它是生长与分裂的反面。
我们团队的故事
Heidi Helfand: 我确实很喜欢和合并后的团队做的一个活动,叫做”我们团队的故事”(story of our team),在第二版第13章有介绍。做法是,每个团队制作一条时间线——成员按加入团队的顺序站好,标出里程碑:谁什么时候加入、谁离开了、发生了哪些重要事件、做出了哪些让他们自豪的成果。然后新合并的团队把各自的时间线汇合在一起,形成共同的历史感。于是这些走到一起的团队或公司,共同制作时间线,分享各自的里程碑和他们引以为傲的成果,互相讲述这些故事,产生一种共鸣:“哇,这个我们不知道。""哦,我不知道你们也建了那样的系统,我们也建了。“或者”我们从没做过那样的东西,太酷了。你们从中学到了什么?“我们得以了解彼此,然后我们就在一起了。“好,我们现在是这个合并后的实体了。接下来做什么?“面向未来,拥有共同的愿景。我非常喜欢做这个活动。每种模式在之前、之中和之后都可以用不同的策略。对,以上就是合并模式。
隔离模式
隔离模式我们之前谈过。把团队放到一边,给他们流程上的自由,让他们向一个决策者汇报,告诉其他团队不要打扰他们,让他们按自己想要的节奏工作。这样会更容易。如果是短期项目,你需要和更大的实体协调好,避免在隔离状态下造出别人后续不得不维护的东西。这方面是有可能搞砸的。
切换模式
然后是切换模式。切换模式与学习、发展和满足感紧密相关。也许你想和其他人一起工作。Tuckman 的组建期、震荡期、规范期、执行期模型——他忘了还有一个阶段叫停滞期。有时候感觉我们在一个团队待得太久了,厌倦了和这些人共事,想要一些变化,想去和那边的那个人合作。或者也许我们想接触一个新系统,在当前团队没有这个机会,但如果能去那边和那些人一起做那个系统呢?这可能让我们焕然一新,就像在同一个公司里有了一份新工作。它可以延长那些优秀员工在公司的任职时间。切换模式与这种满足感相关,这也是我把它和”逐一”模式分开、而将”逐一”模式与公司层面挂钩的原因之一。
切换与安全网
切换的另一个好处是,你可以在公司里通过切换来建立安全网。我昨天刚写了一篇通讯文章谈这个,因为也许今年我们会有更多变化,也许公司招聘会减少。我不喜欢公司裁员或缩减规模之类的事情,但我自己想,嗯,让一个系统有多个负责人。不要让一个人成为知识高塔,独自拥有某个系统。我的书里有一些故事,我采访过 Richard Sheridan,他是密歇根州安娜堡一家很棒的公司 Menlo Innovations 的首席故事官兼联合创始人。他们构建 Menlo 的方式是让人们结对工作。不仅是软件工程师,团队成员都结对工作,并定期更换搭档。你在加入公司时就知道这一点,因为你会在面试阶段就参与到某种结对中。所以从面试到入职保持了一致性。
知识冗余与安全
但切换也有助于在公司中建立知识冗余。再多说一点关于容错性的问题。如果有人离职,他们不会把所有信息都带走。我们经历过这种事。在第一家创业公司 Expertcity,我们有些系统只有一个人负责,当他们离开时,就变成了一个挑战和挫折。AppFolio 和第一家创业公司共享了一位创始人。第一家创业公司的很多早期工程师去了第二家创业公司。
我是 AppFolio 的第10号员工,Expertcity 的第15号员工。我们想一起工作。所以那是一种全局性的切换或类似的模式。但无论如何,在第二家创业公司,我们有机会用不同的方式做事。我们有了结对、换对和测试驱动开发(test-driven development)。我们得到了帮助来实现这些,但这种冗余为我们的系统建立了安全性,尤其是 AppFolio 在处理大量租金支付,涉及很多资金,有 ACH 转账流过。这些是关键系统,安全和可靠非常重要。你不能随意地更换人员。这件事也可能搞砸——又是那个阳台和地下室的概念。你不能让一个人每两周被换到不同的团队,而且对自己的团队没有任何发言权。这些做法都可能搞砸,但也有做得好的方式。
切换带来的满足感
我记得在 AppFolio 我们的第一个团队做了一次生长与分裂。团队成长后分裂成两三个团队。我记得有些工程师感到失落,因为他们想和某些其他工程师结对编程,于是他们自己开始了一个定期的轮换,从一个团队到另一个团队。这带来了满足感和喜悦。他们每天都在工作空间见面,但他们想一起工作。这给他们带来了学习的喜悦和满足感,我很喜欢这一点。对于那些主张团队应该永远保持稳定不变的人,我会说:“那这个怎么解释?“看到同事时我感到满足和喜悦。就像 Dan Pink 的书《驱动力》(Drive)中说的自主性、 mastery、目的感——当人们真正获得一些自主权,有机会以不同于传统框架的方式工作时——你可能在我书架上看到过那种传统框架版本。你不仅能创造出人们喜爱的产品,还能创造出人们热爱并愿意留下的公司。
没有完美的组织结构
Lenny: 所有这些关于团队变更和重组的故事,让我想起我一位经理常说的一句话:没有完美的组织结构,只有你当时对组织形态最好的想法。然后随着推进你会发现其中的问题,于是建立相应的流程和体系来应对那些依赖关系,正如你所说,或者所有权重叠的问题。在这一点上,你有没有类似的体会——永远不会有完美的方式,这只是我们当时最好的想法,然后我们这样来应对这种方式的弊端?
Heidi Helfand: 是的,我觉得你那位经理和同事的话很有道理,因为随着时间推移,条件在变化。我们在演化和改变,受到不同因素的影响。COVID 发生了,十年前我们不需要应对这个。我们在成长、适应、变形。我们尽力在面对挑战时做出最好的决策,而这很大程度上是一种问题交换。我们今天面临这个挑战,我们决定,嗯,有几种处理方式,每种各有利弊。这就像丰田套路(Toyota Kata)——把握现状。你会经历各种挑战。下一个演化方向或下一个目标状态是什么?你可能怎样到达那里?然后你到了那里,你会想,好,把握当前的目标状态。感觉怎么样?你正在经历什么?哦,也许我们可以试试这个。我们始终在从当前状态向未来状态转变。
你想成为什么样的领导者
Heidi Helfand: 对此,我会问大家:你希望它变成什么样?你想成为什么样的领导者?你是想直接说”好了,这事得办完,重组通过邮件搞定,发出去就完了”或者”这个小团队变动,就这样,搞定了,再见”?还是说你会稍微征求一下大家的意见?这本身也需要你根据具体情况来权衡。但我喜欢思考这个问题——你想成为什么样的领导者?领导者需要耐心。做领导者很难,充满挑战,但你想在团队中营造什么样的环境和氛围?你希望团队里的人是什么样的状态?
我有一个英语教学和应用语言学的学位,我记得学过 Paulo Freire 以及其他教育中的问题提出式教学方法。我们拥有这些团队,他们解决各种复杂的问题和挑战,为客户打造出非常棒的产品。那就让他们参与一些将成为他们日常工作一部分的组织决策吧。说真的,你会喜欢这个想法的。当然,它并不完美,你不可能让所有人参与所有事情,尤其是那些你根本做不到的大规模变革。
换团队的反模式
Lenny: 顺着”有时候会做得不太好”这个思路,你书里有一整个章节讲换团队的反模式,大概有五个左右。我不知道你是不是都能记住,但如果你记得的话,我很想听听有哪些反模式。
Heidi Helfand: 好的。其中一个是,人们总觉得换团队就是——你有一群人,然后把他们分配到一堆不同的项目上,比如”好,你在这个项目上花10%,那个5%,另一个20%。我们要把基于组件的团队里的资源分配到这些不同的项目中去”。很多年前我们在瀑布模式(Waterfall)里就是这么干的,但那并不真正有效。很多时候那些百分比加起来对不上。让人同时处理多项任务、同时参与多个工作是非常困难的。大脑在这种情况下需要不断切换上下文,非常吃力。所以我称之为百分比反模式。
还有一个,我大概写过,就是人突然消失了或者突然出现了。换团队的时候,有人突然冒出来而你完全没预料到,或者有人突然消失,而且没有任何沟通——这是另一个反模式。
Lenny: 我最喜欢的一个是分散高绩效者这个想法——就是我们要把高绩效者分散到其他团队中去。
Heidi Helfand: 这是一个 AppFolio 的故事。Jon Walker 当年告诉我……我是说,他做了这个实验。他有这样一个想法:有一个团队,他们以自己喜欢的节奏交付,做出各种成果,你能感受到那种能量,几乎是触手可及。于是他想,把这个团队的人分散到其他团队去,我们就能复制那种状态。但并没有奏效,他没有得到那种效果。那对他来说是一个刻骨铭心的教训——这根本行不通。人们会问,怎样才能成为一个高绩效团队?怎样才能拥有那种神奇的团队体验,那种人与人之间的化学反应,大家在一起的感觉?书里有很多这样的故事。Damon Valanzona 跟我讲过一个,说这就像一支乐队,我们彼此即兴配合,一起创作音乐。所以 Jon 觉得自己在拆散那个团队的时候,基本上摧毁了那种东西。这就是启发那个反模式的故事。
团队变迁与珍惜当下
Lenny: 人们担心换团队和重组的原因是……很多时候正是你刚才说的那个原因,就是我们的团队太棒了,我不想改变它,不想拆分,不想加人,不想减人。我想问,在这方面还有没有什么能帮助人们安心——觉得”不,这其实没问题的”,或者”这是不可避免的,它不会一直这样”?
Heidi Helfand: 我觉得有时候你确实会遇到那种绝佳的团队状态。那是一种令人愉悦的体验,大家在成长学习,每天都充满期待。你交付的东西是大家喜欢的,你跟各方保持信息同步,期望是匹配的,没有人因为延期而盯着你催。有时候你想让这个团队保持在一起,不想破坏那种氛围。但问题是,也许那是一个正在成长的小型创业公司,你需要发展,因为你有一个更大的愿景,需要超过这10个人。所以有时候会有一种失落感,就像”这是我们的公司,我在这个10人公司里的体验是这样的,但突然之间我们变成20个人了,感觉不一样了”。
人们总是在问”我们怎么保持我们的文化?感觉跟以前不一样了”。事实上,它确实不一样了,我们的公司在经历不同的阶段。今天的公司不是一年前的那个公司了。人员在轮换和变化,我们做的事情在轮换和变化。整个世界、行业、全球事件都在变化,给我们带来不同的压力,我们必须在这个全球环境中生存。所以没有什么是永恒的。有时候我脑海里会出现一幅画面:我举着一个正在融化的冰淇淋。不是要扫大家的兴,而是当你身处一个你热爱的、非常棒的团队时,请珍惜它,因为这就是我们的生活,我们要心怀感恩,珍惜所拥有的,因为事物自然会演化和变化,这是不可避免的。所以我们要珍惜所拥有的。
我们很多人回顾职业生涯时,都会记得那些时光——就我而言,我会在走廊里蹦蹦跳跳,因为我太开心了。我甚至说不清楚,为什么那一刻我会在走廊里蹦蹦跳跳?是什么原因?是那些人、那些条件、我们正在做的事、那个时代——因为它确实会变。
有一本 Ichak Adizes 写的书叫《管理企业生命周期》(Managing Corporate Lifecycles),在 AppFolio 的时候我们很多人读了这本书好几年,也许在前一家公司也是。Adizes Institute 影响了我们的一些领导者,他们又用这些影响了我们。这本书讲述了企业从诞生开始的各个阶段,有快速扩张期、成熟期、企业的消亡。这些就像生命周期——公司在成长、变化、蜕变、再变化,团队中的人也是如此。我在书中有一个生态循环图,讲述那种老化和变化的过程,然后会有一次颠覆,你迎来一个新的开始。我们是这些正在书写中的故事的一部分,我们所工作的并不是一个一成不变、静止不动的实体。所以善待彼此吧,享受你的经历,尽可能多地学习。
Lenny: 这让我想起 Sheryl Sandberg 来 Airbnb 办公室时分享的建议。有人问她:“对于应对这些持续不断的变化,你有什么建议?“就像我在节目开头引用的那句话——每六个月就有一场大规模重组,我们的文化在变,团队在不断变化,一切都在持续动荡,你有什么建议来应对?而她的建议是:这是好事。你增长得这么快、需要不断变化,这其实是最好的情况,因为另一种可能是不增长,那要艰难痛苦得多,因为那时候的变革要困难得多——人员被裁撤,业务可能消失。所以她的建议就是,这是好事。变化意味着事情在……增长带来变化,特别是高速增长,你应该珍惜这段时间,而不是害怕它、认为它是负面的。
Heidi Helfand: 看来她拥有一个非常宏大的视角,能够见林而不只见树——公司发展得很好,这正是我们成长和变化的原因。我记得 AppFolio 的一位领导、CTO Jon Walker 也曾对我说过类似的话。他说……当我遇到问题去找他时,他总是对我说:“Heidi,能在一家成功的公司工作总是好事。“确实,有时候在日常工作中你可能不会想到财务状况——当你和别人产生矛盾,或者别人来找你说和另一个人有矛盾的时候。但从全局来看,公司整体运营得怎么样?这真的是一个我们需要不断提醒自己的关键视角。不过,我也不会说所有的变化都是好的。每个人的情况不同,但公司发展良好、你在成长和变化、你在努力推动事情发生——这种状态,比起相反的处境,我肯定更愿意身处其中。
Lenny: 我觉得这对那些从没在一家失败的公司工作过的人尤其如此。他们会觉得”这太糟了”,但实际上跟可能发生的那些情况相比,这已经相当不错了。
Heidi Helfand: 是的,确实如此。所以我们在过程中要互相辅导、互相帮助。
倾听的艺术
Lenny: 在进入非常精彩的快问快答环节之前,最后一个问题。我曾和 John Cutler 共事过,他之前也上过这个播客,他有个问题想让我问你。他说:“Heidi 是我共事过的人里最好的倾听者之一。“所以问题是,做一个好的倾听者,你有什么秘诀?
Heidi Helfand: 倾听是一块需要不断锻炼和持续练习的肌肉。你要把注意力向外放出去,聚焦在对方身上。有时候如果我低头了,我会重新调整自己去看对方。你需要去读取肢体语言和其他信号。我接受过共创式教练(co-active coach)的训练,其中涉及不同层级的倾听。第一层是内在倾听——比如你我在交谈,但我心里在想午饭吃什么,那就是第一层。我需要把注意力转向你,专注于你。当我专注于你的时候,我就进入了第二层倾听。我把注意力向外放,真正锚定在你身上。这是一种教练技能。第三层是全球性倾听、环境性倾听。如果一个 marching band 突然从你身后走过,我会指出来,因为它在我的感知范围内,我不会忽略它,我会提出来。所以我们会关注房间里的氛围和感觉,关注我们所处的环境。同时,如果你在谈论某件事时突然这样——比如你在说到某个话题时突然脖子疼,我可能会注意到你在触摸脖子,因为那是信息。这也是一种倾听方式,所以我可能会就此问你。或者如果脸涨红了,或者你低头或看向别处,又是另一种倾听信号。所以共创式培训学院(Co-Active Training Institute),coactive.com,是我接受共创式教练训练的地方,我是从他们那里学到的,Henry Kimsey-House 和——
Lenny: 哇,这个回答太棒了,里面很有深度。coactive.com,我要去看看。所以你真的接受过这方面的专业训练。好的,太好了。这会让大家感觉好一些——他们会想,好的,原来如此,我要去看看,我要在这个播客剩余的时间里努力做一个更好的倾听者,试试这些技巧。
Heidi Helfand: 我得说,有时候我也不是个好倾听者。
Lenny: 嗯,也是难免的。Heidi,在进入我们非常精彩的快问快答之前,你还有什么想聊的或者想分享的吗?
Heidi Helfand: 我想没有了。非常感谢你的提问,很高兴能和你交谈。
快问快答
Lenny: 好,我们到了非常精彩的快问快答环节。准备好了吗?
Heidi Helfand: 好了。
Lenny: 好。第一个问题:你向别人推荐最多的两三本书是什么?
Heidi Helfand: 一本是 Leading Intelligent Teams,另一本是 Liberating Structures,当然还有 William Bridges 的 Transitions。我也很喜欢 The Leader’s Guide to Participatory Decision-Making。
Lenny: 有没有最近特别喜欢、真心推荐的电影或电视剧?
Heidi Helfand: 我很喜欢《熊家餐馆》(The Bear),那个关于烹饪、关于餐厅的剧,讲的是餐饮行业。我真的很喜欢。电影的话,没有哪部特别突出的。我总是期待坐飞机时看看在放什么电影,但没有特别要推荐给你的。
Lenny: 你在面试别人时,最喜欢问的一个面试问题是什么?
Heidi Helfand: 我总是喜欢问人们:“你为什么想加入我们公司?和我们共事有什么让你兴奋的地方?为什么选择我们而不是另一家?”
Lenny: 在他们的回答中,什么样的信号让你觉得是好兆头?
Heidi Helfand: 他们对我们做什么、构建什么有一定的了解。也许他们会提到注意到我们某个网站上的东西,或者我们刚发布的产品——也许这与他们的职业发展路径相关。他们正在朝这个方向走,听说了我们,然后觉得”哇,我很想去做那个”。
Lenny: 有没有最近发现的、你特别喜欢的产品?
Heidi Helfand: 我很热衷于古着服装,尤其是真正的羊毛羊绒,不是合成混纺的。我也喜欢古着西装外套。我做演讲时,很多时候穿的就是古着西装外套。我很喜欢服装和设计,我真的、真的很喜欢能找到的独特古着单品——但现在市面上的很多快时尚,大量使用那些你闻所未闻的混纺材料。而真正的古着羊绒,有一种特别之处。
Lenny: 你有什么好的渠道吗?是 eBay?是当地的实体店?有没有什么网站?你去哪里淘好东西?
Heidi Helfand: 我在世界各地做关于换团队的演讲和研讨会。通常我会去古着店和古董店。我最近在柏林,就在逛那些。在伦敦也是。我真的很爱淘货——Salvation Army、Goodwill,这些在美国很多城市都有的地方,还有我在欧洲和其他地方去过的 Humana 连锁店。我也会去找那些小众的、不寻常的古董店。我的姨妈在密歇根做古董商,她并不专门做古着服装,但我就是很喜欢那种发现独特、不寻常之物的感觉——也许它们让你回想起过去的时光。也许你会发现”天哪,我们在八十年代有过那个马克杯”,或者九十年代的什么东西。物品能让人想起其他时光。所以我喜欢这个。我觉得独特的物品中储存着信息。
Lenny: 真美好。我猜柏林一定有一些特别酷的古着,特别有那种古怪味道的东西。
Heidi Helfand: 是的,有很多非常有趣的地方可以探索,我觉得这比一些全新的东西要有趣得多。
Lenny: 同意。还有最后两个问题。你有没有最喜欢的人生格言,经常会在工作或生活中反复想起,或者分享给朋友和家人的?
Heidi Helfand: 我喜欢问人们:你怎么能对自己更友善一些?
Lenny: 展开说说。
Heidi Helfand: 我也会这样问自己。以前我在圣巴巴拉的 Ellwood 经常跑步,那是一条很美的步道,可以一路跑到海边再折返上来。有点像圣巴巴拉的 More Mesa。我跑着跑着就会想,“天哪,这也太累了。“然后就走一会儿,心里琢磨,“嗯,我怎么才能对自己好一点呢?我到底在干什么?非得跑那么快吗?不是。我来这里是为了减压和享受的,那怎么对自己好一点呢?“我觉得自己有时候对自己太苛刻,或者说有一种很高期望的成就者心态。这些年我慢慢学会了,慢下来没关系,不用一直拼命往前冲。所以我也会这样问别人,尤其是当他们在经历困难、熬夜加班之类的时候。我会说,“自我照顾呢?你怎么才能对自己好一点?”
Lenny: 说得真好。最后一个问题。我翻看了你的 LinkedIn,发现 AppFolio 的 CTO 在给你的推荐语中写道,你是 AppFolio 的”非正式欢乐总监”。你有没有什么印象深刻的故事,是在 AppFolio 做过的、给团队带来了很多欢乐和趣事的事情?
Heidi Helfand: 我们有那种黑客日活动,我觉得他们至今还在做。每年两次,大家聚在一起,这个做法是我们从 Atlassian 那里学来的。我记得我们还跟 Atlassian 的一些教练开过电话会议,请教他们怎么做 ShipIt Day——最早叫 FedEx Day,后来改成了 ShipIt Day。我们照搬了他们的模式:周四下午两点到周五下午两点,随便做什么都行,还会有一个主题,最后会颁发一些搞怪的奖品,类似于流动奖杯。其中一个是那种噼里啪啦响的键盘,我们在铁路旁边给它喷成了金色。但大家真的可以做任何想做的事。团队是通过自选市场的方式自发组建的——大家自己提出主题、自己组队。有一个小组在整个圣巴巴拉到处藏了 geocache(地理藏宝),至今还在那里,因为我们在 Geocaching 网站上注册了。还有一组做了台复古游戏机,放在了开发室里。还有一组造了个投石机——应该是叫 trebuchet 吧?
Lenny: 对。
Heidi Helfand: 在停车场里弹射水果。不知道我们怎么就能那么搞,不过那时候公司还处于早期阶段。我们做了很多类似的有趣事情,而且你可以和不同的人合作,建立更广泛的关系,这之后会让换团队变得更容易,因为如果后来换团队,彼此就不是陌生人了。所以你要刻意经营这种社区感。于是我们就有了这么一个”欢乐部”,我们还会用各种其他方式来策划有趣的活动。
Lenny: 太有趣了。Heidi,你太棒了。我觉得我们帮助了很多人,让他们对正在经历的永无止境的变化感觉好了一些。最后两个小问题。大家去哪里能找到你的书,在网上怎么联系你?另外,听众怎样才能帮到你?
Heidi Helfand: 你可以去 heidihelfand.com,或者 Google 搜我的名字就能找到我。Heidi@dynamicreteaming.com、heidi.helfand@gmail.com 都可以联系到我。我在网上都能找到。嗯,我很乐意和正在经历变革的公司和团队合作,我用多种方式做这件事:教工作坊、做演讲。所以如果这些内容让你感兴趣,欢迎联系我。
Lenny: 那你也会以顾问身份跟具体公司合作吗?
Heidi Helfand: 会的。我现在就在做。我喜欢以长期 retained 的方式合作,甚至可以直接加入某个团队,所以也在找——
Lenny: 好的。
Heidi Helfand: ——下一个机会。
Lenny: 太棒了。我们会在节目备注里放上所有这些链接。Heidi,再次非常感谢你来参加节目。
Heidi Helfand: 非常感谢,Lenny。
Lenny: 大家再见。
非常感谢收听。如果你觉得这期节目有价值,可以在 Apple Podcasts、Spotify 或你喜欢的播客应用上订阅。也请考虑给我们评分或留下评论,这真的能帮助更多听众发现这个播客。你可以在 lennyspodcast.com 找到所有往期节目或了解更多信息。下期再见。
术语表
| 原文 | 中文 |
|---|---|
| anti-pattern | 反模式 |
| AppFolio | AppFolio |
| attrition | 人员流失 |
| co-active coach | 共创式教练 |
| Co-Active Training Institute | 共创式培训学院 |
| Damon Valanzona | Damon Valanzona |
| Dan Pink | Dan Pink |
| domain-driven design | 领域驱动设计 |
| Drive | 《驱动力》 |
| Dynamic Reteaming | 动态重组 |
| enablement | 赋能 |
| Expertcity | Expertcity |
| forming, storming, norming, performing | 组建期、震荡期、规范期、执行期 |
| Four Steps to the Epiphany | 《四步通向顿悟》 |
| go-go stage | 快速扩张期 |
| grow and split | 生长与分裂 |
| Henry Kimsey-House | Henry Kimsey-House |
| Ichak Adizes | Ichak Adizes |
| interaction designer | 交互设计师 |
| John Cutler | John Cutler |
| Jon Walker | Jon Walker |
| knowledge silos | 知识孤岛 |
| lean startup | 精益创业 |
| liminality | 阈限性 |
| Managing Corporate Lifecycles | 《管理企业生命周期》 |
| market validation | 市场验证 |
| Menlo Innovations | Menlo Innovations |
| open self-selection reteaming | 开放自选换团队 |
| pairing | 结对 |
| Paulo Freire | Paulo Freire |
| product market fit | 产品市场契合 |
| reorg | 重组 |
| reteaming | 换团队 |
| Richard Sheridan | Richard Sheridan |
| RIDE framework | RIDE 框架 |
| SaaS (software-as-a-service) | 软件即服务 |
| Sheryl Sandberg | Sheryl Sandberg |
| stagnation | 组织僵化 |
| story of our team | 我们团队的故事 |
| test-driven development | 测试驱动开发 |
| Toyota Kata | 丰田套路 |
| Waterfall | 瀑布模式 |
| whiteboard reteaming | 白板换团队 |
| William Bridges | William Bridges |
此文档由 AI 分片翻译(translate_long_document)