<div dir="ltr"><div>I'm leaning toward a flat election, too. I did want to think through the category proposal more completely, though.</div><div><div><br></div><div style>Twelve is already such a big group, and as Anne points out there aren't categories for the PaaS-layer projects. Would they each need a separate category, or would "PaaS" be the category? If the latter, why not combine the "IaaS" projects in a similar way?</div>
<div style><br></div><div style>I think we'll find that we have an awful lot of categories -- likely more than projects, in the end. I'm not sure it's practical to create a seat for each useful category of community member, and I'm not sure it's necessary. The TC should consult with subject-matter experts as needed, and anyone in the community should be able to bring issues to the TC for consideration. </div>
<div><br></div><div>Doug<br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 30, 2013 at 11:55 AM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Honestly, I think the flat (no category or PTL requirements) 11 has<br>

the advantage of simplicity, and likelyhood of attracting / electing<br>
people that touch more than one project, which helps the TC have a<br>
more global project POV. It also means that as the scope of OpenStack<br>
changes we don't have to keep redefining what's an important category<br>
and/or project.<br>
<br>
My $0.02 of preference.<br>
<br>
On Thu, May 30, 2013 at 11:04 AM, Anne Gentle<br>
<div class=""><div class="h5"><<a href="mailto:annegentle@justwriteclick.com">annegentle@justwriteclick.com</a>> wrote:<br>
><br>
><br>
><br>
> On Thu, May 30, 2013 at 9:17 AM, Doug Hellmann <<a href="mailto:doug.hellmann@dreamhost.com">doug.hellmann@dreamhost.com</a>><br>
> wrote:<br>
>><br>
>><br>
>><br>
>><br>
>> On Tue, May 28, 2013 at 5:18 PM, Anne Gentle<br>
>> <<a href="mailto:annegentle@justwriteclick.com">annegentle@justwriteclick.com</a>> wrote:<br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> On Tue, May 28, 2013 at 8:29 AM, Thierry Carrez <<a href="mailto:thierry@openstack.org">thierry@openstack.org</a>><br>
>>> wrote:<br>
>>>><br>
>>>> Hi everyone,<br>
>>>><br>
>>>> Back in January we had a thread[1] about modifying how the Technical<br>
>>>> Committee members[2] are selected, in order to cope with future expected<br>
>>>> growth in the number of projects. Unfortunately there wasn't enough time<br>
>>>> to properly discuss it before we had to look into incubated projects<br>
>>>> graduation and setting up the Spring elections, so we decided to<br>
>>>> postpone this to the Havana cycle.<br>
>>>><br>
>>>> [1]<br>
>>>><br>
>>>> <a href="http://lists.openstack.org/pipermail/openstack-dev/2013-January/004513.html" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2013-January/004513.html</a><br>
>>>> [2] <a href="https://wiki.openstack.org/wiki/Governance/TechnicalCommittee" target="_blank">https://wiki.openstack.org/wiki/Governance/TechnicalCommittee</a><br>
>>>><br>
>>>> To kick off this second attempt, we had an interesting session at the<br>
>>>> Design Summit where various goals were discussed and various solutions<br>
>>>> proposed and compared. I summarized the current state of affairs on the<br>
>>>> wiki at:<br>
>>>><br>
>>>> <a href="https://wiki.openstack.org/wiki/TC_Membership_Models" target="_blank">https://wiki.openstack.org/wiki/TC_Membership_Models</a><br>
>>>><br>
>>>> I'd like everyone interested with this discussion to have a look at this<br>
>>>> page. If you see goals that we missed, please suggest them on the thread<br>
>>>> here, along with how well each currently-proposed solution would score<br>
>>>> against it. Same if you think some model was not scored fairly against<br>
>>>> existing stated goals. Finally, if you have an alternate model which<br>
>>>> you'd like to suggest, feel free to do so. I'll keep the wiki page<br>
>>>> updated based on the ML discussion.<br>
>>><br>
>>><br>
>>> Thanks for the draft write up. I have some thoughts for discussion.<br>
>>><br>
>>> You point to an idea number of 11 for the group size, and I would like<br>
>>> some citation for where that number comes from. I know of the two-pizza rule<br>
>>> in tech, and there's group research around "ten-groups" (saying eight to<br>
>>> fourteen people in a group is about right for overcoming human nature and<br>
>>> collaborating effectively, citing book Corporation Man by Antony Jay<br>
>>> (Pelican 1975)). What causes you to land on 11? Could we say 10 or a range<br>
>>> of 8-14 instead?<br>
>>><br>
>>> Defining the ideal group size will help with scoring. For example, I<br>
>>> don't think the difference between 11 members and 13 members merits a +2 vs.<br>
>>> a +1 score.<br>
>>><br>
>>> I also think the ideal number of members will help determine whether<br>
>>> categories are useful, and further defining categories to discover how many<br>
>>> there may be will help score that one better.<br>
>><br>
>><br>
>> The category model seems interesting, but I would like to be able to<br>
>> consider a more concrete proposal. Should we work out a list of specific<br>
>> categories?<br>
><br>
><br>
><br>
> Yes! I was waiting for a range of values to see where my list from the old<br>
> thread [1] might work inside a range.<br>
><br>
> Storage<br>
> Computing<br>
> Networking<br>
> Monitoring<br>
> Operating<br>
> Packaging<br>
> Continuous Integration and Builds<br>
> Doc<br>
> QA<br>
> Integration Testing<br>
> API<br>
> UI/CLI (Dashboard/clients)<br>
><br>
> That's twelve, and I may not be including all the categories. Some do not<br>
> have projects yet. There may be another category of "services on top of<br>
> Computing" that I'm under-representing, thinking of Databases or Load<br>
> Balancers or DNS that would rely on Compute to provide their service. How<br>
> would we expand to include them?<br>
><br>
> Anne<br>
><br>
> 1.<br>
> <a href="http://lists.openstack.org/pipermail/openstack-dev/2013-January/004539.html" target="_blank">http://lists.openstack.org/pipermail/openstack-dev/2013-January/004539.html</a><br>
>><br>
>><br>
>> Doug<br>
>><br>
>>><br>
>>><br>
>>> Thanks,<br>
>>> Anne<br>
>>><br>
>>>><br>
>>>><br>
>>>> Hopefully we can all come up with a generally-consensual model able to<br>
>>>> handle future growth of the project.<br>
>>>><br>
>>>> Regards,<br>
>>>><br>
>>>> --<br>
>>>> Thierry Carrez (ttx)<br>
>>>> Chair, OpenStack Technical Committee<br>
>>>><br>
>>>> _______________________________________________<br>
>>>> OpenStack-dev mailing list<br>
>>>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> Anne Gentle<br>
>>> <a href="mailto:annegentle@justwriteclick.com">annegentle@justwriteclick.com</a><br>
>>><br>
>>> _______________________________________________<br>
>>> OpenStack-dev mailing list<br>
>>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> OpenStack-dev mailing list<br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>><br>
><br>
><br>
><br>
> --<br>
> Anne Gentle<br>
> <a href="mailto:annegentle@justwriteclick.com">annegentle@justwriteclick.com</a><br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<br>
<br>
<br>
--<br>
</div></div><span class=""><font color="#888888">Sean Dague<br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
</font></span><div class=""><div class="h5"><br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div></div></div></div>