Few developers understand the non-technical issues that go into an open-source project.
A common theme has emerged among the Knight-Mozilla Lab lecturers: Culture, its dynamics and how we approach it will be our hardest task.
Every lecture has focused on or mentioned culture and related issues as a key point. Among them: John Resig on open source project development, management, community, and lessons from developing jQuery.
As he talked about the challenges, I couldn’t help but reflect on how starkly the open source development approach contrasts with news culture. The former is an open, accessible framework with a bottom-up, grassroots structure. The latter is a closed, restricted framework with a top-down, hierarchical structure.
Although news organizations are starting to collaborate in a more open manner, even large ones may take a token approach, asking people to submit photos or to follow social media accounts. I have little doubt that substantive collaboration and implementation will be an issue for many — especially those who have not experienced or don’t understand news and journalist culture. I saw and experienced it where I worked. In particular, developers were the strange, mysterious wizards who made things work but journalists didn’t know how and were suspicious or indifferent to their ideas.
However, adding Resig’s principles will strengthen my project — a collaboration tool for journalists that bridges the industrialized and developing worlds — and could help it foster a more open, connected, community-driven culture by first extending the trust journalists have for professional peers.
Resig raised important points, some of which are already elements of my project:
- Understand what your users are trying to achieve. It will help you to create a better product. I talk to journalists all the time about their needs.
- Make sign-up as painless as possible. It would require little more than a phone or fax number, or an e-mail address.
- Treat every user as a potential contributor. The concept behind the tool is contribution, so it should be easy to migrate that behaviour to bug reports, documentation, feature requests, etc., per Resig.
Other points require further thought:
- Make documentation as accessible as possible. I initially thought the tool would roll out to English-speakers first but now see that may limit uptake and introduce cultural bias into its design. Full documentation will have to be in multiple formats and languages.
- Provide places for people to ask questions. My focus was so tight on my archetypal user, I didn’t consider all channels by which users might contact me. Set-up is underway.
- Answer questions every day. You can’t be lazy about it. Now planned: Answering support questions.
- Have an open process. Make decisions with public input from the community. I already take community input privately. This will expand as the project unfolds.
And, hopefully, change news culture.