<div dir="ltr">I think many projects are now beginning to develop the sub-team structure (e.g Nova, Ironic and Cyborg) and that might be part of the answer here.<div><br></div><div>Having a sub-team structure and also have volunteer as sub team leads could also help people that are not good at code review to contribute significantly and get recognized in another way.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 24, 2018 at 7:24 PM, Davanum Srinivas <span dir="ltr"><<a href="mailto:davanum@gmail.com" target="_blank">davanum@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thierry,<br>
<br>
please see below:<br>
<span class=""><br>
On Tue, Apr 24, 2018 at 6:24 AM, Thierry Carrez <<a href="mailto:thierry@openstack.org">thierry@openstack.org</a>> wrote:<br>
> Fox, Kevin M wrote:<br>
>> OpenStack has created artificial walls between the various Projects. It shows up, for example, as holes in usability at a user level or extra difficulty for operators juggling around so many projects. Users and for the most part, Operators don't really care about project organization, or ptls, or cores or such.  OpenStack has made some progress this direction with stuff like the unified cli. But OpenStack is not very unified.<br>
><br>
> I've been giving this some thought (in the context of a presentation I<br>
> was giving on hard lessons learned from 8 years of OpenStack). I think<br>
> that organizing development around project teams and components was the<br>
> best way to cope with the growth of OpenStack in 2011-1015 and get to a<br>
> working set of components. However it's not the best organization to<br>
> improve on the overall "product experience", or for a maintenance phase.<br>
><br>
> While it can be confusing, I like the two-dimensional approach that<br>
> Kubernetes followed (code ownership in one dimension, SIGs in the<br>
> other). The introduction of SIGs in OpenStack, beyond providing a way to<br>
> build closer feedback loops around specific topics, can help us tackle<br>
> this "unified experience" problem you raised. The formation of the<br>
> upgrades SIG, or the self-healing SIG is a sign that times change. Maybe<br>
> we need to push in that direction even more aggressively and start<br>
> thinking about de-emphasizing project teams themselves.<br>
<br>
</span>Big +1. Another thing to check into is how can we split some of the<br>
work the PTL does into multiple roles ... that are short term and is<br>
rotated around. Hoping that will help with the problem where we need<br>
folks to be totally available full time to do meaningful work in a<br>
project.<br>
<span class="im HOEnZb"><br>
> --<br>
> Thierry Carrez (ttx)<br>
><br>
> ______________________________<wbr>______________________________<wbr>______________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br>
<br>
<br>
</span><span class="HOEnZb"><font color="#888888">-- <br>
Davanum Srinivas :: <a href="https://twitter.com/dims" rel="noreferrer" target="_blank">https://twitter.com/dims</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Zhipeng (Howard) Huang</div><div dir="ltr"><br></div><div dir="ltr">Standard Engineer</div><div>IT Standard & Patent/IT Product Line</div><div dir="ltr">Huawei Technologies Co,. Ltd</div><div dir="ltr">Email: <a href="mailto:huangzhipeng@huawei.com" target="_blank">huangzhipeng@huawei.com</a></div><div dir="ltr">Office: Huawei Industrial Base, Longgang, Shenzhen</div><div dir="ltr"><br></div><div dir="ltr">(Previous)<br><div>Research Assistant</div><div>Mobile Ad-Hoc Network Lab, Calit2</div><div>University of California, Irvine</div><div>Email: <a href="mailto:zhipengh@uci.edu" target="_blank">zhipengh@uci.edu</a></div><div>Office: Calit2 Building Room 2402</div><div><br></div><div>OpenStack, OPNFV, OpenDaylight, OpenCompute Aficionado</div></div></div></div></div></div></div></div></div>
</div>