Open source the website and allow members to submit pull requests
Being based in Seattle, the Mountaineers is filled with software engineers, many of whom are chomping at the bit to contribute minor (and major) website changes that would remove some significant pain point or improve the experience. There seems to be a ton of low hanging fruit that could be knocked out fairly quickly by a set of people who are among the best coders in the world.
Obviously, we can't allow anyone to make whatever changes they want, but the model most open source projects use seems reasonable to follow, especially for a non-profit, volunteer run club. That is, make the website frontend and backend code open source, and allow volunteers with expertise in coding to clone it, make code changes, and submit their change to the official maintainers in the form of a pull request. Only the maintainers can review the code and can approve/reject it if it meets quality standards and isn't an objectionable change.
Every open source software project on the planet runs this way and has been used to build some incredible things with no money paid to contributors.
If this idea gains traction, it might make sense to soft test it with a small set of volunteers who are selected for their expertise and willingness to review the existing code and make sure it is safe to actually make public.
Thank you for your offer of help and support. We get a lot of emails from IT folks offering to help, particularly folks with development experience. While we appreciate it, our website is not terribly complicated but is incredibly specific to our organization. To effectively play in that space, someone needs to be both a master of our technology stack AND have a detailed and nuanced understanding of the interplay between volunteer needs, user behaviors, and how the backend systems sync and impact each other.
One example is the Route/Place called Leavenworth. This is a climbing destination used to approximate all the climbing walls in Leavenworth. Does that nomenclature make any sense? Absolutely not! However, it’s how we’ve always used it, and if we were to change the name it would have significant downstream impacts on other routes/places, for our climbing committees, and for our permitting requirements (among others). This is an example of something that someone might see and say, “hey, this makes no sense, let’s improve it!”, without knowing the full context. For that reason, we have chosen to hire staff to run our IT needs even though we have volunteers who could do it, just as we have chosen to hire a CEO even though we have volunteers with executive leadership experience.
We also discussed the idea of giving a technology committee access to our GitHub and/or developers to support development, or find another way to get volunteers involved “since their time is free”. As the person who has been the go-between with our developers and staff right now, I can tell you, managing the project is a full-time job, and we don’t have staff capacity to manage a larger team of volunteers for this. We did try this approach in the beginning (2014 when we launched with a technology committee). But, as sometimes happens with committees, it was not ultimately successful and was disbanded by the committee’s choice.
One last piece of info: we currently have a contract for 20 hours/month with our developer team, Jazkarta. That is to fix bugs and implement small improvements as possible. Then, for this fiscal year, we contracted eight iterations of work at the price of $10k/iteration. Each iteration completes about 20-30 hours worth of work, and that’s how we’re able to do the bigger tech improvements. We recently launched the result of two iterations, Tech Update 4.5.
For these reasons, and more, we will not be offering access to our technology stack to volunteers.
-
Brandon Harker commented
For all the reasons that Jon mentioned it is surprising that The Mountaineers website isn't already open source. The developer talent within the membership is a deep, untapped resource. It would take a lot of work to expose the technical debt of the existing website (not to pick on the Mountaineers website as technical debt is common to any long-running project), but the end result would be a better website with more timely updates at less cost. Win, win, win.