<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 21, 2017 at 10:44 AM, Shamail Tahir <span dir="ltr"><<a href="mailto:itzshamail@gmail.com" target="_blank">itzshamail@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi,<div><br></div><div>In the past, governance has helped (on the UC WG side) to reduce overlaps/duplication in WGs chartered for similar objectives. I would like to understand how we will handle this (if at all) with the new SIG proposa? Also, do we have to replace WGs as a concept or could SIG augment them? One suggestion I have would be to keep projects on the TC side and WGs on the UC side and then allow for spin-up/spin-down of SIGs as needed for accomplishing specific goals/tasks (picture of a  diagram I created at the Forum[1]).</div><div><br></div></div></blockquote><div><br></div><div><div>We currently have WGs that overlap for specific objectives - like scalability - and having a Scalability SIG could be more efficient rather than the objective existing in multiple WGs who still have to gather resources to address the objective. Spin up/down would still happen though a SIG would generally live longer, like UC teams, depending on the special interest.</div></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>The WGs could focus on defining key objectives for users of a shared group (market vertical like Enterprise or Scientific WG, horizontal function like PWG) and then SIGs could be created based on this list to accomplish the objective and spin-down. Similarly a project team could determine a need to gather additional data/requirements or need help with a certain task could also spin-up a SIG to accomplish it (e.g. updating an outdated docs set, discussion on a specific spec that needs to be more thoroughly crafted, etc.)</div></div></blockquote><div><br></div><div><div>SIGs like Documentation, Public Cloud, Scalability, make sense rather than being created to address a more specific objective. A WG could spin off from a SIG but does not seem reasonable for it to be the other way around since the idea behind a working group is to work on something specific - AUC Recognition - and then those members fold back into 0 or 1 SIG. I could be off but I get the feeling that WGs can come together and find commonality amongst each other within a SIG and get more accomplished and possibly quicker by aggregating resources around what they already share interest in.</div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>Finally, how will this change impact the ATC/AUC status of the SIG members for voting rights in the TC/UC elections?</div><div><br></div></div></blockquote><div><br></div><div>Possibly AUC could go to all members of the SIGs and ATC or extra-ATC is provided as it does not seem fair, though fair may be irrelevant or relative, for UC elections to be wholly subjected to all SIG members and not TC elections. I think, Shamail correct me if I am wrong, under AUC guidelines all SIG members would qualify?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>[1] <a href="https://drive.google.com/file/d/0B_yCSDGnhIbzS3V1b1lpZGpIaHBmc29SaUdiYzJtX21BWkl3/" target="_blank">https://drive.google.com/f<wbr>ile/d/0B_yCSDGnhIbzS3V1b1lpZGp<wbr>IaHBmc29SaUdiYzJtX21BWkl3/</a></div><div><br></div><div>Thanks,</div><div>Shamail</div><div><br></div></div><div class="gmail_extra"><div><div class="gmail-h5"><br><div class="gmail_quote">On Wed, Jun 21, 2017 at 11:26 AM, Thierry Carrez <span dir="ltr"><<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>Matt Riedemann wrote:<br>
> How does the re-branding or re-categorization of these groups solve the<br>
> actual feedback problem? If the problem is getting different people from<br>
> different groups together, how does this solve that? For example, how do<br>
> we get upstream developers aware of operator issues or product managers<br>
> communicating their needs and feature priorities to the upstream<br>
> developers?<br>
<br>
</span>My hope is that specific developers interested in a given use case or a<br>
given problem space would join the corresponding SIG and discuss with<br>
operators in the same SIG. As an example, imagine an upstream developer<br>
from CERN, able to join the Scientific SIG to discuss with operators and<br>
users with Scientific/Academic needs of the feature gap, and group with<br>
other like-minded developers to get that feature gap collectively addressed.<br>
<span><br>
> No one can join all work groups or SIGs and be aware of all<br>
> things at the same time, and actually have time to do anything else.<br>
> Is the number of various work groups/SIGs a problem?<br>
<br>
</span>I would not expect everyone to join every SIG. I would actually expect<br>
most people to join 0 or 1 SIG.<br>
<span><br>
> Maybe what I'd need is an example of an existing problem case and how<br>
> the new SIG model would fix that - concrete examples would be really<br>
> appreciated when communicating suggested governance changes.<br>
><br>
> For example, is there some feature/requirement/issue that one group has<br>
> wanted implemented/fixed for a long time but another group isn't aware<br>
> of it? How would SIGs fix that in a way that work groups haven't?<br>
<br>
</span>Two examples:<br>
<br>
- the "API WG" was started by people on the UC side, listed as a UC<br>
workgroup, and wasn't making much progress as it was missing devs. Now<br>
it's been reborn as a TC workgroup, led by a couple of devs, and is<br>
lacking app user input. Artificial barriers discourage people to join.<br>
Let's just call all of them SIGs.<br>
<br>
- the "Public Cloud WG" tries to cover an extremely important use case<br>
for all of OpenStack (we all need successful OpenStack public clouds).<br>
However, so far I've hardly seen a developer joining, because it's seen<br>
as an Ops group just trying to make requirements emerge. I want the few<br>
developers that OVH or CityCloud or other public clouds are ready to<br>
throw upstream to use the rebranded "Public Cloud SIG" as a rally point,<br>
to coordinate their actions. Because if they try to affect upstream<br>
separately, they won't go far, and we badly need them involved.<br>
<br>
Yes, it's mostly a rebranding exercise, but perception matters.<br>
Hope this clarifies,<br>
<span class="gmail-m_7715950257722539758HOEnZb"><font color="#888888"><br>
--<br>
Thierry Carrez (ttx)<br>
</font></span><div class="gmail-m_7715950257722539758HOEnZb"><div class="gmail-m_7715950257722539758h5"><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.op<wbr>enstack.org?subject:unsubscrib<wbr>e</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi<wbr>-bin/mailman/listinfo/openstac<wbr>k-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="gmail-HOEnZb"><font color="#888888">-- <br><div class="gmail-m_7715950257722539758gmail_signature"><div dir="ltr"><div><div dir="ltr"><div style="font-size:small">Thanks,</div><div style="font-size:small">Shamail Tahir</div><div style="font-size:small">t: @ShamailXD</div><div style="font-size:small">tz: Eastern Time</div></div></div></div></div>
</font></span></div>
<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></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span style="font-size:small">-- </span><br style="font-size:small"><div style="font-size:small"><div dir="ltr"><div dir="ltr">Kind regards,<br><br>Melvin Hillsman</div><div dir="ltr"><a href="mailto:mrhillsman@gmail.com" style="color:rgb(17,85,204)" target="_blank">mrhillsman@gmail.com</a><br>mobile: (832) 264-2646<br><br>Learner | Ideation | Belief | Responsibility | Command</div></div></div></div></div></div></div></div></div>
</div></div>