Hide table of contents

Edit: Thanks for the questions! We're wrapping up for now (though some of us will try to write up some last-minute answers to the most recent questions). We'll keep an eye on this post but can't guarantee that future questions will get an answer from us.

We (an assortment of people working in operations at EA organizations) wanted to give people on the EA Forum an opportunity to ask questions to people working in operations at EA organizations. We’re here to answer your questions between February 4th-8th.

What is operations?

Operations can be quite hard to define. It’s a term, commonly used within the EA community (and less commonly outside it), for a group of areas of work that have some features in common. 80,000 Hours says:

"People in operations roles act as multipliers, aiming to enable those in the organisation to maximise their productivity. They oversee the functions crucial to every top-performinginvitation organisation, such as management, overseeing budgets, helping to hire and train new staff, and so on."

Some other areas that might be included in a broad definition of operations are office management, legal compliance, tech support, project management, fundraising, events, personal assistance and communications.

That said, opinions of how best to define operations vary a lot, so feel free to ask us questions about it!

Ideas for questions

We’re happy for people to ask questions about anything related to operations work, but for a few ideas:

  • Operations as a career path, such as what skills or experience are useful
  • What the day-to-day work in operations roles is like
  • What certain areas of operations work consist of

About Us

We sent an invite to participate in this AMA to members of a Slack workspace for people working in operations at EA-aligned charities and nonprofits. The people answering are those who expressed interest; it’s not our intent to exclude any organizations, cause areas, or other groups. 

(If any readers are currently working in a paid operations role at an EA-linked organisation – including paid local group organisers – you're welcome to join the Slack workspace we mention above, which is used for sharing expertise and resources and helping each other out with operations problems. If you'd like to join feel free to contact one of us by Forum direct message.)

Sawyer Bernath (LinkedIn) is the Executive Director of the Berkeley Existential Risk Initiative, where he manages and executes all BERI operations. Prior to joining BERI in July 2019, Sawyer spent six years working various roles in manufacturing, an experience that has significantly shaped his view of organizations and operations.

Martin Fukui is the Assistant Director at Center for Human-Compatible AI (CHAI) which is based at University of California, Berkeley. He oversees the operations, hiring, finances, external communication, events, and various other aspects. Prior to his role at CHAI, he worked at law firms and the California Bar Association before transitioning to an EA/operations career.

Sven Herrmann (LinkedIn) is the Head of Research Operations of the Global Priorities Institute at Oxford University. Prior to joining GPI, Sven worked for five years in various roles for an NGO in the sustainability sector. Previously, he also worked as a management consultant as well as post-doctoral researcher in mathematics and computational biology. He holds a PhD in mathematics.

Marisa Jurczyk (LinkedIn) started working in operations as a part-time contractor for Rethink Charity in 2018 while in university. In January 2020, she began working in operations full-time, where her responsibilities include payroll, legal compliance, bookkeeping, systems management, and volunteer management.

Abraham Rowe is the Director of Operations at Rethink Priorities. He previously co-founded and served as the Executive Director of Wild Animal Initiative, and served as the Corporate Campaigns Manager at Mercy For Animals. At Rethink Priorities, he oversees operations, communications, and development work. He also occasionally writes about invertebrates.

Kyle Scott started working in EA operations in 2014, with most of his time spent as a personal assistant at the Future of Humanity Institute and subsequently as operations manager at the Berkeley Existential Risk Initiative.

Amrit Sidhu-Brar (LinkedIn) works on operations for the Center on Long-Term Risk in London, where his responsibilities include payroll, compliance, HR, accounting and office management. His main role is part-time at 0.7FTE; alongside this he does some similar work on a freelance basis for a couple of other EA-related organisations, and is a trustee of the charity that runs the EA London local group. He previously ran operations at a UK tech startup, and before that studied medieval languages at university.Hours’

We’re all answering in a personal capacity and are not speaking on behalf of any organization, including our employers.

