Last active
June 13, 2018 22:18
-
-
Save jasonbrooks/f789370bc73a08a924e2940d2bcb9029 to your computer and use it in GitHub Desktop.
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
<?xml version="1.0" encoding="UTF-8"?> | |
<feed xmlns="http://www.w3.org/2005/Atom"> | |
<title>Red Hat Open Source Community</title> | |
<updated>2018-04-19T13:30:00+00:00</updated> | |
<author> | |
<name>Red Hat, Inc.</name> | |
</author> | |
<entry> | |
<title>Crafting an Open Source Product Strategy</title> | |
<link rel="alternate" href="http://community.redhat.com/blog/2018/04/crafting-an-open-source-product-strategy/"/> | |
<id>http://community.redhat.com/blog/2018/04/crafting-an-open-source-product-strategy/</id> | |
<published>2018-04-19T13:30:00+00:00</published> | |
<updated>2018-04-19T09:52:27-04:00</updated> | |
<author> | |
<name>Dave Neary</name> | |
</author> | |
<content type="html"><p><img alt="chess" width="640" height="365" src="/images/blog/chess_figures.jpg?1528384281" /> "Should we open source this project?" An easy question to ask, and a hard one to answer. The goal of this article is not to answer the question, but maybe to give some tools that you can use to find the answer when the question arises.</p> | |
<p>The first question to ask is why the project leader is interested in open source in the first place. Typical answers might include "because we want a community" or "because we want to be the Firefox of our field." But when you dig deeper, there may not be a clear understanding of how an open source project can benefit your company's goals.</p> | |
<p>The creation of an open source strategy is about finding that benefit. In short, you want to understand why open sourcing this project will benefit the company.</p> | |
<p></p> | |
<p>Open source is not a business model. Fundamentally, it is two things: a way to develop software collaboratively, and a way to increase the distribution and reach of your project by lowering the cost of acquisition. Your goal is to make a connection between one of these two things and a concrete benefit for your product and company.</p> | |
<h3 id="the-economics-of-open-source">The Economics of Open Source</h3> | |
<p>To explain the product strategies that make sense for open source, there are three very basic economic principles it is worth understanding.</p> | |
<p>The first principle is, when you reduce the price of a good, you will see an increase in demand. In the case of open source, by lowering the cost of acquisition, we maximize demand and thus maximize adoption of the project. It is worth noting that the "cost of adoption" is not just money, it also includes time and effort to adopt and migrate from whatever you are using now.</p> | |
<p>The second principle is, when the price of one good goes down, demand for its substitutes will also go down. Open source projects can undermine established proprietary software companies by being convenient to adopt, and lower cost. This principle explains how open source can be an agent for market disruption. Linux disrupted the Unix market, and MySQL disrupted the relational database market. Incumbents may have a lot of inertia to change when their flagship product is threatened by an upstart, giving you an opportunity to capitalize on this adoption to grow some other market.</p> | |
<p>The third economic principle explains how to make money off open source. All else being equal, when the price of a good goes down, the demand for its complements goes up. This is why mobile service providers subsidize the cost of cellphones for people who buy 24-month monthly subscription plans, which is where operators make the real money.</p> | |
<p>Every successful open source business model is based on this principle. If your goal is revenue, you need to find the complements to the software you are releasing as open source which offer a lot of value to your customer, and charging a fair price for them.</p> | |
<h3 id="generating-a-draft-strategy-proposal">Generating a Draft Strategy Proposal</h3> | |
<p>You can combine these three principles of increased adoption, market disruption, and increased demand for complements, to define a product strategy. No two projects will have identical goals, so no two projects will share exactly the same product strategy. The first step is to isolate a specific, high-level goal.</p> | |
<p>To do this, you will need the right voices around the table. Make sure that when you run a strategy workstream, that you take some time to consider the constituencies who will care about the result. If you want your strategy to stick, it will need the buy-in of people other than your engineering organization. Others who will care will include your business leadership, sales and field organizations, product management, marketing teams, brand, and security teams.</p> | |
<p>There is a balance between having too many people involved at an early stage, and ensuring buy-in from a diverse group of people. Use the principle of growing concentric circles, where the core team talks to other groups to be aware of any concerns or constraints, and shares draft proposals early and often to head off any major objections. As your draft matures, working meetings will become bigger, and many more people will see the draft, but if you do things right, you will catch all the big deal-breaker issues early enough to be able to address them. That might involve changing plans, or converting critics into advocates.</p> | |
<p>When coming up with the strategy, it will be important to understand both the landscape in which the project operates, and the relative benefit of investing in one thing over another. I have found <a href="https://medium.com/wardleymaps">Wardley maps</a> a useful tool to help describe the state of play, and creating one is a useful means of exploring a new area visually to ensure that you and others have a shared understanding of a space.</p> | |
<p>A final strategy proposal will contain a few important ingredients. First, an elevator pitch, with a high level description of what the goal of the open source project is, and how this benefits the sponsoring company. Second, a business rationale, which describes how success for the community project translates into success for the company or product team, and third, a high level plan for execution, identifying the key performance indicators (KPIs) which will be important for the project.</p> | |
<p>Some examples of the rationale for an open source project might be:</p> | |
<ul> | |
<li>Wide adoption of this project will help people get more benefit from our other products</li> | |
<li>An open source reference implementation of a standard will encourage adoption of the standard by multiple companies, enabling a network effect for others building on top</li> | |
<li>This technology area is still new, and an open source project people can download freely will educate the market, and shorten our sales cycles for potential customers who already understand the market segment and benefits of our products</li> | |
<li>We want to create a successful platform for people to build lots of things on, and our plan is to monetize the creation and distribution channel for things built on the platform</li> | |
</ul> | |
<p>In each of these cases, a potential set of KPIs is suggested by the goal. If your goal is a <em>de facto</em> standard implementation with wide adoption, then measuring the number of vendors distributing standard-compliant implementations is a great measure. If your goal is wide adoption of a piece of software, downloads and engagement metrics will be more important. Similarly, areas of focus are obvious. If your goal is market education, then getting started documentation, learning paths, tutorials, and magazine articles will be the top priority, for example.</p> | |
<p>Also, in each case, the relative benefit of the open source project is obvious to everyone in the company. The sales teams will not see money spent on community promotion as money taken away from selling or marketing products, if you are telling a compelling story about how community growth helps them in the long term, and can point to measures supporting that. Everyone has limited resources, and along the road, trade-offs will need to be made, but if everyone concerned understands the goal, you will find fighting the budgeting and resource allocation battles much easier.</p> | |
<h3 id="translating-strategy-to-action">Translating Strategy to Action</h3> | |
<p>The final step of the journey is making the strategy stick. Strategy documents are useful if they affect action, if they allow individuals to make local decisions in the knowledge that they are supporting an overarching goal. Communication of your strategy is crucial for this. I recommend having a mantra, something you can repeat often, put on a t-shirt, make into stickers. If everyone knows the mantra, and understands how their work is affected by it, you have won the battle.</p> | |
<p>Another key to making it stick is to monitor and communicate progress towards the goal. If your community goal is supported by a diverse group of co-developers, then celebrate contributions from new participants, and include growth figures in your monthly newsletter.</p> | |
<p>Once you have a strategy to execute against, resourcing for success is crucial. If your goal is to move an entire industry from a proprietary competitor to an open source project, and you have one person working part time to promote the open source project, your chances of success are low.</p> | |
<p>Finally, as the world changes, you may find that the reasoning behind your rationale changes too. Ensure that your strategy doc is a living document, and revisit regularly with key stakeholders (I suggest annually) to ensure that the strategy stays fresh and relevant.</p> | |
<h3 id="conclusion">Conclusion</h3> | |
<p>Crafting a product strategy around open source requires having all of your key constituencies represented in the process so that you will have buy-in for the result, exploring in depth why open sourcing makes sense for the organization's goals, make sure you're measuring the right things to gauge the success of your efforts, and finally, be prepared to pivot if circumstances impose it.</p> | |
<p>When you do it well, you turn everyone involved into an advocate for the open source project, and can have a very powerful force multiplier for the project, for the industry, and for your company.</p> | |
<p>Good luck!</p> | |
<p><em>Image by <a href="https://www.maxpixel.net/Chess-Game-Strategy-Chess-Pieces-Chess-Lady-Fig-1697301">Max Pixel</a>, under <a href="https://creativecommons.org/publicdomain/zero/1.0/deed.en">CC0 Public Domain</a> license.</em></p> | |
<hr/><p>This article originally appeared on | |
<a href="http://community.redhat.com/">community.redhat.com</a>. | |
Follow the community on Twitter at | |
<a href="https://twitter.com/redhatopen">@redhatopen</a>, and find us on | |
<a href="https://www.facebook.com/redhatopen">Facebook</a> and | |
<a href="https://plus.google.com/u/0/b/113258037797946990391/113258037797946990391/posts">Google+</a>.</p> | |
</content> | |
</entry> | |
<entry> | |
<title>Staffing the Conference Booth</title> | |
<link rel="alternate" href="http://community.redhat.com/blog/2018/04/staffing-the-conference-booth/"/> | |
<id>http://community.redhat.com/blog/2018/04/staffing-the-conference-booth/</id> | |
<published>2018-04-17T12:00:00+00:00</published> | |
<updated>2018-04-19T09:52:27-04:00</updated> | |
<author> | |
<name>Rich Bowen</name> | |
</author> | |
<content type="html"><p><img alt="FOSDEM 2018 Booth" width="4032" height="3024" src="/images/blog/fosdem_booth.jpg?1528384281" /> This morning, I was asked to give a few tips about staffing a booth at a technology conference—or, indeed, any conference. This got me thinking—there's things that I do at a conference that come out of years and years of experience doing it wrong, and then tweaking it the next time.</p> | |
<p>I've been to a <em>lot</em> of conferences. And I've spent hundreds of hours staffing the booth.</p> | |
<p>To skip to the punchline, everything flows out of deciding what the conference is <em>for</em>. If you know what you hope to get out of the event, everything else flows out of that.</p> | |
<p></p> | |
<p>If your goal is to make connections, then that influences how you interact with people. If your goal is to demonstrate a product, well, that leads you in a different direction. It's not usually that simple—there's usually lots of goals. But everything you do should serve those goals. Otherwise you're wasting opportunities.</p> | |
<p>So, for example, here's a few:</p> | |
<h3 id="try-to-remember-your-conversations">Try to Remember Your Conversations</h3> | |
<p>You'll meet eleventy bazillion people at the conference, and every one of them will have an interesting story, and you will promise to follow up with them next week.</p> | |
<p>They will hand you a business card, and you will promptly forget why you have it. Even before they are out of sight. Don't let this happen. Write a note on the card as to why you are following up with them. You might even go so far as to take a selfie with them so that you'll remember who they are.</p> | |
<p>(Note: This isn't always culturally appropriate. In Japan, in particular, writing a note on someone's business card is very disrespectful. Educate yourself on culture when you travel.)</p> | |
<p>If you use Evernote (you should), put the card and the selfie, into Evernote, with a note to yourself. Pretend you are writing it to someone else who will follow up with them, because by the end of the nine-hour conference day and the three drinks at the booth crawl mixer, you'll have no idea what you talked about.</p> | |
<h3 id="roll-out-the-red-carpet">Roll Out the Red Carpet</h3> | |
<p>On the practical end of things, at the end of a six-hour booth shift, your feet will hurt. A lot. Taking a square foot of carpet lets you survive that and still be able to do it again the next day. If you forget, a piece of cardboard from the box your booth swag came in can help a lot too.</p> | |
<h3 id="get-them-on-camera">Get Them on Camera</h3> | |
<p>People love to come to your booth and tell stories about what they are doing with your product. Get a video camera, take it with you, and ask them if they're willing to tell the story on camera. This makes them feel listened to, and it gives you marketing material and user stories, which is one of the most important things you can bring back from a conference.</p> | |
<p>Here, too, this won't work everywhere. Some people feel quite free telling you a story, but if they go on camera they have to get the approval of their manager, as well as their marketing and legal teams. If they say no, let it go, and ask if it's okay to take notes, or if they prefer to be referred to anonymously.</p> | |
<p>But get the story written down, since you will forget. See above.</p> | |
<h3 id="pack-a-snack">Pack a Snack</h3> | |
<p>Booth hours are long. Have I alluded to that? I've also observed that the last ten minutes of the last hour of the last day of a three-day conference lasts roughly a million years.</p> | |
<p>You're going to get hungry. Pack a snack in your bag. And a phone charging battery. You'll need both of them.</p> | |
<h3 id="invite-people-to-join-you">Invite People to Join You</h3> | |
<p>If you're staffing the booth, people will generally assume that you've got it covered. But if you ask them to help for an hour—even a half hour—some people will find the time, as long as they know they're not responsible for the whole day.</p> | |
<p>Make a Google doc listing the hours for which they can volunteer. Make sure that these times correspond with the conference schedule so that they can come when they're not attending a talk, and leave in time to attend the next talk. Expect that people will not sign up until the last week before the conference, because that's when they're planning what talks to attend.</p> | |
<p>Ask them what their expertise is, so that when someone asks a question, you can say, with confidence, I don't know, but Julie will be here at 2:30 and she's an expert on Outreachy. Or whatever the topic may be.</p> | |
<p>People are, for the most part, glad to come be part of the solution, and share their expertise. But people usually like to be asked. If you don't ask, most people won't proactively volunteer.</p> | |
<h3 id="dont-take-all-your-gear">Don't Take All Your Gear</h3> | |
<p>Conference booths are tiny, and there's no space for your stuff. If you lug your laptop, your novel, and your yo-yo with you, there won't be time to use any of them, and you won't have anywhere to store them, so not only will you be tripping over them, you'll also be worrying about who is going to steal them. Leave them all in your room. Take your phone or your tablet, and a charger battery (like I mentioned above), and a pen. That's all you'll need.</p> | |
<h3 id="have-fun">Have Fun</h3> | |
<p>Conferences are fun. Don't miss out. There's evening events. There's after-hours dinners with friends, old and new. There's swag. There's awesome talks. Make the most of the time. You can sleep when you get back home. All of your coworkers that didn't get to go are jealous of you, mostly because they don't always realize what hard work it is standing around all day. But don't miss out on the fun of the event. You're in a new city, seeing new things.</p> | |
<p>Be sure that you take a half day, or even a few hours, to see the city. When you look back on the fact that you visited Seattle, Paris, Berlin, Chicago, and didn't see anything but the convention center and the hotel room, you'll wish you'd taken that time. If your manager doesn't agree, you are clearly in the wrong job.</p> | |
<p><em>Image by Brian Proffitt.</em></p> | |
<hr/><p>This article originally appeared on | |
<a href="http://community.redhat.com/">community.redhat.com</a>. | |
Follow the community on Twitter at | |
<a href="https://twitter.com/redhatopen">@redhatopen</a>, and find us on | |
<a href="https://www.facebook.com/redhatopen">Facebook</a> and | |
<a href="https://plus.google.com/u/0/b/113258037797946990391/113258037797946990391/posts">Google+</a>.</p> | |
</content> | |
</entry> | |
<entry> | |
<title>Communication as a Roadblock?</title> | |
<link rel="alternate" href="http://community.redhat.com/blog/2018/04/communication-as-a-roadblock/"/> | |
<id>http://community.redhat.com/blog/2018/04/communication-as-a-roadblock/</id> | |
<published>2018-04-12T13:40:00+00:00</published> | |
<updated>2018-04-12T11:21:32-04:00</updated> | |
<author> | |
<name>Brian Proffitt</name> | |
</author> | |
<content type="html"><p><img alt="tin can over IP" width="640" height="426" src="/images/blog/canned-phone.jpg?1528384281" /> It's a bit like the turning of the leaves, or the return of the swallows at Capistrano. Invariably, the wheel of community management will always slog back to the the topic of "which is the best communications platform for my users?"</p> | |
<p>In the past, and for the most part in the present and future, the answer is usually something along the lines of "whatever your community prefers." If you have a community that does most of its communication on a mailing list and communications are active and vibrant, why change what works?</p> | |
<p>But is this don't-rock-the-boat attitude potentially keeping some new community members away?</p> | |
<p></p> | |
<p>The problem with communications platforms is pretty simple: there's too many of them. And each of them have a set of pros and cons that make it hard to outright dismiss each of them. We have grown far beyond the mailing lists, Internet relay chat (IRC) channels, and bulletin board platforms of the deep Internet past. But the core functionality has not changed. These are still the three core categories in which most platforms fall: mailing lists, chat, and online forums.</p> | |
<p>Software has evolved that some of these categories can be blended: Hyperkitty for Mailman adds forum-like features to mailing lists, and Google Groups lets emails get displayed in forum-like online pages, just as two examples. But basically, these three categories cover the bulk of the communication systems out there.</p> | |
<p>Within those categories there are a <em>lot</em> of tools. One of my teammates on our staff IRC channel listed just some of the tools he had to use to communicate with projects: Mattermost, Gitter, and Slack. Plus IRC, mailing lists, GitHub comments, and Signal.</p> | |
<p>Typically, the discussion of what's the right tool to use ends up going like this. Someone brings up a desire to move to a new channel for their community. Lately, it's been Slack, because—usually anaecdotally—there's a notion out there that newer and younger developers are using Slack and it would be a preferred chat platform over something like IRC.</p> | |
<p>The response is usually: "you're an open source project, why do you want to use a proprietary tool? Plus, what's wrong with IRC?"</p> | |
<p>"Nobody knows IRC anymore."</p> | |
<p>"Well, then point them to an IRC client."</p> | |
<p>"There are no good IRC clients on mobile."</p> | |
<p>"Does your community want to chat on mobile?"</p> | |
<p>"Um…"</p> | |
<p>And nothing gets changed.</p> | |
<p>The problem with this repetitive argument (and it's not just Slack vs. IRC, you can insert any pair of similar tools into this discussion) is that most of the time a desire to move is done by a feeling that this is where everyone wants to go. That may or may not be the case. Is most of your community using Tool <em>X</em>? Or do you think they are? And (conversely) is using the tool you have already really causing friction among your community members?</p> | |
<p>The solution here is straightforward: don't base your need to switch platforms on a gut feeling. Actually do some research. Survey your community and see what tools they are using as well as where and when? The "where and when" is an important question, because you need to find out if indeed your community participants like to use mobile. But you need to ask when, too, because some participants may not <em>want</em> to have mobile availability to communications so they can maintain a better work-life balance.</p> | |
<p>It will vary from community to community, but this is the crux of the argument: you need to ask first and see what current and potentially new contributors would prefer to use. Then you can determine if your current platform is actually a barrier to entry that should be changed.</p> | |
<p><em>Image by <a href="https://pixabay.com/en/users/blickpixel-52945/">blickpixel</a> under <a href="https://creativecommons.org/publicdomain/zero/1.0/deed.en">CC0 1.0</a> license.</em></p> | |
<hr/><p>This article originally appeared on | |
<a href="http://community.redhat.com/">community.redhat.com</a>. | |
Follow the community on Twitter at | |
<a href="https://twitter.com/redhatopen">@redhatopen</a>, and find us on | |
<a href="https://www.facebook.com/redhatopen">Facebook</a> and | |
<a href="https://plus.google.com/u/0/b/113258037797946990391/113258037797946990391/posts">Google+</a>.</p> | |
</content> | |
</entry> | |
<entry> | |
<title>Night of the Living FUD</title> | |
<link rel="alternate" href="http://community.redhat.com/blog/2018/04/night-of-the-living-FUD/"/> | |
<id>http://community.redhat.com/blog/2018/04/night-of-the-living-FUD/</id> | |
<published>2018-04-10T09:40:00+00:00</published> | |
<updated>2018-04-10T06:40:59-04:00</updated> | |
<author> | |
<name>Brian Proffitt</name> | |
</author> | |
<content type="html"><p><img alt="FUD scoop" width="240" height="134" src="/images/blog/fud.jpg?1528384281" /> It was one of those moments where you weren't quite sure you heard something right.</p> | |
<p>It was day-whatever of the <a href="https://www.sc-asia.org/">Supercomputing Asia</a> conference in Singapore, and I was halfway listening to one of the speakers explain his company's advances in deep learning and artificial intelligence. "Halfway" because the material of this particular talk was soon way, way over my head and on my laptop I was trying to figure out why Travis seemed to be borking on the update pull requests for the new <a href="https://redhatofficial.github.io/">Red Hat on GitHub site</a>.</p> | |
<p>But I snapped back into the room when I thought I heard what sounded like a full-tilt FUD (fear, uncertainty, and doubt) rant about open source. I glanced at my colleague Rich Bowen, also in attendance, and he was shaking his head.</p> | |
<p>Yep, it was FUD all right. Suddenly, it was 2000 all over again.</p> | |
<p></p> | |
<p>The speaker's arguments against open source was that the tools available in his particular space in computer science were "not as stable" as those his company offered as a proprietary solution. Nor were they as widely used. This was interesting, because all throughout the conference, Rich and I had seen quite a few mentions of the use of open source projects in artificial intelligence.</p> | |
<p>Other arguments the speaker used to deride open source technology:</p> | |
<ul> | |
<li>Poor support and training</li> | |
<li>Poor efficiency</li> | |
<li>No access to state-of-the-art research and development</li> | |
<li>And (here we go) "intellectual property issues"</li> | |
</ul> | |
<p>I don't run around in the AI sector, so I can't speak with any certainty about the state of the open source projects in this space, but given that the last two points in this list were pure old-school FUD, I'm willing to take a guess that the first two points were off the mark, too.</p> | |
<p>And I get it, this speaker was trying to make a pitch to the audience about their company's software. But rather than highlight the features of their code, the speaker opted to knock down a whole known class of software that was in competition.</p> | |
<p>The facts around open source no longer support this kind of FUD. No state-of-the-art R&amp;D? Really? The entire big data sector was innovated from the start with open source software. Much of the code in Internet of Things technology is open source. And even speakers at this same Supercomputing conference were praising the availability and feature sets of open source software like <a href="https://kubernetes.io/">Kubernetes</a>, <a href="http://pytorch.org/">PyTorch</a>, and <a href="https://www.tensorflow.org/">TensorFlow</a>. In fact, given the largely academic affiliation of this conference's attendees, I was submit this speaker was tone deaf to the fact that students and their teachers in cutting-edge tech like this tend to want to get into the guts of the code and optimize it. Can't do that with proprietary software.</p> | |
<p>As for the IP issues dog-whistle argument, it has been shown time and again that the use of free and open source software is no riskier than license compliance on any other kind of software. It's really very simple: use software, abide by its license. Any sort of patent threat isn't something unique to open source software: it's just the weaponization of IP by organizations and patent trolls to try to get money for work they didn't do. Sad, but not an inherently open source-only problem.</p> | |
<p>Again, open source is not magic pixie dust to make any software amazing. But it goes both ways: software isn't all bad because you can see its code, either.</p> | |
<p>All code has its good and bad qualities whether you can see the source. Which is why FUD belongs in the past.</p> | |
<p><em>Image by <a href="https://www.flickr.com/photos/opensourceway/4535073892">Libby Levi</a> under <a href="https://creativecommons.org/licenses/by-sa/2.0/">CC BY-SA 2.0</a> license.</em></p> | |
<hr/><p>This article originally appeared on | |
<a href="http://community.redhat.com/">community.redhat.com</a>. | |
Follow the community on Twitter at | |
<a href="https://twitter.com/redhatopen">@redhatopen</a>, and find us on | |
<a href="https://www.facebook.com/redhatopen">Facebook</a> and | |
<a href="https://plus.google.com/u/0/b/113258037797946990391/113258037797946990391/posts">Google+</a>.</p> | |
</content> | |
</entry> | |
<entry> | |
<title>A Community Manager's Sorting Hat</title> | |
<link rel="alternate" href="http://community.redhat.com/blog/2018/04/community-manager-sorting-hat/"/> | |
<id>http://community.redhat.com/blog/2018/04/community-manager-sorting-hat/</id> | |
<published>2018-04-05T19:55:00+00:00</published> | |
<updated>2018-04-06T10:31:58-04:00</updated> | |
<author> | |
<name>Sanja Bonic</name> | |
</author> | |
<content type="html"><p><img alt="sorting hat" width="250" height="179" src="/images/blog/sortinghat.png?1528384281" /> Previously, we talked about <a href="https://community.redhat.com/blog/2018/03/project-management-in-communities/">Project Management, Gantt Charts, and Communities</a>—let's take a look at the other hats a community manager wears and vice versa. Sometimes your job description within the company or project will differ but you'll still be known as the community manager because it's a more established title.</p> | |
<p>On the other hand, there is a lot of connotation around the title of a community manager, especially in tech. If you cannot prove a significant amount of contributions that developers value, you will quickly be disregarded as "the marketing person" (often accompanied with some eye rolling).</p> | |
<p></p> | |
<p>As a community manager, you'll also be a</p> | |
<ul> | |
<li>Project manager<br /></li> | |
<li>Product manager<br /></li> | |
<li>Content creator<br /></li> | |
<li>Content editor<br /></li> | |
<li>Technical writer<br /></li> | |
<li>Developer advocate<br /></li> | |
<li>Marketing specialist<br /></li> | |
<li>Social media manager<br /></li> | |
<li>Event manager<br /></li> | |
<li>Budget manager and bookkeeper<br /></li> | |
<li>Professional poking person</li> | |
</ul> | |
<p>None of these are avoidable as a community manager. You will always have to be aware of your project's milestones, goals, and who the stakeholders are. You will have to know who the key players are and which people you have to keep happy for your project to succeed.</p> | |
<p><img alt="writing" width="1776" height="1184" src="/images/blog/calum-macaulay-60673-unsplash.jpg?1528384281" /></p> | |
<p>Content creation such as blog posts, documentation, tutorials, visuals, videos, podcasts, and social media interaction as well as editing and reviewing other people's content are the key factor to a project's success. Without content covering your project, you cannot grow a community. Ideally, you will get your community to generate content for you.</p> | |
<p>As a developer advocate, you will have to understand your project, what it can do, and be an active presence advocating your project's usage. Marketing is another important aspect of community management. You will have to know who your target audience is, where and how to reach them, and how to monitor your impact. There are lots of tools to help with this. Tooling needs to be both appropriate for measuring what you need measured and right for your community. For example, do not use Google Analytics on your site if you are promoting privacy and data collection awareness. Sometimes you will have to weigh the benefits of measuring metrics over the benefits of staying true to your personal and your project's cause.</p> | |
<p>In order for your community to grow and connect, it is ideal to participate in events, although you might not have the budget for it in the first steps—that is okay. If you cannot afford a booth at an event that is important for your community, try to get at least one talk or workshop. This enables you to get your message through to the audience and you will automatically gain some search engine points. Bonus video content points if the talk gets recorded.</p> | |
<p>Events are great, but so is social media. Social media is usually global and you can reach a worldwide audience, even if you only use English as your language. You can encourage people to hold meetups or give talks at meetups in their area. This is where you become the <em>professional poking person</em>.</p> | |
<p><img alt="concert" width="4608" height="3072" src="/images/blog/william-white-34988-unsplash.jpg?1528384281" /></p> | |
<p>The professional poking person is one of the most important people in a project. You have to be the person who gets people together and who knows what's going on. Most importantly, you need to anticipate who is going to be annoyed at what and try to mitigate anger. The professional poking person is the one who gets people to go to events, give talks, hold meetings, generate content, and interact on social media because one thing is true: as a community manager, <em>it's dangerous to go alone</em>.</p> | |
<p><strong>You might be a</strong></p> | |
<ul> | |
<li>Developer<br /></li> | |
<li>Systems engineer<br /></li> | |
<li>Mediator</li> | |
</ul> | |
<p>You might have to dig deep and solve issues that are outside of your comfort zone, be prepared to learn and to deal with systems and people alike.</p> | |
<p><strong>You don't want to be</strong></p> | |
<ul> | |
<li>Someone people have to work around to get to results</li> | |
</ul> | |
<p>What you don't want to be is the person people have to work around in order to get results—and they <em>will</em> do that, if you constantly complain without offering solutions or don't keep them happy.</p> | |
<p>Acknowledge everyone's good work, collaborate, poke where necessary, and your community will grow and be happy forever after!</p> | |
<p><em>Sorting hat image by Sanja Bonic. Writing image by <a href="https://unsplash.com/photos/CxYHfBkC0vs?utm_source=unsplash&amp;utm_medium=referral&amp;utm_content=creditCopyText">Calum MacAulay</a> and concert image by <a href="https://unsplash.com/photos/TZCppMjaOHU?utm_source=unsplash&amp;utm_medium=referral&amp;utm_content=creditCopyText">William White</a>, both via <a href="https://unsplash.com/license">Unsplash</a>.</em></p> | |
<hr/><p>This article originally appeared on | |
<a href="http://community.redhat.com/">community.redhat.com</a>. | |
Follow the community on Twitter at | |
<a href="https://twitter.com/redhatopen">@redhatopen</a>, and find us on | |
<a href="https://www.facebook.com/redhatopen">Facebook</a> and | |
<a href="https://plus.google.com/u/0/b/113258037797946990391/113258037797946990391/posts">Google+</a>.</p> | |
</content> | |
</entry> | |
<entry> | |
<title>Box. Outside. Think.</title> | |
<link rel="alternate" href="http://community.redhat.com/blog/2018/04/box-outside-think/"/> | |
<id>http://community.redhat.com/blog/2018/04/box-outside-think/</id> | |
<published>2018-04-03T18:20:00+00:00</published> | |
<updated>2018-04-03T15:02:52-04:00</updated> | |
<author> | |
<name>Brian Proffitt</name> | |
</author> | |
<content type="html"><p><img alt="Empty Box" width="240" height="180" src="/images/blog/box.jpg?1528384281" /> A friend of mine recently had to go to the cardiologist to figure out what was what with a racing heartbeat. The cardiologist looked at my friend's current history, including all the current prescriptions my friend was taking… and promptly added one more medication—a beta blocker—to the list.</p> | |
<p>When my dismayed friend related this to me, I drew upon the wisdom of the old and replied "a cardiologist is like someone with a hammer… they're always looking for a nail to hit." She's getting a second opinion… a perhaps a less cliché friend.</p> | |
<p></p> | |
<p>As trite as my response was, there is quite a bit of truth in it. We are all guilty of relying on our internal bias when doing practically anything: what we eat, what songs we like, how we work. I love peanut butter, but you may not. I like wearing dark and black clothes, while my wife thinks I look better in blues and greens. So I wear blues and greens. And on down the list.</p> | |
<p>The way we approach tasks is certainly reflected in our own experience and biases, and community management is no different. In fact, because it is such a malleable job to begin with, often you will find a wide spectrum of approaches to the way people accomplish community management.</p> | |
<p>Someone who is a developer, for example, is likely going to go into a community project and seek out the most optimal ways coders can get their work done. Best practices with languages, deployment, DevOps, whatever their specialty is, that's what they'll focus on. Admins will work on project infrastructure. Writers (ahem!) will focus on documentation and project advocacy.</p> | |
<p>This is all well and good, and to be expected. The trick is to watch out and make sure that you don't get stuck in the same approach <em>all of the time</em>. Not every problem needs a hammer, and your talents may not always be the thing that can solve your problem.</p> | |
<p>In the past, telling someone that they had better be ready to think outside of the box might be a significant obstacle. Perhaps mentally it can be, but in terms of actual knowledge, the Internet is worth far more than cat pictures these days. Last week when we released the new <a href="https://redhatofficial.github.io/">Red Hat GitHub page</a>, I got a very crash course in JavaScript and Travis CI, acerbated by the fact I was on the opposite side of the planet from my usual haunts and thus could not rely on human expertise from my friends.</p> | |
<p>Picking up a new skill is a tactical way of thinking outside your box. You can also try new strategic approaches. By watching the talented people around me, I have learned to try to approach problems as they would—especially in areas in which I am weak, like diplomacy.</p> | |
<p>It is never too late to try new ways to solve problems. Use the whole toolkit at your disposal and alternate strategies. You'll be a strong community manager and also gain insights into the skills and others.</p> | |
<p><em>Image courtesy of <a href="https://www.flickr.com/photos/z287marc/">z287marc</a>, under the <a href="https://creativecommons.org/licenses/by/2.0/">CC BY 2.0</a> license.</em></p> | |
<hr/><p>This article originally appeared on | |
<a href="http://community.redhat.com/">community.redhat.com</a>. | |
Follow the community on Twitter at | |
<a href="https://twitter.com/redhatopen">@redhatopen</a>, and find us on | |
<a href="https://www.facebook.com/redhatopen">Facebook</a> and | |
<a href="https://plus.google.com/u/0/b/113258037797946990391/113258037797946990391/posts">Google+</a>.</p> | |
</content> | |
</entry> | |
<entry> | |
<title>Project Management, Gantt Charts, and Communities</title> | |
<link rel="alternate" href="http://community.redhat.com/blog/2018/03/project-management-in-communities/"/> | |
<id>http://community.redhat.com/blog/2018/03/project-management-in-communities/</id> | |
<published>2018-03-29T13:20:00+00:00</published> | |
<updated>2018-03-29T21:52:08+08:00</updated> | |
<author> | |
<name>Amye Scavarda</name> | |
</author> | |
<content type="html"><p><img alt="community" width="250" height="188" src="/images/blog/community-management.jpg?1528384281" /> Being a project manager in your community is an important part of any community lead role. Your job as a community manager is to help feed and water the community, and when I’m asked about how to describe my job, it’s usually "everything that isn’t code is part of my problem." My role is to help guide and catalyze the community to grow beyond where it is now, and for that, you’re going to need some project management skills.</p> | |
<p>As a project manager, some of your skills include managing information to a wider team, communicating throughout all aspects of the project, managing budgets and generally being the person who knows where the project is at any time. As a community manager, you’ll need a lot of the same skill sets.</p> | |
<p></p> | |
<p>I moved from being a project manager to a community lead, and there are aspects of each that are very different! Project managers have a lot of different pieces to manage in their day to day work, and they’re really good at working in conflict-rich environments. There’s always a negotiation going on, between time and budget and features. Community leads have a much broader view of a project, and usually a significant amount of stakeholder management, so there might not be as much day to day conflict—but there’s a lot of relationship management that goes on. The two are well suited to each other, and your project management skills aren’t as tied to the fact that communities are largely volunteers: you’d be the same person regardless of the goal.</p> | |
<p>This isn’t always all about Gantt charts. A Gantt chart is a project manager’s tool to help manage schedules for a project. It’s really just a way to be able to visually organize dependencies and project timelines in one space. You may not always have that in your project, but it’s a nice toolset to have: thinking about ways to able to communicate information about your project and community in a way that’s easily accessible. In order to figure out where your project is going, you’ll need to be able to write things down with which other people can work.</p> | |
<p>Think of your role of the catalyst as someone who takes a lot of information that’s somewhat disparate and hard to understand and turns it into a narrative for your community to understand more about itself. Communities aren’t always in the same place for a tool like a gantt chart, but they have project roadmaps and goals. They’re not always using the same tools, but as a community lead, you can help create alignment by calling out what those goals are and what progress looks like on those goals.</p> | |
<p>This can take a few different forms! One thing that I like to do for the community is write a monthly newsletter about various things coming up in Gluster, but also highlighting important mailing list threads that people might have missed. It’s a way to be able to pull information out of a sea of email and while it’s Yet Another Email, it’s another communication tool that is part of the project.</p> | |
<p>Another thing that I’ve started doing is using GitHub as a project management tool: we have a community repo for the Community Working Group, and while all of these things may have been on my own to do list for the project, it’s even better if I can expose the priorities for the community this way. Anyone can come in and add a issue, I can add issues to the work in progress and completed columns, and I create a project board for every three months. This breaks work down into rough milestones, allows us to maintain a reasonable project backlog and take input from the community. It’s led me towards finding things that the community wants that wasn’t necessarily top of mind for me. For example, I found out when I created the board that our community wanted to have an easy way to be able to request swag for meetups—because people came in and filed tickets for that. It’s a great way to find out where community growth is happening that you didn’t know about.</p> | |
<p>One of the other duties for project managers is managing budgets. As a community lead, you may also have a budget—but it’s a little different. You’re not going to have billable hours going towards a project, but you do have the chance to be able to see what things budget could be useful for. Your project may need a way to connect more with community—what events could you be sending people towards? What are your expectations for those events? Maybe your web presence could use more love, but your project isn’t necessarily the most design-forward, so being able to pay for consulting on a new open source website might move your community forward as well.</p> | |
<p>What aspects of being a project manager do you see in your community work?</p> | |
<p><em>Image courtesy of <a href="https://pixabay.com/en/users/geralt-9301/">geralt</a>, under the <a href="https://creativecommons.org/publicdomain/zero/1.0/deed.en">CC0 1.0</a> license.</em></p> | |
<hr/><p>This article originally appeared on | |
<a href="http://community.redhat.com/">community.redhat.com</a>. | |
Follow the community on Twitter at | |
<a href="https://twitter.com/redhatopen">@redhatopen</a>, and find us on | |
<a href="https://www.facebook.com/redhatopen">Facebook</a> and | |
<a href="https://plus.google.com/u/0/b/113258037797946990391/113258037797946990391/posts">Google+</a>.</p> | |
</content> | |
</entry> | |
<entry> | |
<title>Celebrating 25 Years of Red Hat and Open</title> | |
<link rel="alternate" href="http://community.redhat.com/blog/2018/03/celebrating-25-years-of-red-hat/"/> | |
<id>http://community.redhat.com/blog/2018/03/celebrating-25-years-of-red-hat/</id> | |
<published>2018-03-26T12:45:00+00:00</published> | |
<updated>2018-03-26T21:38:40+08:00</updated> | |
<author> | |
<name>Brian Proffitt</name> | |
</author> | |
<content type="html"><p><img alt="Red Hat logo" width="538" height="221" src="/images/blog/logo-redhat.png?1528384281" /> Twenty-five years ago today, Red Hat got its start. A quarter century of creating and supporting world-class software is a pretty big deal for us, and we wanted to celebrate the occasion by demonstrating just how far and wide Red Hat as a company participates in free and open source software!</p> | |
<p>It is a great pleasure, then, to announce the launch of <a href="https://RedHatOfficial.github.io/">Red Hat's new GitHub organization page</a>. The page will try to list every known free and open source project hosted on GitHub in which Red Hat staffers directly participate as part of their work. As you can see, it's gotten off to a good start.</p> | |
<p></p> | |
<p>The page, which is a hosted GitHub page, is open and free to edit. If anything is in error or was missed, feel free to create an issue or submit a pull request to the <a href="https://github.com/RedHatOfficial/RedHatOfficial.github.io/">page's repo</a>. Detailed instructions are found in the repo's <a href="https://github.com/RedHatOfficial/RedHatOfficial.github.io/blob/github-init/README.md">README file</a>. Right now, the criteria for inclusion is straightforward: if an employee is working on a project or Red Hat team hosted on GitHub as part of their job responsibilities, then it can be listed.</p> | |
<p>These are not just Red Hat-stewarded projects… there are many many, many projects (like the Linux Kernel, OpenStack, and Kubernetes, to name a very few) that are also listed, because we don't just work on software for us. We work on a lot of projects for the benefit of many.</p> | |
<p>GitHub is not the only home for our free and open source software. We work on software hosted on other platforms (like GitLab and Pagure), and a <a href="https://community.redhat.com/software/">broader list already exists on this site</a>.</p> | |
<p>Beyond this new /RedHatOfficial GitHub page, the /RedHatOfficial organization can now directly host repos for projects that may not be affiliated with a given upstream project, but, rather, at the corporate level. Currently, for example, the <a href="https://www.redhat.com/en/open-source-stories/colab">CO.LAB</a> project's <a href="https://github.com/RedHatOfficial/CO.LAB">code repo</a> is being hosted here.</p> | |
<p>This is a project that has been in the works for quite some time and by many, many people. Though I am the current stakeholder for the page, in reality I am just the last person carrying this ball. The past efforts of Adrian Likens, Eric Hayes, Jason Frey, and Ruth Suehle must be thanked for keeping this content and idea going. I cannot stress enough the efforts of our Legal team, particularly Erin Britton, in working to acquire the GitHub user names we needed to have a place to host this page. Our own OSAS team was instrumental in providing initial feedback on the organization of the content.</p> | |
<p>Finally, a huge thanks for the collaborative efforts of Ellie Johnson and her Digital Experience team in getting this page put together in time for Red Hat's 25th anniversary today! Cas Roberts, Nicholas Heling, Dongni Wang, and Jenna Slawson were among the key players in taking my spreadsheet of projects and turning it into a gorgeous page that we can all use and update. In reality, I think the entire team had input at one point or another and more than a few people mentioned how fun it was to pull something together like this in an open and collaborative way.</p> | |
<p>Red Hat has been about more than just Linux for a long, long time. We want to recognize all of the efforts our employees around the world make, celebrating the many projects in which we collaborate. Open is not a sales gimmick; it is who we are.</p> | |
<hr/><p>This article originally appeared on | |
<a href="http://community.redhat.com/">community.redhat.com</a>. | |
Follow the community on Twitter at | |
<a href="https://twitter.com/redhatopen">@redhatopen</a>, and find us on | |
<a href="https://www.facebook.com/redhatopen">Facebook</a> and | |
<a href="https://plus.google.com/u/0/b/113258037797946990391/113258037797946990391/posts">Google+</a>.</p> | |
</content> | |
</entry> | |
<entry> | |
<title>Perusing OSAS' Menu of Services</title> | |
<link rel="alternate" href="http://community.redhat.com/blog/2018/03/perusing-osas-menu-of-services/"/> | |
<id>http://community.redhat.com/blog/2018/03/perusing-osas-menu-of-services/</id> | |
<published>2018-03-21T11:05:00+00:00</published> | |
<updated>2018-03-21T07:09:11-04:00</updated> | |
<author> | |
<name>Ruth Suehle</name> | |
</author> | |
<content type="html"><p><img alt="menu options" width="640" height="357" src="/images/blog/wallmenu.jpg?1528384281" /> As Red Hat's community portfolio grows, the Open Source and Standards (OSAS) team needs to shift our approach to supporting their needs. To accomplish this, the OSAS Community Outreach team will be shifting to a consultancy-style approach.</p> | |
<p>The idea for this new approach was formed a couple of years ago, when Brian Proffitt, Jason Brooks, and I were in a <a href="https://viderichocolatefactory.com/">chocolate store</a> down the street from the Red Hat corporate headquarters in Raleigh, brainstorming on ways we could expand the OSAS footprint.</p> | |
<p></p> | |
<p>The Community Outreach team, one of three teams within OSAS, will be taking point on many of the consultant projects. Since our portfolio is comprised of specialists (design, content, documentation, education), the idea is to use those specialties to deliver needed services to communities that need them.</p> | |
<h2 id="who-are-our-customers">Who Are Our Customers?</h2> | |
<p>We will work with three sets of communities in this new focus.</p> | |
<h3 id="communities-directly-supported-within-osas">Communities Directly Supported within OSAS</h3> | |
<p>For the communities that have community managers within the OSAS Community Leads team, we will do an annual audit against the Community Health Checklist. Many of these items are things that won't change, but could be improved, and an annual check-in will give us an opportunity to see where we can best boost these communities. The Health Checklist, which we will highlight in another blog entry, is coordinated with our Services Menu, outlined below.</p> | |
<p>At any time, communities are welcome to request our support based on our Services Menu. In some cases, this may mean that we direct them to the best place to receive that help, even if it is not provided directly by a Community Outreach team member.</p> | |
<h3 id="communities-outside-of-osas">Communities Outside of OSAS</h3> | |
<p>The many other communities important to Red Hat's success but not directly supported within OSAS are also welcome to request an audit or services in the same way, but audits will not be automatically interviewed annually.</p> | |
<h3 id="new-communities">New Communities</h3> | |
<p>When new Red Hat communities arrive, either by creation within Red Hat or acquisition, we will prioritize their health against the Checklist, then subsequently treat them accordingly as above based on their OSAS support level.</p> | |
<h2 id="services-menu">Services Menu</h2> | |
<p>So what services are we offering? As a team, all of OSAS got together and determined what we could directly offer, and what we knew could refer projects to if need be.</p> | |
<h3 id="project-overview-and-basics">Project Overview and Basics</h3> | |
<p>These tools and topics represent basic needs for a healthy community. Where they are lacking or exist but need improvement, we can provide assistance getting them going.</p> | |
<ul> | |
<li>Project strategy | |
<ul> | |
<li>Define goals for project</li> | |
<li>Based on goals, define objectives, and strategies</li> | |
<li>Teach communities to build process roadmaps</li> | |
</ul> | |
</li> | |
<li>Bug tracking system</li> | |
<li>Project definition statement on website</li> | |
<li>Contributor-licensing statement or agreement</li> | |
<li>Governance model</li> | |
<li>Code of conduct</li> | |
<li>Legal audit | |
<ul> | |
<li>An OSI-approved open source license</li> | |
<li>License review of codebase</li> | |
<li>License compatibility</li> | |
</ul> | |
</li> | |
<li>Documentation | |
<ul> | |
<li>Content strategy (new or revised)</li> | |
<li>Content audit</li> | |
<li>Documentation quick-starts</li> | |
<li>Sprint organization</li> | |
<li>Tool/platform recommendations</li> | |
</ul> | |
</li> | |
<li>Metrics | |
<ul> | |
<li>Create central place to track metrics</li> | |
<li>Discuss what metrics mean and why (how do you figure out what metrics you need and what questions you are answering)</li> | |
<li>Build appropriate metrics questions</li> | |
</ul> | |
</li> | |
</ul> | |
<h3 id="marketing">Marketing</h3> | |
<p>Advocacy of any project is key to its success. OSAS can roll out a variety of tools to assist with getting the word out about what your community is doing.</p> | |
<ul> | |
<li>Project branding and identity | |
<ul> | |
<li>Marketing strategy | |
<ul> | |
<li>Market/segment research</li> | |
<li>Branding and style guide</li> | |
</ul> | |
</li> | |
<li>Messaging | |
<ul> | |
<li>Define audiences, messages, and channels</li> | |
<li>Messaging strategy</li> | |
</ul> | |
</li> | |
<li>Swag</li> | |
</ul> | |
</li> | |
<li>Social media presence | |
<ul> | |
<li>Create name / profile page</li> | |
<li>Set up metrics to central feed</li> | |
<li>Advise on long-term maintenance</li> | |
</ul> | |
</li> | |
<li>Community events strategy | |
<ul> | |
<li>Launch events</li> | |
<li>Increase events per month</li> | |
<li>Define how/when to have a presence at larger events for optimal ROI</li> | |
</ul> | |
</li> | |
<li>Case studies</li> | |
</ul> | |
<h3 id="infrastructure">Infrastructure</h3> | |
<p>While the OSAS Community Outreach team does not necessarily provide all of these services directly, we can make recommendations as needed.</p> | |
<ul> | |
<li>Project website | |
<ul> | |
<li>Create website</li> | |
<li>Website content maintenance plan</li> | |
<li>Improve existing website</li> | |
<li>Different aspects/skills: design, organization/IA, copy creation</li> | |
<li>Define editorial workflow (lifecycle management)</li> | |
</ul> | |
</li> | |
<li>Project blog | |
<ul> | |
<li>Launch blog</li> | |
<li>Increase number of posts per month</li> | |
<li>Decrease shortest interval between blog posts</li> | |
</ul> | |
</li> | |
<li>Mailing list | |
<ul> | |
<li>Create mailing list</li> | |
<li>Organize existing mailing lists</li> | |
<li>Auto-responders</li> | |
</ul> | |
</li> | |
<li>IRC channels/Chat | |
<ul> | |
<li>Implement IRC channels</li> | |
<li>Implement other chat platform</li> | |
<li>Recommendations for optimizing use of chat platform (e.g., zodbot-type assistant)</li> | |
</ul> | |
</li> | |
<li>Surveys | |
<ul> | |
<li>Regular surveys</li> | |
<li>User feedback groups</li> | |
<li>Optimize feedback processes</li> | |
</ul> | |
</li> | |
</ul> | |
<p>This menu is very comprehensive, though we recognize that is is open to expansion as communities come to us with more needs. Right now, these services are focused on assisting Red Hat-based communities, but we hope this can serve as a model for other organizations to follow when examining their communities' health and figuring out what elements of a project need the most help.</p> | |
<p><em>Image courtesy of <a href="http://maxpixel.freegreatpicture.com/Write-Menu-Print-Product-Chair-Wall-Order-Words-2588813">Max Pixel</a>, released under <a href="https://creativecommons.org/publicdomain/zero/1.0/">CC0 1.0 Public Domain Dedication</a>.</em></p> | |
<hr/><p>This article originally appeared on | |
<a href="http://community.redhat.com/">community.redhat.com</a>. | |
Follow the community on Twitter at | |
<a href="https://twitter.com/redhatopen">@redhatopen</a>, and find us on | |
<a href="https://www.facebook.com/redhatopen">Facebook</a> and | |
<a href="https://plus.google.com/u/0/b/113258037797946990391/113258037797946990391/posts">Google+</a>.</p> | |
</content> | |
</entry> | |
<entry> | |
<title>Welcome to the Neighborhood</title> | |
<link rel="alternate" href="http://community.redhat.com/blog/2018/03/welcome-to-the-neighborhood/"/> | |
<id>http://community.redhat.com/blog/2018/03/welcome-to-the-neighborhood/</id> | |
<published>2018-03-13T15:10:00+00:00</published> | |
<updated>2018-03-13T11:30:53-04:00</updated> | |
<author> | |
<name>Brian Proffitt</name> | |
</author> | |
<content type="html"><p><img alt="new neighbors" width="240" height="240" src="/images/blog/neighbors.jpg?1528384281" /> It is an easy metaphor to fall into: we compare the communities that surround our free and open source projects to the actual communities in which we reside. For the most part, the metaphor works really well. I myself have used the metaphor to describe things like server and IT infrastructure to streets, water lines, or power grids. Governance of open source communities to the way different neighborhoods, towns, and cities govern themselves.</p> | |
<p>Making this comparison is not, after all, rocket science.</p> | |
<p>But there is one aspect to the communities-as-communities metaphor that breaks down, because should be no comparison: the way communities enfold newcomers into their midst.</p> | |
<p></p> | |
<p>When someone moves into a new home in a new town, there usually isn't going to be a formal set of rules in place that explain how the community works. For the most part, you move into the community and sort of learn as you go. Where is the nearest grocery store, which is the best hardware store, who are the neighbors who are the most helpful… pieces of knowledge that you just pick up.</p> | |
<p>There are exceptions, naturally. If you move into a new country, there are going to be formalities to quickly learn: new laws, new ways of acquiring services. And if you enter a new domestic community, perhaps you have a realtor who can walk you through where to find what.</p> | |
<p>For an online community, such entrances are often the case, too. A new user or contributor rolls in and wants to learn all they can about the lay of the project's land. Through watching and asking questions, they will be able to learn what they need to know and—if they have the patience—they will eventually become a "veteran" member of the community. Just like a residential community.</p> | |
<p>Except this should not be the way it happens. When you move into a new home the learning curve is probably not very not very high. Plus, you know the questions to ask: where is what, who is who? In an open source project, you might not even know what it is you don't know yet. And in many open source projects, the technology may have a steep learning curve as well as the language itself.</p> | |
<p>I had a personal lesson in this yesterday on my way to the airport with my co-workers after a successful weekend at <a href="https://www.socallinuxexpo.org/scale/16x">SCaLE 16X</a>. As we were winding our way through LA traffic, I discovered that one of the Red Hatters in the car was, like me, a private pilot. And for a few minutes, we rambled on about flying, planes, and navigation, until we realized that we had inadvertently excluded the other passengers in the car with our jargonism. A minor <em>faux pas</em> in the grand scheme of things, but it was a reminder that communities can have barriers that you don't even realize are there.</p> | |
<p>This is why it is important that open communities make a special effort to build inclusionary practices that help onboard new members. We have an extra responsibility to create explicit paths into a project, because the very nature of our projects creates larger barriers to entry. Onboarding is something that we cannot ignore, not if we want people to continue to move in and reside in our projects.</p> | |
<p><em>Image courtesy of State Farm, released under <a href="https://creativecommons.org/licenses/by/2.0/">CC BY 2.0 license</a>.</em></p> | |
<hr/><p>This article originally appeared on | |
<a href="http://community.redhat.com/">community.redhat.com</a>. | |
Follow the community on Twitter at | |
<a href="https://twitter.com/redhatopen">@redhatopen</a>, and find us on | |
<a href="https://www.facebook.com/redhatopen">Facebook</a> and | |
<a href="https://plus.google.com/u/0/b/113258037797946990391/113258037797946990391/posts">Google+</a>.</p> | |
</content> | |
</entry> | |
</feed> |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment