So I had an idea this week, partially in response to one of our stellar global support staff members saying that he wishes there was a person or place to send internal people needing user help with Fedora. The kind of help they would get from the external Fedora users mailing list, the kind of peer support that an internal-enterprisey-IT-service-desk can’t really provide.
“What’s wrong with the actual Fedora lists?” Robyn asked me. “We’re just not being very true to our roots when we have a special list just for Red Hat folken.” There’s a very real risk that people will reckon the list receives priority by other Red Hatters (it might, that’s the point!) and is elitist (“Too good for our lists, eh?”)
I don’t disagree with those concerns, and here’s what I’m thinking for reasons and mitigation:
- People inside of companies using software to get their work done may perceive external community lists as outlaw places, as unsafe (because some discussion might touch upon confidential materials, devolve to attack/defend, etc.), and – honestly – scary unknown territory. Speaking with colleagues for support (“Hey, Jo, how do you …?”) gives people the feeling that the responsiveness of the community is going to be proper to the situation – no one other than a Red Hatter can know how important it is for Foo Bar from Sales to get her presentation to work on her Fedora 15 laptop. (That, I believe, would be the perception by people of why to use an internal-only list; hard to battle that perception without first getting them in to a common forum – albeit a private one – to hammer out the real issues.)
- For example, I know folks who first had to be hand-held through using internal IRC, then they got their entire teams to use it, and after a number of years, were willing and interested in venturing in to the open community IRC. I am confident that final step happened only because the earlier ones came first – for some people, the long-time in non-public space is perhaps the only way they’ll make the transition.
- Desktop Linux users often get help from their local user groups, from special for-newbies-only mailing lists, and so forth. I would consider an internal fedora-users mailing list to be a similar, hand-holding gateway – ask questions here first, and if we can’t get an answer and need help from a Fedora list, either we’ll help you do that or ask for you.
- If managers know their team members can ask questions on a private, confidential, internal list, they may be more likely to permit Fedora usage. Otherwise, there is little value in switching from the corporate standard build (CSB) of Red Hat Enterprise Linux (RHEL).
- Sometimes people really do need the kind of software that can only be found in a latest Fedora. For example, I’ve heard from some of the big movie animation studios that while they run RHEL on their render farms, they may use Fedora on their desktops if a designer or developer needs what can only be found in a super-modern Linux distribution. Having support when you need, where you need it from, is a good thing.
- Similarly, folks who aren’t paid to be available helping on external Fedora lists are in fact paid and empowered by Red Hat to help other Red Hatters. It would be great to get that help to happen out in the external lists, but maybe it just has to start somewhere else first.
- Communities need private spaces, maybe this could be one?
I would make a goal of the list to be, help internal users to gain the confidence and competence to go the external community instead. The internal list could be a training community, and those who want to graduate go on to make other Fedora lists better with their experience and point of view.
For those of you who would love to see dozens or hundreds of Red Hat worker bees who run Fedora participating on the users@fedoraproject.org mailing list … this is the only way I can think of so far that might yield more of that.
Ultimately I’m asking all of you out here first because while I know other Red Hatters might like and use the idea, it is your perception that I can never adjust by just showing you the private archives to prove it’s a reasonable approach to take. If I’m going to ask you to take our word for yet-another-hallway-discussion-being-OK, I should at least ask you before I start the hallway discussion group.
I’m curious if your company or organization does something like this. What do you think of this idea? How could it be made better? How can I mitigate the risks more?
Comments are open.
an internal users mailing list, I have no problems with. In fact I’ve run several of those at Dell for years, including linux-users@. Most of the topics relate to use of various forms of Linux for work-related functions that are specific to work (e.g. how to print to Dell’s print servers; how to get on the wireless or VPN, what will I/T say if they notice we’re using Linux on our corporate-issued devices, …).
I would feel differently about an internal development list covering software in or being developed for Fedora, but that’s not the proposal here.
> “I would make a goal of the list to be, help internal users to gain the confidence and competence to go the external community instead.”
How do you plan on making sure that people will indeed go to the external mailing-list once they feel confident? (and that they will actually build up that confidence?)
One thing that worries me is that the help provided on this internal list will not be archived, searchable and accessible by the people outside.
Their might be some great gems of knowledge on it that no one will be able to benefit from, and that would be a shame.
That’s my only concern about it really, that knowledge will be “kept” and not shared. I mean, every company has its own internal mailing lists, and I wouldn’t expect the contrary from Red Hat.
Thanks for asking, though, it shows how much you care. 🙂
I see this as a failure of the public fedora lists.
In fact, it’s worth being explicit that this new list is not for any development or other discussions that actually belong externally.
That’s a real concern to watch out for. I have seen countless discussions on the internal generic discussion list ‘memo-list’ that were folks raising ideas that could be externalized right away. Again, the challenge can be the individuals with the ideas may not feel like speaking out about it on an open mic. Sometimes what people like me do is take on that externalization for those folks.
> How do you plan on making sure that people will indeed go to the external mailing-list once they feel confident? (and that they will actually build up that confidence?)
We have an expression in english, ‘You can lead a horse to water, but can’t make it drink.” You can’t force people to make that step, but you can erase barriers for them (real or perceived), and over time more and more will make that step. There may always be those who won’t ever make that step.
What I imagine is that the open mailing lists are a bit like an open microphone at a music club. My experience is that it is not a scary thing to ask/answer/discuss on that open mic. But I still enter new communities tentatively after some big mistakes in the past, where I thought I knew all about how to do this open community thing … and was again wrong. Some folks are not the type to ever talk on an open mic, and saying that is the best and only method for them … means they are going to feel and be left out. We have to adjust our open community expectations to include the rest of the world who aren’t (yet?) comfortable with radical transparency.
> One thing that worries me is that the help provided on this internal list will not be archived, searchable and accessible by the people outside.
Well, all such internal help lists are private and not searchable by the outside. That’s one of the points. Folks want to be able to ask and answer questions that may contain information that is confidential or material (meaning could affect stock price as unfairly obtained insider information.)
So this is a case where the wider community has to trust that the people who crossover the internal/external line will be sure that useful content is put out in the open, either as documentation, edited-then-forwarded emails, or larger efforts.
> Their might be some great gems of knowledge on it that no one will be able to benefit from, and that would be a shame.
Agreed. I would make it a list rule/guideline to share each bit in some way; maybe there will be regular forwarding of useful content to users@lists.fedoraproject.org.
> That’s my only concern about it really, that knowledge will be “kept†and not shared. I mean, every company has its own internal mailing lists, and I wouldn’t expect the contrary from Red Hat.
I think if any knowledge is kept, it would mostly be by accident or from fear. We can work up the best human processes to deal with accidents, and the purpose of the list would be to lessen the fear in folks, over time.
> I see this as a failure of the public fedora lists.
While you may have legitimate points about failure of Fedora lists, I disagree that this is one of them.
Even if the external lists were perfect in all ways imaginable, I am confident that a not-insignificant portion of the people inside of a company (e.g. Red Hat) would not venture to an external mailing list for questions … even if it were a job requirement. You would have to walk around and stop people from asking questions over cubicle walls, for example. It would be a rule that defies human nature. All people need at least a modicum of privacy in preparation for the public role, and some people cannot or will not move beyond that private space in some domains.
I’m for the idea, as long as there will be a moderator who can step into threads and say “hey, this subject would probably be better discussed out in the open, let’s take it to lists.fp.o”. I think that will keep the proper tone for your internal lists.
I hadn’t planned for a formal moderator role, partially because so many Red Hatters are apt to say that anyway. Still, one of my concerns this soluton addresses is the corporate culture. Relying upon peer-to-peer for open source way training doesn’t scale very far. So maybe we do need formal moderator-type roles.
An advantage of moderator training is some folks will learn how-to and take those skills other places.