Other EA resources on operations

In case it’s useful background information, here some links (not intended to be an exhaustive list) to a few other places where operations has been discussed in the EA sphere:

For more resources, the EA Forum’s Operations tag is a great place to look!

Comments35
Sorted by Click to highlight new comments since: Today at 7:13 PM

It seems as if EA organisations were in need of more operations people around 2018 (as evidenced by that 80k article), is there currently a need for more operations people in EA orgs? 

Relatedly, how difficult is it to get a position doing operations work for an EA org, especially if you have some but not tonnes of operations experience? 

My personal impression is that it's a bit easier to find operations staff than before, but still difficult.

We wrote this update at the top of the original article:

Note: Though we edited this article lightly in 2020, it was written in 2018 and is now somewhat out of date.

Due to this post and other efforts, people in the effective altruist community have become more interested in working in operations, and it has also come to seem easier to fill these roles with people not already active in the community. As a result, several recent hiring rounds for these roles were successful, and there are now fewer open positions, and when positions open up they’ve become more competitive.

This means that the need for more people to pursue this path is somewhat less than when we wrote the post. However, many of the major points in this post still apply to some degree, there is still a need for more people working in operations management, and we expect this need to persist as the community grows. For these reasons, we still think this is a promising path to consider. We also think the information on how to enter operations roles and how to assess your fit for them will still be valuable to people pursuing this path.

Regarding your first question, I think this is correct. I spoke to some EA operations folks at the 2019 EA Global and they said that the need for operations people has decreased. Seems like after the article came out, there was a large influx of people applying for different positions and those positions have been filled (for the most part). This isn't to suggest that there aren't any operations positions open anymore - I'm sure if you look at the 80k Job Board, you will find operations job opportunities. 

Regarding your second question, I don't have a good sense of how easy or difficult it is to get an operations position at an EA org these days. My general sense is that there are still quite a bit of qualified candidates applying to open operations positions so individuals who only have some but not a lot of operations experience may experience a disadvantage when applying to those positions. I can't speak on behalf of any other EA org but at CHAI, we occasionally use contractors on a temporary basis to off-load some of our operations tasks. If you have some but not a lot of ton of experience (as you put it), I would suggest that you reach out to EA orgs that you are interested in and see if any of them are looking for any short-term / contractors. 

+1 to Martin's suggestion of reaching out to EA orgs and asking whether they need any short-term/contractor (or possibly volunteer) work doing.  

Orgs will rarely run full hiring rounds for these, but my impression is that a fair amount of this kind of work exists. (Not saying that I think this strategy is anywhere near certain to work, but I would recommend it.) I never managed to make myself proactively ask people for roles like these, but the roles in this category that I got (which I think happened to me through chance really) mostly ended up being really useful for skill-building.

Worth flagging that we at Rethink Priorities have had no trouble finding many well-qualified candidates when we do our operations hiring.

how difficult is it to get a position doing operations work for an EA org, especially if you have some but not tonnes of operations experience? 

For a long time I would discourage people from going into operations unless I (or they) had reason to think they're an especially good fit because I thought it was difficult to get in (mostly based on reading this post, and my assumption that operations roles have looser requirements than other roles, so more people tend to apply).

However, at recent EA conferences I've talked to a lot of people interested in operations, and over a six month time frame, I tend to find that almost all of them that continue to actively look for work in operations find it. 

Like Martin and Amrit said, a lot of these positions go unadvertised. Of our current staff at RC, none of us formally applied for our roles. Two of us are former volunteers, one is a former contractor, and two are people our staff/former staff knew from working together at other organizations who were asked if they wanted to be on our team, without a formal hiring round. It's not impossible to get a job by applying directly - in fact, if you have demonstrated interest in EA, I think you have a good chance at at least making it through the first round of applications - but you'll likely have more luck by being proactive with a few organizations that you're especially interested in working at. 

