<div dir="ltr">Hi<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 17, 2017 at 11:25 PM, Rochelle Grober <span dir="ltr"><<a href="mailto:rochelle.grober@huawei.com" target="_blank">rochelle.grober@huawei.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">First off, let me say I think this is a tremendous idea.  And, it's perfect for the SIG concept.<br>
<br>
Next, see inline:<br>
<span class=""><br>
Thierry Carrez wrote:<br>
> Andrea Frittoli wrote:<br>
> > [...]<br>
> > during the last summit in Sydney we discussed the possibility of<br>
> > creating an OpenStack quality assurance special interest group (OpenStack<br>
> QA SIG).<br>
> > The proposal was discussed during the QA feedback session [0] and it<br>
> > received positive feedback there; I would like to bring now the<br>
> > proposal to a larger audience via the SIG, dev and operators mailing<br>
> > lists.<br>
> > [...]<br>
><br>
> I think this goes with the current trends of re-centering upstream "project<br>
> teams" on the production of software, while using SIGs as communities of<br>
> practice (beyond the governance boundaries), even if they happen to<br>
> produce (some) software as the result of their work.<br>
><br>
> One question I have is whether we'd need to keep the "QA" project team at<br>
> all. Personally I think it would create confusion to keep it around, for no gain.<br>
> SIGs code contributors get voting rights for the TC anyway, and SIGs are free<br>
> to ask for space at the PTG... so there is really no reason (imho) to keep a<br>
> "QA" project team in parallel to the SIG ?<br>
<br>
</span>Well, you can get rid of the "QA Project Team" but you would then need to replace it with something like the Tempest Project, or perhaps the Test Project.  You still need a PTL and cores to write, review and merge tempest fixes and upgrades, along with some of the tests.  The Interop Guideline tests are part of Tempest because being there provides oversight on the style and quality of the code of those tests.  We still need that.<br>
<br>
--Rocky<br>
<span class="im HOEnZb"><br>
> In the same vein we are looking into turning the Security project team into a<br>
> SIG, and could consider turning other non-purely-upstream teams (like I18n)<br>
> in the future.<br>
><br>
> --<br>
> Thierry Carrez (ttx)<br>
><br>
</span><span class="im HOEnZb">> ______________________________<wbr>_________________<br>
> openstack-sigs mailing list<br>
> <a href="mailto:openstack-sigs@lists.openstack.org">openstack-sigs@lists.<wbr>openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-sigs" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-sigs</a><br>
</span><div class="HOEnZb"><div class="h5">______________________________<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></div>