You are here:

Project Burnout

Question: How is project burnout identified and managed within an open source project?

Description

Burnout is a condition of mental, emotional, and physical exhaustion resulting from chronic stress. The three dimensions characterising burnout are feelings of energy depletion or exhaustion, increased cynicism or psychological distance from one’s work and reduced professional efficacy (WHO, 2020). Project Burnout can occur:

  • When project members become overwhelmed with the amount of work expected with project participation
  • As a result of any community and contributor activities, including technical work, community management, and organizational work.

Objectives

Project Burnout should be understood within projects and managed effectively to improve the well-being of all. This metric is intended to:

  • Develop strategies with communities to help project-related burnout
  • Identify activities as leading indicators to identify project burnout
  • Help people manage burnout by identifying signs before it happens
  • Help people make decisions to maintain a healthy life in relation to project activities

Implementation

Data Collection Strategies

  • The following is a way to better assess the well-being of open source project contributors and maintainers through a useful set of questions that can be asked regarding the well-being of community members
  • Surveys: Ask about the well-being of individuals in the project
    • Survey Likert item (1-x): I feel energized working on this open source project
    • Survey Likert item (1-x): I feel emotionally drained from my work on this project
    • Survey Likert item (1-x): I have felt tired when working on this open source project
    • Survey Likert item (1-x): I take time for self-care, self-initiated practices that enhance health and positive well-being, [Bickley, 1998] when working on this open source project.
    • Survey Likert item (1-x): In the past six months, I have thought about leaving this project.
    • Survey Likert item (1-x): I have thought about or have taken a break from the project because of project-related stress.
    • Survey Likert item (1-x): I have thought about or have taken a break from the project to balance with other parts of my life.
    • Survey Likert item (1-x): I never seem to have enough time to get everything done on this project.
    • Survey Likert item (1-x): I have to neglect some tasks related to this project because I have too much to do.
    • Survey Likert item (1-x): I feel that my contributions in the project are valued and rewarding to me.
    • Survey Likert item (1-x): I feel that my voice is heard in the project.
    • Survey Likert item (1-x): We can openly talk in the project about how we are doing and feeling and check-in on each other.
  • Trace Data: Explore online data to get a better understanding of the well-being of individuals in the project
    • Analyze activity metrics around the number of contributions over time per individual to see if there is an abrupt drop off after an extended contribution time.
    • Analyze if there are continuous contributions over a long period that abruptly end
    • Analyze if there are a large number of contributions by a very small group of people (see Bus Factor or Elephant Factor metrics)
  • Interviews: Talk with open source project contributors and maintainers with their own interpretation of terms
  • Contributor Questions:
    • How do you feel about working on this project?
    • Can you safely ask questions or ask for help when working on this project?
    • Has a poor state of well-being affected your engagement with this open source project? How?
  • Maintainer Questions:
    • How should we be monitoring the well-being of individuals?
    • How do you measure the well-being of your community members in your open source project?
    • How do you determine the well-being of contributors to your project?

References

  1. What you need to know about burnout in open source communities
  2. What does an open source maintainer do after burnout?
  3. Raman, N., Cao, M., Tsvetkov, Y., Kästner, C., & Vasilescu, B. (2020). Stress and Burnout in Open Source: Toward Finding, Understanding, and Mitigating Unhealthy Interactions. In International Conference on Software Engineering, New Ideas and Emerging Results (ICSE-NIER).
  4. Emotional Resilience In Leadership Report 2020 (“but not for OSS”)
  5. Help people identify what “stage” of burnout they are in, or if they are on a path to a more severe burnout stage: Practical guide for avoiding Burnout and living a happier life
  6. Burned out
  7. How I learned about burnout the hard way

To edit this metric please submit a Change Request here: https://github.com/chaoss/wg-dei/blob/main/focus-areas/project-and-community/project-burnout.md

To reference this metric in software or publications please use this stable URL: https://chaoss.community/?p=3537

The usage and dissemination of health metrics may lead to privacy violations. Organizations may be exposed to risks. These risks may flow from compliance with the GDPR in the EU, with state law in the US, or with other laws. There may also be contractual risks flowing from terms of service for data providers such as GitHub and GitLab. The usage of metrics must be examined for risk and potential data ethics problems. Please see CHAOSS Data Ethics document for additional guidance.

Tags:
Was this article helpful?
Dislike 0