+1. Like Marisa mentioned, some operations individuals get jobs without applying to jobs via the "traditional" route. I started off as a contractor and was promoted to a full-time employee. 

is there currently a need for more operations people in EA orgs?

I've heard differing opinions on this from different organizations, and I think this is in large part because different organizations have different standards for operations hires. 

For example, an organization that thinks that having an EA-aligned hire is important and is looking for someone with significant nonprofit/operations experience will have a more difficult time filling a role than an organization that's just looking for someone with certain soft skills (e.g. problem solving, learning quickly, etc.). I think EA organizations tend to lean towards being more relaxed about their requirements, especially for junior roles, which is why it isn't as hard for them to find operations hires. 

That said, I think that having less strict hiring standards can lead to less-than-optimal hires, so even if there isn't as much need  per se for operations people, you can still have a big impact here if you're an especially good fit. I've heard of some complaints about high turnover in operations roles (senior roles can be very stressful since you're juggling quite a big, while junior roles can be boring since you'll end up doing a good deal of admin work), so if you're reasonably confident that you have the personality to stick with operations for a long time, you can have more impact by acquiring more skills and preventing your organization from having to do another costly hire a few years down the road. Similarly, people who have special skills (e.g. technical knowledge for automation, bookkeeping, HR, knack for organization, etc.) could have a higher counterfactual impact in an operations role.

So tl;dr, yeah, we probably technically don't need more operations people, but that doesn't mean you can't have an impact working in operations.

Yeah it seems accurate that the need for operations folk is significantly less than in 2018. That said, I've seen plenty of operations job postings in the last year or so, and it looks like e.g. CEA and OpenPhil currently have roles on the 80k job board. Combining that with the fact that EA organisations seem to generally be growing, it seems like there's still a need for more ops people in EA orgs overall. I guess the harder question is similar to your second one, namely whether such roles are currently easily filled with  the in-EA people already aiming for them or with non-EA applicants, vs. whether there'd be a benefit to more EAs (with a particular amount or type of experience) doing so. I don't have much of an answer to this, unfortunately.

One random thought on this is that  different kinds of operations experience might can be important as well as different amounts of experience.  I have the impression that EA orgs are getting large enough that operations roles can get fairly specialised in some places. For example, I'm not certain, but I think I've seen roles for people focussing on automation, for a Salesforce admin, for junior accounts people. I could imagine that for these roles, experience in the right specific thing might be an advantage, even if the experience isn't that long. (Though I wouldn't take that too strongly.) Something pointing in the other direction would be that, for more specific roles, value-alignment may be less important and so it may be easier to recruit from outside EA.

Recently, I've started working as a full-time personal assistant in an EA org. I'd be really interested to hear any advice on how to reduce the amount of time scheduling takes up (currently 1 h of my day). Is there any advice for how to process scheduling requests, often over different time zones and with busy people? Calendly works for some situations, but is not really that helpful. 

Of course I don't know how much meetings you have to schedule, but spending 1h/day for scheduling meetings as a full-time PA doesn't sound like a lot of time to me (? - would be interested to hear what others working in assistant roles think).  Scheduling meetings and doing it well so that the person you are supporting doesn't have to spend a lot of time on it themselves and don't worry about, is one of the things where a PA really add value. I think there is a limit on how 'efficient' you can be with scheduling meetings while still making it as easy as possible for the people involved in the meeting, so I wouldn't worry too much about spending some considerable amount of your time setting up meetings.

Besides using tools like calendly where appropriate the only other concrete piece of advice that comes to my mind is that is very useful to know the details of the preferences of the person (or people) you are scheduling meetings for, such as their prefered times for meeting, what kind of flexibility they have for other times of that's needed/the only option due to timezones, etc.

A question from Dominika Krupocin and myself - it would be great to get more than one response if you have different experiences!

  1. Do you have any experience with implementing a new system (project / task management, CRM, other enterprise software). If so: 1.1. What advice would you give to those who are embarking on this process? 1.2. What were the main bottlenecks / difficulties that you came across? 1.3. What would you have done differently?

  2. If you haven't yet but are considering it: 2.1 What is your current approach? 2.2 What are your main challenges or uncertainties?

