In April 2022, we announced our plan for The Berlin Hub, a longtermist/AI safety co-living and event space in Berlin. Aurea moved faster than us and has already opened the doors of another longtermist group house in Berlin. Though their theory of change is a bit different from ours, we think the expected counterfactual value of following through on the hub decreased so strongly with their launch that it makes sense to halt the project for now and wait for what might grow out of Aurea before starting other group houses in Berlin or elsewhere.
In addition, after the crypto crash earlier this year, our funding would only have sufficed for the less ambitious version of this project with about 8-10 bedrooms. That is one of the reasons why we delayed the launch in summer and planned to apply for more funding now. Given the FTX crash, we don’t think anymore that it would be an effective use of community resources to fund more ambitious projects rather than try and sustain what already exists.
While the Hub didn’t succeed, we did learn a wealthy amount of lessons on trying ambitious projects along the way. Here is some advice we’d give our past selves:
1. Stay lean.
Don’t waste time and money on more organizational overhead than is absolutely necessary.
Aurea didn’t strictly move faster than we did: The seed of the project already existed as a private flat when we started working on the hub. They moved in together, saw how that went, and decided to expand from there. We, however, started out with thinking about how to encourage a healthy house culture, mitigate downside risks, how to best set up an application process, research on which is the best organizational form for such a project, which skills I’d still need to build to fulfill the community manager role, et cetera et cetera. While EA tends to incentivize big-picture thinking, for new and ambitious projects with limited precedents like this, it appears to be more useful to set one foot in front of the other, decide only then where to go next, and only build additional infrastructure if it seems inevitable.
Instead, build lots of minimum viable products (MVPs), however bulletproof your Grand Plan looks.
People were impressed with the clarity and detail of our reasoning in the Hub announcement. In addition, because the reference class of co-living projects with the stated purpose of saving the world doesn’t look great, we created several pages of unpublished (and not yet comprehensive) writing on how to mitigate downside risks for such a project, how to create a healthy community, and other topics. We do think this upfront research was sensible. However, in hindsight, doing more small-scale trial-and-error alongside would have gone a long way: Starting with longer and longer incubator-style retreats as the first MVP, finding a core cohort to found a not-yet fully public shared flat with, and iterate and grow from there.
Our latest community plan for Ithaka involved building around a dedicated core cohort of 5-10 residents who sustain a consistent culture and reduce memetic loss through too much flowthrough. With that core group in place, we’d have wanted to invite short-term guests over to bring in new ideas, learn from the longer-term residents, and build their network. Collecting that core cohort through retreats and networking *before* going on the lookout for housing and funding would have made the whole project significantly easier. Here are some reasons:
With a group of people, we could have directly rented a flat together to start an informal group house, instead of going through the paperwork associated with setting up a charity in Germany.
This would have made us significantly less dependent on external funding, and more resilient to the crypto crash earlier this year that hit one of our seed funders hard.
When starting community spaces, work with the local community right from the start.
This is one of the things that are completely obvious in hindsight, but weren’t at the start. Work on the hub started almost a year ago at CEEALAR, a similar space in England. This made sense to me at the time: It gave me first-hand experience with how life in such a community might be, how the group dynamics work, and which routines and rituals may help make it go well.
This gave me the opportunity to learn a lot of non-obvious useful things about community dynamics. For example, in co-living spaces with continuous flowthrough, peoples’ social energy for relating to others and organizing events for the community seems to be highest at the start, and diminishes over time while the sparkle of novelty ceases, people develop their own routines, and become less open to form ever-new bonds with newcomers every other week. This is why we planned to have short-term visitors arrive in fixed three-week-long cohorts at the start of each month. While the long-term guests could have provided memetic and cultural stability, the short-term guests would have had the opportunity to share the sparkle of novelty with one another. And not only the sparkle of novelty: They could have settled into a more work-minded mode synchronously, until all of them leave before the end of the month and the core cohort has a week to fully focus on each other and their own projects. A pulsing motion of expansion and contraction.
At the same time, starting the ideation phase at CEEALAR meant that I couldn’t do any on-the-ground networking in Berlin before the start of the summer, when we moved over to start looking for houses and working on the charity paperwork with a local lawyer. This was a mistake: An outward-facing project this size can hardly be carried by two people. It needs a whole community to grow into and out of. It needs to understand the local needs and priorities, the existing community building endeavors and bottlenecks, etc. While we planned to build close ties to the local community after opening doors, it would have made sense to understand Berlin’s lively local EA community as crucially important stakeholders right from the start. Concretely, it would have made sense to build connections to as many Berlin-based community builders and longtermist-adjacent EAs as possible from the start. This could have left us with a decent core cohort already. In addition, a gears-level understanding of how the Berlin community works would have been useful evidence while thinking about the community plan for the house. At the early stages of the project, a solid local network could have come in handy during the location search: Many good options on the competitive Berlin housing market never make it into public announcements; relationships are everything. That may not be true for the most ambitious versions of this project, but it definitely is for an Aurea-style decentralized group house spread out over several flats.
Many people who filled expressions of interest were thrilled to help make the space happen, but with most tasks being rapidly changing desk work that seemed to need a complete overview of the project, I didn’t find ways to properly leverage the community energy through more delegation. Among others, because most of the interested people were not locals.
This is another thing Aurea seem to have done right: Already their opening party was a lively mix of local EAs, entrepreneurs, and neighbors. They built the community ties first, and the group house itself afterward.
2. Make extra space for building your co-founder relationship.
Founding a startup is like getting married: You have to talk about your shared vision for the future, figure out how to communicate well with one another, talk about commitments and responsibilities, finances, et cetera. While we as the Hub’s founding team had great chemistry at the start, we found that our styles of working and communication could have been a more perfect match. It would have made sense for us to buckle down and figure all of this out right away instead of over the course of our work together. You may want to have a thorough conversation right at the start of the project about how each of you works best. Identify your individual strengths, weaknesses, and quirks, as well as potential synergies and points of conflicts when they come together. We did this alongside starting out on the object-level work. Next time I’d start such an ambitious project with someone, I might want to go all-in on teambuilding and lock ourselves up in a cabin in the woods for at least a weekend, better a week.
Google’s Project Aristotle-study on predictors of team performance. They found that the biggest predictor of team performance is whether or not the team members have a feeling of psychological safety, i.e. “an individual’s perception of the consequences of taking an interpersonal risk or a belief that a team is safe for risk taking in the face of being seen as ignorant, incompetent, negative, or disruptive.” As I consider this an undervalued key component of EA community building, I’ll write more EAF posts on it in the next months.
Bruce Tuckman’s four stages of group development. In 1965, Bruce Tuckman proposed that groups tend to go through four consecutive stages: Forming, storming, norming, and performing. The bottom line of this model, in one sentence: Instead of dreading and avoiding it, invite team conflict as an opportunity for growth, for developing psychological safety, and for finding effective ways for working together.
3. Funding: Don’t be over-invested in crypto.
This one is the hardest to give advice on. While it’s a fact that the crypto crash hit one of our seed funders and significantly reduced our start capital, it would have been hard for us to do anything different. Withdraw the crypto funding ASAP? That was not feasible without having the charity paperwork in order. Apply to more funding from different sources early in the year to be maximally safe? Definitely.
What next?
Our next step is to wait out how Aurea and the Berlin EA ecosystem in general evolve. Maybe it will make sense to pick this project up again a few years from now, maybe not.
The Berlin Hub post-mortem
In April 2022, we announced our plan for The Berlin Hub, a longtermist/AI safety co-living and event space in Berlin. Aurea moved faster than us and has already opened the doors of another longtermist group house in Berlin. Though their theory of change is a bit different from ours, we think the expected counterfactual value of following through on the hub decreased so strongly with their launch that it makes sense to halt the project for now and wait for what might grow out of Aurea before starting other group houses in Berlin or elsewhere.
In addition, after the crypto crash earlier this year, our funding would only have sufficed for the less ambitious version of this project with about 8-10 bedrooms. That is one of the reasons why we delayed the launch in summer and planned to apply for more funding now. Given the FTX crash, we don’t think anymore that it would be an effective use of community resources to fund more ambitious projects rather than try and sustain what already exists.
While the Hub didn’t succeed, we did learn a wealthy amount of lessons on trying ambitious projects along the way. Here is some advice we’d give our past selves:
1. Stay lean.
Don’t waste time and money on more organizational overhead than is absolutely necessary.
Aurea didn’t strictly move faster than we did: The seed of the project already existed as a private flat when we started working on the hub. They moved in together, saw how that went, and decided to expand from there. We, however, started out with thinking about how to encourage a healthy house culture, mitigate downside risks, how to best set up an application process, research on which is the best organizational form for such a project, which skills I’d still need to build to fulfill the community manager role, et cetera et cetera. While EA tends to incentivize big-picture thinking, for new and ambitious projects with limited precedents like this, it appears to be more useful to set one foot in front of the other, decide only then where to go next, and only build additional infrastructure if it seems inevitable.
Instead, build lots of minimum viable products (MVPs), however bulletproof your Grand Plan looks.
People were impressed with the clarity and detail of our reasoning in the Hub announcement. In addition, because the reference class of co-living projects with the stated purpose of saving the world doesn’t look great, we created several pages of unpublished (and not yet comprehensive) writing on how to mitigate downside risks for such a project, how to create a healthy community, and other topics. We do think this upfront research was sensible. However, in hindsight, doing more small-scale trial-and-error alongside would have gone a long way: Starting with longer and longer incubator-style retreats as the first MVP, finding a core cohort to found a not-yet fully public shared flat with, and iterate and grow from there.
If the startup jargon of MVPs is new to you, here is a remarkably concise and informative writeup by Henrik Kniberg.
Start co-living spaces with a core cohort.
Our latest community plan for Ithaka involved building around a dedicated core cohort of 5-10 residents who sustain a consistent culture and reduce memetic loss through too much flowthrough. With that core group in place, we’d have wanted to invite short-term guests over to bring in new ideas, learn from the longer-term residents, and build their network. Collecting that core cohort through retreats and networking *before* going on the lookout for housing and funding would have made the whole project significantly easier. Here are some reasons:
With a group of people, we could have directly rented a flat together to start an informal group house, instead of going through the paperwork associated with setting up a charity in Germany.
This would have made us significantly less dependent on external funding, and more resilient to the crypto crash earlier this year that hit one of our seed funders hard.
When starting community spaces, work with the local community right from the start.
This is one of the things that are completely obvious in hindsight, but weren’t at the start. Work on the hub started almost a year ago at CEEALAR, a similar space in England. This made sense to me at the time: It gave me first-hand experience with how life in such a community might be, how the group dynamics work, and which routines and rituals may help make it go well.
This gave me the opportunity to learn a lot of non-obvious useful things about community dynamics. For example, in co-living spaces with continuous flowthrough, peoples’ social energy for relating to others and organizing events for the community seems to be highest at the start, and diminishes over time while the sparkle of novelty ceases, people develop their own routines, and become less open to form ever-new bonds with newcomers every other week. This is why we planned to have short-term visitors arrive in fixed three-week-long cohorts at the start of each month. While the long-term guests could have provided memetic and cultural stability, the short-term guests would have had the opportunity to share the sparkle of novelty with one another. And not only the sparkle of novelty: They could have settled into a more work-minded mode synchronously, until all of them leave before the end of the month and the core cohort has a week to fully focus on each other and their own projects. A pulsing motion of expansion and contraction.
At the same time, starting the ideation phase at CEEALAR meant that I couldn’t do any on-the-ground networking in Berlin before the start of the summer, when we moved over to start looking for houses and working on the charity paperwork with a local lawyer. This was a mistake: An outward-facing project this size can hardly be carried by two people. It needs a whole community to grow into and out of. It needs to understand the local needs and priorities, the existing community building endeavors and bottlenecks, etc. While we planned to build close ties to the local community after opening doors, it would have made sense to understand Berlin’s lively local EA community as crucially important stakeholders right from the start. Concretely, it would have made sense to build connections to as many Berlin-based community builders and longtermist-adjacent EAs as possible from the start. This could have left us with a decent core cohort already. In addition, a gears-level understanding of how the Berlin community works would have been useful evidence while thinking about the community plan for the house. At the early stages of the project, a solid local network could have come in handy during the location search: Many good options on the competitive Berlin housing market never make it into public announcements; relationships are everything. That may not be true for the most ambitious versions of this project, but it definitely is for an Aurea-style decentralized group house spread out over several flats.
Many people who filled expressions of interest were thrilled to help make the space happen, but with most tasks being rapidly changing desk work that seemed to need a complete overview of the project, I didn’t find ways to properly leverage the community energy through more delegation. Among others, because most of the interested people were not locals.
This is another thing Aurea seem to have done right: Already their opening party was a lively mix of local EAs, entrepreneurs, and neighbors. They built the community ties first, and the group house itself afterward.
A useful article in this context: Start with “who”.
2. Make extra space for building your co-founder relationship.
Founding a startup is like getting married: You have to talk about your shared vision for the future, figure out how to communicate well with one another, talk about commitments and responsibilities, finances, et cetera. While we as the Hub’s founding team had great chemistry at the start, we found that our styles of working and communication could have been a more perfect match. It would have made sense for us to buckle down and figure all of this out right away instead of over the course of our work together. You may want to have a thorough conversation right at the start of the project about how each of you works best. Identify your individual strengths, weaknesses, and quirks, as well as potential synergies and points of conflicts when they come together. We did this alongside starting out on the object-level work. Next time I’d start such an ambitious project with someone, I might want to go all-in on teambuilding and lock ourselves up in a cabin in the woods for at least a weekend, better a week.
First Round’s 50 questions to Explore with a Potential Co-Founder may be a good start for this. For bonus bulletproofness, finish off by applying CFAR’s murphyjitsu to your co-founder relationship.
Some potentially useful background models:
Google’s Project Aristotle-study on predictors of team performance. They found that the biggest predictor of team performance is whether or not the team members have a feeling of psychological safety, i.e. “an individual’s perception of the consequences of taking an interpersonal risk or a belief that a team is safe for risk taking in the face of being seen as ignorant, incompetent, negative, or disruptive.” As I consider this an undervalued key component of EA community building, I’ll write more EAF posts on it in the next months.
Bruce Tuckman’s four stages of group development. In 1965, Bruce Tuckman proposed that groups tend to go through four consecutive stages: Forming, storming, norming, and performing. The bottom line of this model, in one sentence: Instead of dreading and avoiding it, invite team conflict as an opportunity for growth, for developing psychological safety, and for finding effective ways for working together.
3. Funding: Don’t be over-invested in crypto.
This one is the hardest to give advice on. While it’s a fact that the crypto crash hit one of our seed funders and significantly reduced our start capital, it would have been hard for us to do anything different. Withdraw the crypto funding ASAP? That was not feasible without having the charity paperwork in order. Apply to more funding from different sources early in the year to be maximally safe? Definitely.
What next?
Our next step is to wait out how Aurea and the Berlin EA ecosystem in general evolve. Maybe it will make sense to pick this project up again a few years from now, maybe not.