On June 7, 2021 Tidelift hosted a new event called Upstream, a one-day celebration of open source, the developers who use it, and the maintainers who make it. All of the talks are available to watch at upstream.live, and several of our speakers offered to share their thoughts in a post-event blog post as well. Kiran Oliver shares their thoughts on dealing with burnout in open source in this blog post, which was originally published on opensource.com.
Burnout is something you don't expect to happen to you—until it does. The technology industry is one of the worst offenders; over 60% of industry professionals report they've experienced burnout. Sixty percent! Chances are, you or someone you know has dealt with it. How can we tackle such a staggering burnout rate if those who make decisions about mental health barely know what burnout is, never mind how to prevent it?
The answer is to start simple. Ask the question "what is burnout?" and go from there.
(Kiran Oliver, CC BY-SA 4.0)
At Upstream 2021, the Tidelift event that kicked off Maintainer Week celebrating open source maintainers, I gave a talk about burnout in open source. The individuals who attended my presentation shared their experiences with burnout and mental health as a whole, which are undeniably linked.
Burnout manifests in cognitive, emotional, and physical symptoms. It can take on different forms that are unique to the individual experiencing it.
Also, people who are neurodivergent (e.g., have autism, ADD/ADHD, dyslexia, dyspraxia, etc.) may have standard burnout symptoms, but it can also manifest as autistic burnout, which is often harder to pin down. Crucially, burnout in neurodivergent employees can look like someone is slacking off, not doing their job, or missing important details, when none of these things are correct.
When addressing burnout on a team, managers can do a few things to ensure the team has a psychologically safe environment:
As an individual contributor, you might be wondering how you can help your teammates. Here are some things that you can do:
In open source communities, burnout can lead to not responding to pull requests or leaving issues open for an extended period of time. It can look like missing meetings, roadmap deadlines, or general forgetfulness. It can also produce emotional fatigue, anxiety, and stress, so someone might be more tired than usual or speak in a tone of voice different from their usual. They may also feel drained and lack the motivation to contribute to open source while struggling with burnout. For open source project maintainers, burnout can be a real challenge that the entire industry must continue to address.
Recognizing burnout requires vulnerability on behalf of the person experiencing it as well as understanding and compassion from any person told about a team member feeling this way. If someone tells you they are burned out, respect and keep this information private. Do not broadcast it publicly, nor share it with anyone who does not need to know for official medical or legal reasons.
Burnout is a genuine issue that impacts many open source practitioners. Here are some tips for how to address it in open source organizations and communities:
Do you have any other tips for dealing with burnout, either personally or with your open source colleagues?
This blog post was originally published on opensource.com.