One general answer and one specific answer. (Numbering is my own and doesn't correspond to your questions.)

  1. When implementing a new system that will be used by a variety of people in your org, it's important to make this as easy as possible for them. As Martin said, if you end up with one person who doesn't want to use the system, this will greatly increase your work.  When you're choosing a new tool or system for people, you should assume that all of your new users don't care about it, and that any time they have to spend learning the new system will be time they'd rather spend doing something else. To that end:
    1. Don't just ask people to read the software's own published user guide. Even if it's really great and you couldn't imagine making anything better! People don't want to click on links, they don't want to go somewhere else and see new branding, they just want you to tell them what to do.
    2. Do write specific instructions, in an email, as clearly and concisely as possible. Even if those instructions mirror the software's user guide, it's likely you can make them more concise because your instructions are for your org's specific use case. 
    3. Do offer to help anyone who struggles with the new system. It's unlikely anyone will take you up on this offer, but I think it makes people feel like you know they don't want to do this thing you're asking them to do.
    4. Be ready for people to keep trying to use the old system. Keep trying to shepherd them into the new system. Don't give up, don't resign yourself to the two-system world. People will fail to see your first email, but happily respond to your follow-up. Seize opportunities to walk someone through a concrete example: Maybe they didn't set up their Expensify account the first time, but now they're asking for reimbursement, so you can (nicely, graciously) force them to use Expensify to get it.
  2. BERI uses QuickBooks Online (QBO) as our accounting software. It works well enough, but has a lot of quirks that make certain things much more difficult and confusing than they have to be. Consequently, I'm (slowly, hesitantly) looking into other options, Aplos in particular. Obviously I'll want to try out all of our normal transactions and reports in Aplos before transitioning. But even if all of that works out really well, one thing I'm very worried about is loss of audit trail: QBO keeps a record of every change to every transaction, including the time, date, and user. I've only used this occasionally, but when I have it's been a lifesaver. I'm not sure how I'll get around this if we start using Aplos, but it's definitely something I'll be keeping in mind. This concern would apply to any important piece of software that stores a complex history of interactions. 

We use Slack, Asana, Greenhouse, Notion, and Expensify (which we use in collaboration with BERI). It's worth trying out a few software options with a small team to see which one suits your needs the best. I'd suggest that you have 3 people try out one software at a time for 1-2 days to see what works. Software should be ultimately easy to use and easy to onboard new people seamlessly. Any kind of software that has a lot of complicated features and takes a long time to learn is likely not going to be great because if it's complicated to use then new members will be less inclined to use it and the software will ultimately become useless. One bottleneck for software that I've encountered is making sure that everyone actually uses it. For example, if you are going to use a software for hiring purposes but one person in your team doesn't want to use it or not willing to learn it, then things will likely get more complicated on your end as the person who is managing the software. Even if one person doesn't use the software, your work will grow quite a bit since you have to balance 2 systems instead of one. It's a simple thing to tell people who are looking into implementing software but it's an important thing to emphasize. Some software are more flexible in terms of its use (i.e. modifying layout to suit their needs, etc) which may mitigate this problem a bit. As long as everyone is using it, then this should be fine. It's worth documenting norms and rules related to any software and have new members read that document prior to using the software (although I often find norms surrounding software are fairly easy to grasp simply by using it for some period of time / intuitive). Another thing I'll note about software is that software should be easy to use collaboratively and you should make sure that the software has the ability to tag different people, share documents easily, have multiple people comment on one project, etc. I suspect pretty much all software has this feature but it's something to keep in mind nonetheless. 

My general philosophy is that software is quite important to consider since it's going to be much harder to shift your team to use a different software down the line. Suppose you choose a software somewhat haphazardly and you want to use a different one down the line, then it's going to be quite hard to do so. I've often found people are reluctant when it comes to learning new software. The classic woodworking advice, "measure twice, cut once" is sort of the motto here. Also, for me, I try to keep using the same software as long as possible until a serious problem shows up. Like I mentioned before, getting an entire team to use a new software is tedious and takes a long time to implement and even if you do implement it, perhaps you will encounter problems with the software that you didn't think about before you started to use it. There will always be new software that come out and some of them likely offer slight improvements compared to your current system but personally, unless those improvements are substantial, I ignore them. 

Several months ago, our team all switched over to using Asana. Before that, some were using Asana, some Trello, and maybe some neither. I believe the switch-over went pretty smoothly and there wasn't much resistance to using the new software. A few things that we did which may have contributed to the good adoption were:

  • Before selecting Asana, we asked staff to list all the features they'd like in a task management software, did research to compare a few options, and chose the one that met most (or maybe all) of staff's requested features
  • We acknowledged that this is a big shift, it'll take a few months for everyone to get comfortable with it, but that we expect greater efficiency in the long-run; expressed appreciation for staff doing the work necessary to figure out this new tool; reminded staff that this is the tool which meets most/all of their requested features
  • Wrote a guide about how to use it (I thought this didn't seem very necessary, since Asana has lots of their own tutorials and instructions, but given Sawyer's comment, maybe that helped!)
  • Together as a team over the first few months, we established conventions about how we use Asana, and documented those as a separate section in the guide (new staff read this guide as part of onboarding)
  • We held frequent (weekly?) coworking sessions for a little while, where we could ask each other questions about Asana and/or share tips

What work tests/type of application questions have you found most valuable in finding the right candidates/filtering out good fits?

And if you do work trials, how valuable have you found them ?

We do work tests for all roles, operations or not. I think they are far and away the most valuable part of our hiring process.

The ones I have found the most useful for operations hiring:

  • Having people to work through hypothetical complicated financial problems like sending a candidate a list of rules for how transactions should be entered into a spreadsheet, then giving them a list of sample transaction with tons of mistakes and asking them to correct the mistakes, and then giving a list of new entries and seeing if they do it correctly.
  • Asking someone how the would resolve a hypothetical complicated situation involving HR compliance, financial compliance, etc. all bundled together.

The least helpful:

  • Asking people to write something (especially if the role involves communications) - folks interviewing often just don't seem to know your organization well enough to communicate about it well prior to working at the org., and it's really hard to compare these against each other besides on the basis of grammar, etc.

In a (written) work test I would usually try to have a situation that is similar to something slightly challenging that would be encountered in the actual work (Something  that is based on an actual situation but adjusted so that it works well for a test environment is usually good.).  This allows to get at least some idea on how people would address  a problem at work in practice and I would try to incorporate to test for some of these skills:

  • General problem-solving capability (by making the task open enough to allow for some creativity)
  • Ability to follow instructions (by giving clear instructions on what needs to be done including relevant details)
  • Ability to structure thoughts and organise things (by asking eg to create a high-level timeline for some event planning or other activity)
  • Attention to detail (by a) potential documents the candidate creates and b) including bits in the tasks that get easily missed without a strong attention to detail) 
  • (Written) communication skills (by asking eg to write a reply to an email as part of the task)

