<div dir="ltr"><div class="gmail_quote">On Tue, Mar 10, 2015 at 12:00 PM Jeremy Stanley <<a href="mailto:fungi@yuggoth.org">fungi@yuggoth.org</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2015-03-10 14:42:18 -0400 (-0400), Russell Bryant wrote:<br>
[...]<br>
> As to specific tags, I refer back to this:<br>
><br>
> <a href="http://governance.openstack.org/reference/incubation-integration-requirements.html" target="_blank">http://governance.openstack.<u></u>org/reference/incubation-<u></u>integration-requirements.html</a><br>
><br>
> We worked pretty hard to come up with useful things for projects<br>
> to aim for. In fact, we considered it a minimum. Let's make sure<br>
> we capture the things we still value, which I believe is most of<br>
> it.<br>
[...]<br>
<br>
Coming from a "horizontal" resource and facilitation perspective, we<br>
previously had guidelines like these to help prioritize where effort<br>
is focused. I was hoping that most of the incubation requirements<br>
would become tags in some form so that support decisions could still<br>
be made based on them. </blockquote><div><br></div><div>Many of those requirements were subjective (well tested, well documented, etc) and had to be evaluated by the TC. Are these the sort of tags you're referring to? If so, and if the TC delegated responsibility to manage the application of those tags (say, QA team manages the 'well-tested' tag), would that be sufficient?</div><div><br></div><div>If not, which ones do you mean?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Otherwise I worry we're stuck relying on tags<br>
which merely declare the set of projects each horizontal team has<br>
chosen as a priority (in situations where there are ongoing demands<br>
on team members available time to help those specific projects).<br></blockquote><div><br></div><div>These would be much more objective tags (eg, "qa-supported' or 'infra-supported') ... but I see your point that this doesn't help inform decisions that horizontal teams need to make, it merely reflects the ones that have already been made.</div><div><br></div><div>Nothing says we can't have both sets of tags ... but so far, neither has been proposed.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yes, horizontal teams should provide the means for OpenStack<br>
projects to support themselves where possible, but some activities<br>
do not scale linearly and do necessitate hard support decisions.<br>
Guidance from the community as to where it's most effective to spend<br>
those limited resources is appreciated, and also increases the<br>
chances that in those situations the prioritized subset overlaps<br>
substantially between various limited resources (which provides a<br>
more consistent experience and helps set expectations).<br></blockquote><div><br></div><div><br></div><div>This is in line with my view -- tags should not serve as governance in the rule-setting sense, but as providing guidance to the community. Guidance as to what sort of behavior is expected // accepted, and guidance as to the status of each project's conformity to those expectations.</div><div><br></div><div>Wit this, we can, collectively, make more informed decisions, without being expected to independently gather that information and come to the same conclusions.</div><div><br></div><div>-Devananda </div></div></div>