Tag Archives: documentation

OSPO Information at Scale

The economy is tough right now, and many OSPOs (Open Source Program Offices) are feeling the pinch. We’ve been seeing layoffs and downsizing that have impacted quite a few OSPOs, which has left people needing to continue to do much of the same work, but with fewer people.

I’ve always been a fan of using documentation for scalability, and there are some common questions people tend to ask me, so I try to turn those into blog posts. This allows me to provide information to a wider variety of people, but also, when I get questions, I can send a link to a blog post along with some additional advice and/or resources depending on how they asked the question. The work that OSPOs do within organizations lends itself nicely to providing information at scale, since that work often involves policies, advice, and best practices that can be used by other people working across the rest of the organization.

When I was at VMware, we had a robust set of self-service best practice guides and resources available internally to all employees. It had sections about compliance that were focused on allowed licenses and internal processes, but it went way beyond just compliance. We had best practices for how to participate in open source communities, how to manage open source projects, automated testing, releasing open source projects, and so much more. We also had a Slack channel where people could ask questions, and the answers often involved a link to one of these resources. But the best part was that often those answers and links came from people outside of the OSPO. Within the OSPO, we monitored the channel carefully to make sure that people were providing accurate information, and even though we had a large OSPO, VMware was a very large company, and our guides along with the Q&A channel really helped us scale.

Unfortunately, our guides were not publicly available, so I can’t link to them, but I have included a link to some similar policy examples and templates that others have published in the additional resources section below. If you lead or work in an OSPO, I encourage you to think about how you can use documentation and Q&A channels to help scale your work, and if you want feedback or help with scaling your OSPO or related topics, I’m available for consulting engagements.

Additional Resources: 

Photo by Ilya Semenov on Unsplash

Community Manager Tip: Reuse Your Work

Community managers get asked the same questions over and over and over, so being able to quickly and easily reuse your work can save a lot of time and help maintain your sanity. The second time I’ve dug through my email archives to reuse a piece of a previous email to answer a repeat question, I usually realize that it’s time to formalize that answer and make it easy to reuse it.

Here are a few ways that you can reuse your work:

  • Have great documentation: use your online community or a blog to document frequently asked questions, processes and other useful information so that you can send a quick note and a link the next time you get the question.
  • Resources: pull together collections of links and other resources for people on a single page or section of your community to make it easy for people to find enough information to get started. The ‘Starting Point‘ page on this blog is an example of a quick and easy way to do this.
  • Use email templates (Gmail canned responses): these can be a quick way to organize information or content that gets sent by email, and I use them for collections of links, confidential information (invoices, etc.) and other things that are commonly sent via email multiple times.

Additional Reading

Part of a series of community manager tips blog posts.

Image by Flickr user andriux-uk used under the Creative Commons Attribution-ShareAlike 2.0 Generic license.

Community Manager Tip: Have Great Documentation

One of the biggest challenges for any community manager is to find ways to get new members integrated into your existing community with all of its established norms and ways of working. This can be particularly difficult if many of the things that define your community aren’t clearly documented. For any community, having great documentation can solve so many potential issues and make it easy for both new and existing members to get the information that they need quickly and easily. Ideally, you can put all of this documentation in a wiki and enlist the help of other community members. In the MeeGo community that I manage, getting all of our processes, guidelines and frequently asked questions documented has been a big focus for me lately.

Here are a few things that should be clearly documented:

  • FAQ: Always have a good frequently asked questions document. We have a main FAQ for MeeGo, which also links off to several other FAQs for specific topics. This is on my short list of things that still need a lot of additional work.
  • Processes: Document as many of your processes as you can to help members learn how to participate. Nothing is more frustrating for a new member than trying to participate, not getting it right and having to start over.
  • Community Guidelines: Have clear guidelines about what members are expected to do (or not do) that you can point people to for more information. I try to avoid guidelines that look like lists of rules, and instead, focus on encouraging people to make the right choices.

Additional Reading

Part of a series of community manager tips blog posts.

Photo by Flickr user mind on fire under the Creative Commons Attribution-ShareAlike 2.0 Generic license.