What exactly you would do would of course depend on the specific characteristics of the role (eg if the role involves a strong Finance component you would probably add something specifically relevant to that eg dealing with spreadsheets). 

For these kind of generalist skills, a work test in my experience works relatively well in separating very good from merely 'okay' candidates (And usually quite easily identifies bad candidates.)

There are other skills that are very well tested in interviews or similar situations and the combination of a work test and an interview has in my experience worked to judge candidates for (junior) ops roles.

Do you think, on the margin, that EA orgs could get more and better ops work/people by paying substantially larger salaries?

I think yes up to a certain point.

  • I'm fairly surprised that organizations had trouble filling operations roles in 2018 or so, as in recent hiring rounds, we've had large numbers of non-EA but otherwise very qualified candidates.
  • I'm a little uncertain of how important it is for operations staff to be highly value-aligned, but I think my view is that it is not that important, especially in lower-level roles. This makes me think the pool of quality candidates is quite a bit larger than it might otherwise seem - there are lots of people with for-profit or non-profit operations experience that is directly relevant to 90% of what I do day-to-day.
  • I think ultimately it is better to have a value-aligned staff member than not, but we had a lot of really great candidates for recent ops roles, and that's probably partially due to us offering competitive compensation and advertising widely, and not just in EA.

Thanks! I wonder if some sort of two-tiered system would work, where there's a value-aligned staff member who is part of the core team and has lots of money and flexibility and so forth, and then they have a blank check to hire contractors who aren't value-aligned to do various things. That might help the value-aligned staff member from becoming overworked. Idk though, I have no idea what I'm talking about. What do you think?

