Work/life balance in employee intellectual property agreements
At GitHub, we recognize that running a great business over the long term requires a measure of “work/life balance” – and that includes recognizing that developers and other knowledge workers…
At GitHub, we recognize that running a great business over the long term requires a measure of “work/life balance” – and that includes recognizing that developers and other knowledge workers have creative lives outside of work. Whether that free time creativity involves contributing to open source projects, art, or activism, we want to encourage our employees, not put up legal barriers. We’ve codified this approach in our employee intellectual property (IP) agreement. We’ve made this agreement reusable and have open sourced as the Balanced Employee Intellectual Property Agreement.
By making the agreement an open source project, we hope to lower barriers to and learn more about innovation in this space. The project FAQ includes further background on related law, policies, and projects. Pull requests are welcome.
If you’re in the tech industry, you’ve probably come across some version of an employee IP agreement before. Typically they assign control over your creativity to your employer, to the extent law allows – sometimes even after you’ve left a job, through non-compete covenants. These agreements and underlying laws impact worker mobility, innovation, and regional competitiveness. Most non-compete covenants are not enforceable in California, which researchers have long cited as a key reason the computer industry took off in California instead of another contender such as Massachusetts.
GitHub’s employment agreement goes a bit further than the California default (and applies to employees outside of California). If you’re a GitHub employee, you maintain control over your creation unless it is something “you create, or help create as its employee or contractor” and it is “related to an existing or prospective Company product or service at the time you developed, invented, or created it” or “developed for use by the Company” or “developed or promoted with existing Company IP or with the Company’s endorsement.” It doesn’t matter whether you’ve used company equipment or not.
Sound interesting? We’re always hiring, or we would love to see you start taking the same approach at your company. Check out the repository to learn more.
Written by
Related posts
![](https://github.blog/wp-content/uploads/2023/10/Collaboration-DarkMode-2.png?resize=400%2C212)
2024 is the biggest global election year in history. What’s at stake for developers?
GitHub is considering what is at stake for our users and platform, how we can take responsible action to support free and fair elections, and how developers contribute to resilient democratic processes.
![](https://github.blog/wp-content/uploads/2023/10/AI-DarkMode-2.png?resize=400%2C212)
GitHub named a Leader in the Gartner first-ever Magic Quadrant for AI Code Assistants
This year, as part of its annual Magic Quadrant series, Gartner published a first-of-its-kind report analyzing the state of play in the AI Code Assistants market–and named GitHub a Leader.
![AI in software development 2024 survey results with colorful graphics and percentages.](https://github.blog/wp-content/uploads/2024/08/ai-survey-header.png?resize=400%2C212)
Survey: The AI wave continues to grow on software development teams
We surveyed 2,000 people on software development teams at enterprises in the U.S., Brazil, India, and Germany about the use, experience, and expectations around generative AI tools in software development.