We will seek to have more than one developer with working knowledge (code + business case/understanding of importance to organization) of supported apps. “Working knowledge” means the ability to fix an app with little friction.
We value collaboration in all its forms, especially pull requests.
Simple solutions, delivered today are often better than perfect solutions delivered tomorrow. “Quick fixes” are acceptable if they are documented and agreed upon by other developers.
We strive for a blameless culture with teachable moments.
- We understand that an existing solution may have been built under extenuating circumstances.
- We challenge ideas not people.
We will write brief & useful documentation for fellow contributors. The documentation should focus on how to install, test, run, and deploy an app.
We recognize that it is hard to translate difficulty points to time and, therefore, can refuse to give time estimate.
- We understand the importance of having sufficient time to do work and will communicate that to stakeholders.
- We seek to help stakeholders understand the importance of giving sufficient notice for work requests.
We try to schedule work considering factors like difficulty, impact, and priorities communicated by management/stakeholders.