There is probably a version of this that works. I know that some orgs have tried something sort of like this. One problem with "hire contractors who aren't value-aligned to do various things" is that you then have to manage those people (whether they're value-aligned or not). This is getting outside the scope of your original question, but I think people underestimate how much it can drag on an organization to hire new people without thinking hard about their onboarding. If you have a very well-defined task, with a clear deliverable, then it can make sense to contract it out. But if you just have a problem and need help, often bringing on a new person to solve that will make things worse in the long run.

All else equal, higher salaries almost always  would lead to more candidates, but once you close to a level that is relatively competitive (eg compared to similar roles in other non-profits) and seems generally relatively fair compared to the rest of the organisation, I think other aspects of the role might become more important to candidates (eg the general work environment, how much freedom people get in the role, how much involved they can get in other aspects of the organisation if they want to, etc). 

Thanks! How can an org give ops staff more freedom and involvement-if-they-want-it? What are some classic mistakes to avoid?

There are a few ways which allow me to get involved in other areas of our organization:

  • All of our Lead staff have weekly meetings, so in those meetings I can reflect on questions other Leads bring to the group, contribute ideas, etc.
  • Our whole team tries to allow pretty good visibility of what we're working on by keeping project- or task-related information in the appropriate place in Asana and by posting brief weekly project updates in Slack.
  • We have a "reciprocity" Slack channel where we can post if we'd like someone's help on something, and that can often be someone from a different competency area than the poster's.
  • We encourage staff to join projects as Scrum Master, even if the project is outside their competency area

[1/2]

Thanks for doing this! Do you have any advice for EA group organizers (especially university groups), based on your experience with operations at other kinds of organizations? Areas I'm curious about include:

  • How can EA groups grow their teams and activities while maintaining good team coordination and management?
  • What relatively low-cost things can leadership do, if any, that go far in improving new team members' (especially volunteers') morale/engagement/commitment/initiative?
  • How can experienced EA groups best provide organizational support for new/small ones?

Fellow group organizer here! (and former uni club leader, though not for an EA group) Honestly I don't think there were that many specific skills I learned from operations that helped me in group organizing, but rather it was the general operations mindset, which to me involves: a) noticing when things aren't running smoothly as they can be (for me this is feels like a special kind of stress, and if I'm not careful, my brain directs the blame towards other people involved in the system rather than the system itself), and b) trying things, whether that be new management structures, different software tools, etc. In particular I've found that familiarity with tools like Airtable, Slack, and Asana has been helpful for group organizing but you can probably find resources for that on the EA Hub.

I'll answer the rest of your questions separately. 

How can experienced EA groups best provide organizational support for new/small ones?


I consider myself a new organizer so I don’t have much to add here other than a) one-on-ones, and b) sharing systems etc. that work for you (e.g. for tracking attendance, advertising, workshops). I think every new group is going to have different questions and different needs so I suspect there’s not a one-size-fits-all formula, which is why I think one-on-ones with organizers can be especially helpful, since you can gauge their bottlenecks and help brainstorm solutions.

