diff --git a/_articles/Maintaining Balance and Avoiding Burnout for Open Source Maintainers b/_articles/Maintaining Balance and Avoiding Burnout for Open Source Maintainers new file mode 100644 index 00000000000..1de0cdb0c68 --- /dev/null +++ b/_articles/Maintaining Balance and Avoiding Burnout for Open Source Maintainers @@ -0,0 +1,70 @@ +# Maintaining Balance for Open Source Maintainers + +**Summary:** +This guide provides tips for self-care and avoiding burnout as a maintainer, based on experiences from the Maintainer Community. + +--- + +## Key Concepts + +1. **Personal Ecology** – maintaining balance, pacing, and efficiency to sustain energy over time. +2. **Burnout Signs** – chronic stress, loss of motivation, inability to focus, reduced empathy. +3. **Motivation Awareness** – understanding what energizes you to prioritize your work effectively. + +--- + +## Common Causes of Burnout + +- **Lack of positive feedback** – Users often only report issues, not successes. +- **Taking on too much** – Saying “yes” to every task leads to overwhelm. +- **Working alone** – Isolation can increase stress. +- **Insufficient time/resources** – Especially for volunteer maintainers. +- **Conflicting demands** – Between personal goals, employers, or community expectations. + +--- + +## Tips for Self-Care and Avoiding Burnout + +### 1. Identify Your Motivations +Reflect on what energizes you in open source work. Examples: +- Positive feedback from users +- Collaborating with community +- Enjoyment of coding and problem-solving + +### 2. Reflect on Stress Triggers +Track what makes you feel burned out, such as lack of feedback, overcommitment, isolation, or conflicting demands. + +### 3. Watch for Signs of Burnout +Ask yourself: +- Can I maintain this pace for 10 weeks? 10 months? 10 years? +- Use tools like the [Burnout Checklist](https://governingopen.com/resources/signs-of-burnout-checklist.html) or wearables to track stress and sleep. + +### 4. Sustain Yourself and Your Community +- **Lean on the community** – delegate tasks, engage contributors, connect with peer groups like the [Maintainer Community](http://maintainers.github.com/). +- **Explore funding** – GitHub Sponsors, accelerators, grants. +- **Use tools** – GitHub Actions, Copilot for automating repetitive tasks. +- **Rest and recharge** – hobbies, sleep, time off, and setting GitHub status. +- **Set boundaries** – clearly communicate availability, priorities, and expectations. + +--- + +## Additional Resources + +- [Maintainer Community](http://maintainers.github.com/) +- [The Social Contract of Open Source](https://snarky.ca/the-social-contract-of-open-source/) +- [Uncurled](https://daniel.haxx.se/uncurled/) +- [SustainOSS](https://sustainoss.org/) +- [Rockwood Art of Leadership](https://rockwoodleadership.org/art-of-leadership/) +- [Saying No](https://mikemcquaid.com/saying-no/) + +--- + +## Contributors + +Many thanks to all maintainers who shared their experiences and tips! +Written by [@abbycabs](https://github.com/abbycabs) with contributions from: +[@agnostic-apollo](https://github.com/agnostic-apollo), [@gabek](https://github.com/gabek), [@danielroe](https://github.com/danielroe), [@mikemcquaid](https://github.com/mikemcquaid), [@thisisnic](https://github.com/thisisnic), and many others. + +--- + +**Labels (optional):** `guide`, `community`, `self-care`, `burnout` diff --git a/_articles/maintaining-balance-for-open-source-maintainers.md b/_articles/maintaining-balance-for-open-source-maintainers.md deleted file mode 100644 index a63a0d3ca0f..00000000000 --- a/_articles/maintaining-balance-for-open-source-maintainers.md +++ /dev/null @@ -1,219 +0,0 @@ ---- -lang: en -untranslated: true -title: Maintaining Balance for Open Source Maintainers -description: Tips for self-care and avoiding burnout as a maintainer. -class: balance -order: 0 -image: /assets/images/cards/maintaining-balance-for-open-source-maintainers.png ---- - -As an open source project grows in popularity, it becomes important to set clear boundaries to help you maintain balance to stay refreshed and productive for the long run. - -To gain insights into the experiences of maintainers and their strategies for finding balance, we ran a workshop with 40 members of the Maintainer Community, allowing us to learn from their firsthand experiences with burnout in open source and the practices that have helped them maintain balance in their work. This is where the concept of personal ecology comes into play. - -So, what is personal ecology? As described by the Rockwood Leadership Institute, it involves "maintaining balance, pacing, and efficiency to sustain our energy over a lifetime." This framed our conversations, helping maintainers recognize their actions and contributions as parts of a larger ecosystem that evolves over time. Burnout, a syndrome resulting from chronic workplace stress as [defined by the WHO](https://icd.who.int/browse/2025-01/foundation/en#129180281), is not uncommon among maintainers. This often leads to a loss of motivation, an inability to focus, and a lack of empathy for the contributors and community you work with. - - - -By embracing the concept of personal ecology, maintainers can proactively avoid burnout, prioritize self-care, and uphold a sense of balance to do their best work. - -## Tips for Self-Care and Avoiding Burnout as a Maintainer: - -### Identify your motivations for working in open source - -Take time to reflect on what parts of open source maintenance energizes you. Understanding your motivations can help you prioritize the work in a way that keeps you engaged and ready for new challenges. Whether it's the positive feedback from users, the joy of collaborating and socializing with the community, or the satisfaction of diving into the code, recognizing your motivations can help guide your focus. - -### Reflect on what causes you to get out of balance and stressed out - -It's important to understand what causes us to get burned out. Here are a few common themes we saw among open source maintainers: - -* **Lack of positive feedback:** Users are far more likely to reach out when they have a complaint. If everything works great, they tend to stay silent. It can be discouraging to see a growing list of issues without the positive feedback showing how your contributions are making a difference. - - - -* **Not saying 'no':** It can be easy to take on more responsibilities than you should on an open source project. Whether it's from users, contributors, or other maintainers – we can't always live up to their expectations. - - - -* **Working alone:** Being a maintainer can be incredibly lonely. Even if you work with a group of maintainers, the past few years have been difficult for convening distributed teams in-person. - - - -* **Not enough time or resources:** This is especially true for volunteer maintainers who have to sacrifice their free time to work on a project. - - - -* **Conflicting demands:** Open source is full of groups with different motivations, which can be difficult to navigate. If you're paid to do open source, your employer's interests can sometimes be at odds with the community. - - - -### Watch out for signs of burnout - -Can you keep up your pace for 10 weeks? 10 months? 10 years? - -There are tools like the [Burnout Checklist](https://governingopen.com/resources/signs-of-burnout-checklist.html) from [@shaunagm](https://github.com/shaunagm) that can help you reflect on your current pace and see if there are any adjustments you can make. Some maintainers also use wearable technology to track metrics like sleep quality and heart rate variability (both linked to stress). - - - -### What would you need to continue sustaining yourself and your community? - -This will look different for each maintainer, and will change depending on your phase of life and other external factors. But here are a few themes we heard: - -* **Lean on the community:** Delegation and finding contributors can alleviate the workload. Having multiple points of contact for a project can help you take a break without worrying. Connect with other maintainers and the wider community–in groups like the [Maintainer Community](http://maintainers.github.com/). This can be a great resource for peer support and learning. - - You can also look for ways to engage with the user community, so you can regularly hear feedback and understand the impact of your open source work. - -* **Explore funding:** Whether you're looking for some pizza money, or trying to go full time open source, there are many resources to help! As a first step, consider turning on [GitHub Sponsors](https://github.com/sponsors) to allow others to sponsor your open source work. If you're thinking about making the jump to full-time, apply for the next round of [GitHub Accelerator](http://accelerator.github.com/). - - - -* **Use tools:** Explore tools like [GitHub Copilot](https://github.com/features/copilot/) and [GitHub Actions](https://github.com/features/actions) to automate mundane tasks and free up your time for more meaningful contributions. - - - -* **Rest and recharge:** Make time for your hobbies and interests outside of open source. Take weekends off to unwind and rejuvenate–and set your [GitHub status](https://docs.github.com/account-and-profile/setting-up-and-managing-your-github-profile/customizing-your-profile/personalizing-your-profile#setting-a-status) to reflect your availability! A good night's sleep can make a big difference in your ability to sustain your efforts long-term. - - If you find certain aspects of your project particularly enjoyable, try to structure your work so you can experience it throughout your day. - - - -* **Set boundaries:** You can't say yes to every request. This can be as simple as saying, "I can't get to that right now and I do not have plans to in the future," or listing out what you're interested in doing and not doing in the README. For instance, you could say: "I only merge PRs which have clearly listed reasons why they were made," or, "I only review issues on alternate Thursdays from 6 -7 pm.”This sets expectations for others, and gives you something to point to at other times to help de-escalate demands from contributors or users on your time. - - - - Learn to be firm in shutting down toxic behavior and negative interactions. It's okay to not give energy to things you don't care about. - - - - - -Remember, personal ecology is an ongoing practice that will evolve as you progress in your open source journey. By prioritizing self-care and maintaining a sense of balance, you can contribute to the open source community effectively and sustainably, ensuring both your well-being and the success of your projects for the long run. - -## Additional Resources - -* [Maintainer Community](http://maintainers.github.com/) -* [The social contract of open source](https://snarky.ca/the-social-contract-of-open-source/), Brett Cannon -* [Uncurled](https://daniel.haxx.se/uncurled/), Daniel Stenberg -* [How to deal with toxic people](https://www.youtube.com/watch?v=7lIpP3GEyXs), Gina Häußge -* [SustainOSS](https://sustainoss.org/) -* [Rockwood Art of Leadership](https://rockwoodleadership.org/art-of-leadership/) -* [Saying No](https://mikemcquaid.com/saying-no/) -* Workshop agenda was remixed from [Mozilla's Movement Building from Home](https://foundation.mozilla.org/en/blog/its-a-wrap-movement-building-from-home/) series - -## Contributors - -Many thanks to all the maintainers who shared their experiences and tips with us for this guide! - -This guide was written by [@abbycabs](https://github.com/abbycabs) with contributions from: - -[@agnostic-apollo](https://github.com/agnostic-apollo) -[@AndreaGriffiths11](https://github.com/AndreaGriffiths11) -[@antfu](https://github.com/antfu) -[@anthonyronda](https://github.com/anthonyronda) -[@CBID2](https://github.com/CBID2) -[@Cli4d](https://github.com/Cli4d) -[@confused-Techie](https://github.com/confused-Techie) -[@danielroe](https://github.com/danielroe) -[@Dexters-Hub](https://github.com/Dexters-Hub) -[@eddiejaoude](https://github.com/eddiejaoude) -[@Eugeny](https://github.com/Eugeny) -[@ferki](https://github.com/ferki) -[@gabek](https://github.com/gabek) -[@geromegrignon](https://github.com/geromegrignon) -[@hynek](https://github.com/hynek) -[@IvanSanchez](https://github.com/IvanSanchez) -[@karasowles](https://github.com/karasowles) -[@KoolTheba](https://github.com/KoolTheba) -[@leereilly](https://github.com/leereilly) -[@ljharb](https://github.com/ljharb) -[@nightlark](https://github.com/nightlark) -[@plarson3427](https://github.com/plarson3427) -[@Pradumnasaraf](https://github.com/Pradumnasaraf) -[@RichardLitt](https://github.com/RichardLitt) -[@rrousselGit](https://github.com/rrousselGit) -[@sansyrox](https://github.com/sansyrox) -[@schlessera](https://github.com/schlessera) -[@shyim](https://github.com/shyim) -[@smashah](https://github.com/smashah) -[@ssalbdivad](https://github.com/ssalbdivad) -[@The-Compiler](https://github.com/The-Compiler) -[@thehale](https://github.com/thehale) -[@thisisnic](https://github.com/thisisnic) -[@tudoramariei](https://github.com/tudoramariei) -[@UlisesGascon](https://github.com/UlisesGascon) -[@waldyrious](https://github.com/waldyrious) + many others!