<div dir="ltr">I think it actually relies upon the new team to actively reaching out to the existing team. The new team cannot be lazy and wait for something happen for them, they have to keep reaching out and believe me the core developers from the existing official project will lend a hand in the end :)<div><br></div><div>For Cyborg, I didn't even rush the application for an official project status. We've had more than one year just discuss the necessity and usefulness of the project, because I was not sure as well at the time if we are overlapping with something Nova or other project is already doing or we are just dreaming up some use cases.</div><div><br></div><div>It turns out by conducting active and long discussions , we've got more than enough help from the Nova team :) I believe this is the team that is famous for their busy schedule, but the core developers helped tramendously because we are the one that is actively reaching out.</div><div><br></div><div>SO back to topic, for TC's role, it should be to help the new team to find a productive way to actively get in contact with any related existing teams, not to put pressure on the existing projects :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Apr 23, 2018 at 10:39 PM, Doug Hellmann <span dir="ltr"><<a href="mailto:doug@doughellmann.com" target="_blank">doug@doughellmann.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Excerpts from Zhipeng Huang's message of 2018-04-21 07:06:30 +0800:<br>
<span class="">> As the one who just lead a new project into governance last year, I think I<br>
> could take a first stab at it.<br>
> <br>
> For me the current requirements in general works fine, as I emphasized in<br>
> my recent blog [0], the four opens are extremely important. Open Design is<br>
> one of the most important out the four I guess, because it actually will<br>
> lead to the diversity question. A team with a single vendor, although it<br>
> could satisfy all the other three easily, could not have a good open design<br>
> rather well.<br>
> <br>
> Another criteria (more related to the mission statement specifically) I<br>
> would consider important is the ability to demonstrate (1)its scope does<br>
> not overlap with existing official projects and (2) its ability to actively<br>
> work with related projects. The cross project collaboration does not have<br>
> to be waited after the project got anointed, rather started when the<br>
> project is in conception.<br>
<br>
</span>In the past we have had challenges with existing teams having time,<br>
energy, or interest in working with new teams. These issues are<br>
often, but not always, outside of the control of the new teams.<br>
What role can, or should, the TC play in mediating these situations?<br>
<span class="HOEnZb"><font color="#888888"><br>
Doug<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
> <br>
> Well I guess that is my two cents :)<br>
> <br>
> [0] <a href="https://hannibalhuang.github.io/" rel="noreferrer" target="_blank">https://hannibalhuang.github.<wbr>io/</a><br>
> <br>
> <br>
> <br>
> On Sat, Apr 21, 2018 at 5:26 AM, Doug Hellmann <<a href="mailto:doug@doughellmann.com">doug@doughellmann.com</a>><br>
> wrote:<br>
> <br>
> > [This is meant to be one of (I hope) several conversation-provoking<br>
> > questions directed at prospective TC members to help the community<br>
> > understand their positions before considering how to vote in the<br>
> > ongoing election.]<br>
> ><br>
> > We are discussing adding at least one new project this cycle, and<br>
> > the specific case of Adjutant has brought up questions about the<br>
> > criteria we use for evaluating new projects when they apply to<br>
> > become official.  Although the current system does include some<br>
> > well-defined requirements [1], it was also designed to rely on TC<br>
> > members to use their judgement in some other areas, to account for<br>
> > changing circumstances over the life of the project and to reflect<br>
> > the position that governance is not something we can automate away.<br>
> ><br>
> > Without letting the conversation devolve too much into a discussion<br>
> > of Adjutant's case, please talk a little about how you would evaluate<br>
> > a project's application in general.  What sorts of things do you<br>
> > consider when deciding whether a project "aligns with the OpenStack<br>
> > Mission," for example?<br>
> ><br>
> > Doug<br>
> ><br>
> > [1] <a href="https://governance.openstack.org/tc/reference/new-projects-" rel="noreferrer" target="_blank">https://governance.openstack.<wbr>org/tc/reference/new-projects-</a><br>
> > requirements.html<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>
> <br>
> -- <br>
> Zhipeng (Howard) Huang<br>
> <br>
> Standard Engineer<br>
> IT Standard & Patent/IT Product Line<br>
> Huawei Technologies Co,. Ltd<br>
> Email: <a href="mailto:huangzhipeng@huawei.com">huangzhipeng@huawei.com</a><br>
> Office: Huawei Industrial Base, Longgang, Shenzhen<br>
> <br>
> (Previous)<br>
> Research Assistant<br>
> Mobile Ad-Hoc Network Lab, Calit2<br>
> University of California, Irvine<br>
> Email: <a href="mailto:zhipengh@uci.edu">zhipengh@uci.edu</a><br>
> Office: Calit2 Building Room 2402<br>
> <br>
> OpenStack, OPNFV, OpenDaylight, OpenCompute Aficionado<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>
</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>