What relatively low-cost things can leadership do, if any, that go far in improving new team members’ (especially volunteers’) morale/engagement/commitment/initiative?


A few things come to mind: 


1) Be an understanding, compassionate human. It sounds easy but I (and I think many others) actually suck at this once you bring important projects with deadlines into the mix. If someone doesn’t do things on time, it’s easy for me to get frustrated with them, but as a student leader I wish I would have reached out to people who were dropping balls and actually tried to work with them to see where they were at and how I could help rather than assuming they were lazy or disorganized. This sounds higher-cost but I think it actually saves time in the long-run if you can set up your team members to run things themselves without management having to pick up all the dropped balls.


2) Provide channels for feedback (and actually act on it). Whether that’s a time during your meetings, a channel in Slack, or an anonymous suggestion box (physical or virtual), I think one of the biggest morale killers is built up resentment about a thing being done less-than-optimally when no one seems interested in fixing that thing. 


I think it’s worth noting that from my experiences in volunteer management, I expect to have a certain number of people who join and then drop-off/ghost after a while. (For me it’s almost exactly 10% within the first month or so each time, and then the number goes towards 25-50% over a year depending on the situation.) This is completely normal, especially in university as people go on to explore other clubs or take on internships or get hit with heavier coursework. Don’t stress over these people: it’s better for them to be honest with you about their commitments than to push them to take on more responsibility than they have time for.

I recall hearing from Alex Barry at the EA Summit a couple years ago who, at the time, was leading Cambridge EA (iirc) and they had an absolutely incredible rate of engagement from volunteer organizers/members contributing time to the EA group's events and activities. And huge numbers of them. IIRC, he said the key for them was to have one basic requirement: the organizers had to commit to checking and responding to Slack daily. That way, they'd know write away if someone didn't have time to keep working on something, and they'd quickly find someone else to do it.

How can EA groups grow their teams and activities while maintaining good team coordination and management?


Short answer: Asana. Long answer: Clearly define everyone’s roles and responsibilities and delegate wherever you can. As you get bigger you’ll probably want to have something like a traditional management structure, where e.g. the President oversees four committees, and each committee is run by one person, rather than one giant executive board. That way the President doesn’t have to keep track of every little thing that’s happening. This works best if you have a lot of people who are interested in helping out and are actually responsible. 


Also: be realistic about what you can accomplish. If you don’t have enough people/capacity to do a thing well, it’s not worth trying to do the thing mediocre-ly. 

I'll have a go at adding some more ideas for #2. (Similarly to Martin, I don't feel like this is my area of expertise and I'm sure there are others in the EA community who've thought about thisway more than me, but here goes for a try: )

