<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 4, 2016 at 2:07 PM, Matt Fredrickson <span dir="ltr"><<a href="mailto:creslin@digium.com" target="_blank">creslin@digium.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hey All,<br>
<br>
I've been thinking a lot about how working groups might work within<br>
the context of the Asterisk project.  Here are a few guidelines that I<br>
have come up with governing working groups.  Some of these guidelines<br>
come from the Node project, as they have a lot of pre-existing<br>
material on doing this.  I deliberately avoided comprehensively<br>
importing their structure and guidelines, but pulled from some of<br>
their more essential core principles.<br>
<br>
1. There is no explicit or implicit commitment that a working group’s<br>
output will actually be turned into code/patches by Digium or anybody<br>
else outside of the working group.<br>
<br>
2. Some working group topics might include: documentation, feature<br>
request list, benchmarking, debug-ability, bug tracker triaging and<br>
replication, migration efforts from SIP to PJSIP (and more?)<br>
<br>
3. They need somewhere to “work” - so a section of the <a href="http://asterisk.org" rel="noreferrer" target="_blank">asterisk.org</a><br>
wiki and probably a mailing list.  This can be a work item for me to<br>
get taken care of.<br>
<br>
4. Need a regular (weekly?) meeting time and “place” (an Asterisk<br>
conference call, IRC, a google hangout, etc).<br>
<br>
5. Need a charter of some sort - a charter would be a clearly defined<br>
mission statement determining the subject matter of the group’s<br>
efforts.<br>
<br>
6. Need at least three initial members (pulled from node.js guidelines)<br>
<br>
7. Need to follow a consensus seeking process for any decisions<br>
(<a href="https://en.wikipedia.org/wiki/Consensus-seeking_decision-making" rel="noreferrer" target="_blank">https://en.wikipedia.org/<wbr>wiki/Consensus-seeking_<wbr>decision-making</a>)<br>
<br>
8. Membership cannot be changed (added or removed) without unanimous<br>
consensus of the members of the group (pulled from node.js guidelines)<br>
<br>
9. In order to create one, talk to me and I can see about getting<br>
infrastructure (mailing list, wiki, git access) setup.<br>
<br>
Let me know if you have any thoughts, questions, or qualms with the<br>
above guidelines.  I'll wiki-fy the results of any discussion here.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Matthew Fredrickson<br>
Digium, Inc. | Engineering Manager<br>
445 Jan Davis Drive NW - Huntsville, AL 35806 - USA<br>
<br>
--<br>
______________________________<wbr>______________________________<wbr>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" rel="noreferrer" target="_blank">http://lists.digium.com/<wbr>mailman/listinfo/asterisk-dev</a></font></span></blockquote></div><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Hi Matt,</div><div class="gmail_extra"><br></div><div class="gmail_extra">Firstly, thanks for compiling all of this.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Some comments around having the discussions etc.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Please, no more mailing lists. Please? I'd rather not use the wiki for working groups - the wiki doesn't encourage conversation; instead its a place to go to document something and maybe write some comments on it - its really not the best place to have a conversation - I guess this is where the mailing lists come in but I'd love to get away from mailing lists - we have discourse now for example which is a MUCH better environment to have these conversations. I'd personally like to just replicate the node.js environment on github, with github issues and labels etc but its been made clear that isn't really an option unfortunately.</div><div class="gmail_extra"><br></div><div class="gmail_extra">There was talk of needing at least one core contributor (doesn't need to be a digium employee in my mind) to be one of the 3 initial members - is this still true?</div><div class="gmail_extra"><br></div><div class="gmail_extra">Dan</div></div>