Today I went crazy and opened the Staff Yammer after months ignoring it
These is a very interesting conversation by @yoric there about having a tool were mozillians can suggest new features/changes to products (I see it as a mozmoderator for features). I took the liberty to c&p the proposal here where we can get more open feedback:
What if we had a public channel & protocol for any Mozillian to pitch new features?
Expected benefits:
making Mozilla more visibly transparent;
improving morale;
improving community interactions;
surfacing good ideas;
surfacing ideas specific to locales that are not currently represented by Product Management (i.e. most of the world).
One possible protocol (which can certainly be improved):
1/ Any Mozillian with at least 3 vouches can pitch an idea;
2/ To Pitch an idea, write a document (or, even better, a webpage or github README) that answers the following questions:
what do you propose?
how does it benefit users?
how does it fit in with Mozillaâs values?
3/ Once the Pitch is ready, submit it to some service of Mozillians.org;
4/ Any Mozillian with at least 3 vouches can comment on the Pitch vote on
is the Pitch ready or should it be reworked?
does the Pitch benefit users?
does the Pitch fit in with Mozillaâs values?
4/ Product Management is expected to keep a lookout, regularly read the best ranked Pitches and respond within a reasonable amount of time.
I think this is a great idea to improve participation at Mozilla
Thanks
Note that I posted this on Yammer, and not in a public channel, to avoid generating false hopes in case this idea doesnât get accepted, and to avoid being taken in a media storm, as seems to happen whenever we say something in public these days.
So donât take this as a promise of anything. At this stage, this is a dream of mine. I hope to be able to turn this into a reality, but I have no idea if or when this will be possible.
I think having a tool would be great. Whether we better use an existing
tool, or if we realize we need something that will make it easier than
bugzilla and mailing lists do.
This is one advantage Discourse has over mailing lists. If you had an idea
for the Firefox team you wouldnât have to subscribe to the whole list to
share it. You could make your suggestion and subscribe only to that topic.
I think the rest of it is really addressing the unanswered question âhow to
we make sure weâre allowing participation in product design, and who do we
allow to participate?â and that is tool agnostic. I agree that we should
give people a framework to submit a serious idea beyond tossing an idea out
in an email. It makes it easier for the idea to be understood and so makes
it easier for the relevant teams to properly consider the idea. Reps has
actually just adopted a process for this sort of thing, you can read about
it here - https://wiki.mozilla.org/ReMo/SOPs/Proposals
I believe that the tool I suggest would be useful, but I donât really care about the tool itself. What I want is a communication channel between Community Members and Product Management. The design of the tool is made to help maximize the signal-to-noise ratio.
Reading the original post, I was thinking Discourse is nearly perfectly suited to this. Out of the box, Discourse can do all but the âwith at least 3 vouchesâ bit.
Yes, we already have a vouched mozillian private category. Are you thinking about a post per suggestions and track their success based on likes or similar?
Sorry if I crossed a line publishing your idea here, I just wanted to open the conversation to more people.
On a personal note I think we have been behaving too careful about this kind of stuff and as result we have been becoming more and more closed âjust in caseâ and that has been a problem for community participation. Letâs go back to be open by default if we want to avoid losing the essence of what we are
On a personal note I think we have been behaving too careful about this
kind of stuff and as result we have been becoming more and more closed
âjust in caseâ and that has been a problem for community participation.
Letâs go back to be open by default if we want to avoid losing the
essence of what we are
That is entirely possible, and this is what I have been doing generally (e.g. with my âRe-dreaming Firefox blog seriesâ), but I felt that this topic was more touchy. Ah, well, weâll see.
Oh, were you thinking of doing this in private? I was assuming this would be out in the open, for all to see.
Yeah - the topic body could be the suggestion itself, and people could vote for it by liking it, and comment by replying. I donât think it would take killer amounts of code to add a more prominent like count somewhere (like on the topic list page for the category), if deemed necessary.
I may be misunderstanding, but donât likes (the heart you can press below a Discourse post) do exactly that: minimize the noise? I find itâs incredibly useful in existing discussions to signify your support for something, or acknowledge somebody elseâs point, without having to create a new post.
No, I was clarifying that itâs possible to restrict stuff to vouched mozillians only. For example, a public category where only vouched can create topic/like.
I think that if weâre waiting for the project managers to go through these then weâll definitely have way too many proposals for them to use their time wisely going through them. Ideally proposals would get moderated (like bug triage) for completeness and to look for spam.
After that I think it makes sense that people who can actually implement the proposal need to champion them. Rather than the project manager saying âhey team, I think this is a good ideaâ a developer says âhey, I like this idea and Iâd like to work on it.â It could also allow volunteer developers to step up and say âI want to work on this, will it be well received?â
I also think we could take a page out of Participationâs strategy and start with a pilot. We need to not be afraid to iterate as new problems or good ideas come along.
Ah, weâre not talking about the same noise. I was talking about minimizing the number of proposals that are bad for some reason (e.g. incomplete, or not useful for users, or not aligned with Mozillaâs mission) and that Product Management would have to read through.
Can Discourse be configured for something a bit more sophisticated than Like? i.e. voting on several criteria?
I didnât know that Discourse could do that. I believe that this would be useful.
It would be possible with a plugin. What type/range of criteria were you thinking of?
I donât think itâs quite as fine grained as use being able to control who can like or not, but we can definitely restrict who can post, reply or see in a category.
Question: Whatâs the lightest weight, fastest, simplest and most data driven way to test this idea?
I ask because I donât think the tool or process matters much at this point â or at least itâs certainly way less important than testing the benefits and efficacy of the core idea:
making Mozilla more visibly transparent;
improving morale;
improving community interactions;
surfacing good ideas;
surfacing ideas specific to locales that are not currently represented by Product Management (i.e. most of the world).
All of these are totally unproven. And we canât prove them through thinking them out. So letâs find a way to test them, quickly, and with minimum effort.
I think previous suggestions are super quick (we already have the tool and requires 0 development), a Discourse category where anyone can read but only vouched mozillians group can create a topic and like other topics.
We would just need to write a template an set it as pinned topic there on what the topic should include, like a clear topic subject and a few lines explaining it in the body.
I donât think testing the tool or an open process is what we need to test. I think we need to test, narrowly, the concept of Mozillians providing product ideas, and product teams sifting through those for value.
Hereâs what that would look like to me:
Collecting a 5-10 ideas through email/lists (Iâm sure many are floating out there)
Setup an up-voting process (maybe Discourse is the best)
See if product teams find those useful (or what would make those ideas useful ⊠form or type of idea)
Ask the contributors/voters if that whole process resulted in improved morale and improved community interactions
Yes, I agree, I was just commenting on how we can test that voting process with almost no effort with the current tools we have right now. Maybe in the future we decide to use other tool or just discard everything because it wasnât a success.