In an organisation that has paid staff one important thing for commitment would be making sure people are compensated well. While volunteers are unpaid and to a large extent doing it for the impact of the role, I wonder whether there are easy-ish ways to optimise the non-money benefits  that volunteers are getting out of the role – e.g. skills, connections and so on. I guess one way to do this would be just to pay particular attention to volunteers "as clients" when doing the group's normal community-building activities. Alternatively, are there benefits that can be provided specifically to volunteers – like maybe connections to more established people doing similar work to the volunteer's role, or social activities specifically for the volunteer team? (Though those probably aren't low-cost, now that I think about it!)

Martin's idea of a retreat could be good for the engagement goal too – at EA Cambridge, where I'm a volunteer, there was  a committee retreat one year. To be honest I don't remember what the main goals of the event were, but I think one benefit was helping me feel more engaged/committed in the committee that year.

The other main area I can think of that might help is ensuring that volunteers  have plenty of ownership and space to make meaningful decisions and innovate (and that things stay that way as the team grows), both so that people feel a sense of responsibility and are more committed, and just to help the work be interesting. Like, where possible, delegating an area of responsibility, a problem or a sizeable project rather than the implementation of a specific solution; and ensuring that volunteers know what the extent of their freedom to change things is. 

I don't have any experience with organizing EA groups at a university  so I'm not the best person to answer these questions but I'll do my best. 

Regarding bullet point #2, I think there are two things that are worth doing. First, praise them publicly and privately about their work. If they contributed to something that went well (such as an event), then public acknowledge their effort to the larger community and thank them. Volunteers (and operations folks as a whole) do a lot of thankless work that is largely seen as "easy" by a lot of people so having leaders acknowledge them is helpful. I also think you can praise them privately as well with a simple thank-you email or simply tell them face-to-face (or virtually these days). I often like to tell any operations assistants or volunteers that their work matters. I like to explain the causal link between the successful completion of their duties and the end goal. For example, if the volunteer doesn't create a template for the invite, then this delays the invites for the event and this puts the event in jeopardy. I think volunteers don't have a keen sense of how their work impacts the end goal of a project because they don't have the birds-eye view of the project like leaders do; they don't possess the ability to see the causal link between their work and the end goal. It's important for leaders to clearly draw that line for them so they understand how their work integrates with the larger picture and hopefully, how integral their work is to the project. 

Regarding bullet point #3, I think having publicly available resources is a good idea. For example, at CHAI, we use Notion to document all of our internal logistics so any new member can familiarize themselves with our inner workings. If you haven't already, perhaps writing a set of guidelines for new/small organizations is useful. You can write a guide on organizing events, recruitment, marketing, etc and all of the different aspects when it comes to running an EA university organization. Also, documentation of your "missteps" is valuable. What lessons did you learn along the way as you organized events on campus? What former processes did you use before settling on your current one and why did the former one "break"? This gives new/small orgs an insight as to how to think about their own internal systems as they begin to grow and can learn from your previous mistakes and know what to avoid. 

Another thing you can do is hold small retreats (virtually for now, obviously) where you invite leaders from new/small orgs and hold talks about various aspects of running an organization.

[2/2]

I'm also curious:

  • What makes collaborations with other kinds of organizations (non-EA orgs) successful at building connections/mutual support between orgs?
  • Other operations-related things you think might be useful for EA group organizers

Thanks!

For point #2, one speculative thing that comes to mind is the legal and governance structure of an incorporated organisation, i.e. being incorporated, and having a board – whether a board of directors/trustees who have legal responsibility for the organisation and whom the team ultimately report to, or an advisory board.  

I know that plenty of larger EA groups, particularly national ones, have these kinds of things already, and I wonder whether it would be beneficial for more large EA groups to do so. (I don't know what the answer to this question is.) Possible advantages that I can think of of such a setup:

  • If you can find board members who are knowledgeable about the area – like maybe some EA community-building funder, or a leader of a larger EA group or something – their input might be great for strategy.
  • Running the legal entity's operations could be good skill-building for the organisers, e.g. if any of them want to work in operations or entrepreneurship.
  • It might be better for longevity and stability of the group – the board would always be responsible for the organisation, so if a dedicated group leadership team moved on before finding good successors, it would be the board's job to try again later.
  • If there are paid organisers, they could be on payroll, which might be nicer experience for them than being paid directly by the funder. If the group ever wanted to rent property, it could do so in its own name.
  • Particularly if it's a charitable structure, having a legal entity might help with outreach due image reasons, particularly if targeting professionals rather han students.
  • If a  charitable structure, it might help get more funding, or funding from more diverse sources.

DIsadvantages I can think of include the effort and administrative complexity (which for a charity, might be very high), the time cost to the board members, the financial cost (e.g. incorporation fees, insurance etc, maybe legal advice or professional fees depending how much you did yourself), and maybe worse consequences if things go wrong (like forgetting to do some legal filing or doing your accounting wrong or something). I also  have no idea whether groups that are student societies are allowed to be incorporated.