<div dir="ltr">Hi,<div>I would like to selectively respond to the number of goals per cycle question.</div><div><br></div><div>A possible direction could be to forget the "one cycle goal" thing and allow to finish the </div><div>goals in a longer time frame. From "management" perspective the important is to have </div><div>a fix number of goals per cycle to avoid overallocation of people.</div><div><br></div><div>Another approach could be to attach a number, a difficulty feeling or similar to the </div><div>proposed goals to make it easier to select them, and avoid to choose 2 hard-to-do goal </div><div>for one cycle.</div><div>This numbering can be done by project teams/PTLs whoever has the insight for the projects.</div><div>Example: zuulv3 migration can be a hard to do goal as affects the whole gating of a project </div><div>with hard coordination between projects.</div><div>Add healthcheck API is much simpler as can be done without affecting the life of a whole </div><div>project, or the community.</div><div><br></div><div>Regards</div><div>Lajos Katona (lajoskatona)</div><div> </div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Graham Hayes <<a href="mailto:gr@ham.ie">gr@ham.ie</a>> ezt írta (időpont: 2020. szept. 21., H, 19:54):<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi All<br>
<br>
It is that time of year / release again - and we need to choose the<br>
community goals for Wallaby.<br>
<br>
Myself and Nate looked over the list of goals [1][2][3], and we are<br>
suggesting one of the following:<br>
<br>
<br>
  - Finish moving legacy python-*client CLIs to python-openstackclient<br>
  - Move from oslo.rootwrap to oslo.privsep<br>
  - Implement the API reference guide changes<br>
  - All API to provide a /healthcheck URL like Keystone (and others) provide<br>
<br>
Some of these goals have champions signed up already, but we need to<br>
make sure they are still available to do them. If you are interested in<br>
helping drive any of the goals, please speak up!<br>
<br>
We need to select goals in time for the new release cycle - so please<br>
reply if there is goals you think should be included in this list, or<br>
not included.<br>
<br>
Next steps after this will be helping people write a proposed goal<br>
and then the TC selecting the ones we will pursue during Wallaby.<br>
<br>
Additionally, we have traditionally selected 2 goals per cycle -<br>
however with the people available to do the work across projects<br>
Nate and I briefly discussed reducing that to one for this cycle.<br>
<br>
What does the community think about this?<br>
<br>
Thanks,<br>
<br>
Graham<br>
<br>
1 - <a href="https://etherpad.opendev.org/p/community-goals" rel="noreferrer" target="_blank">https://etherpad.opendev.org/p/community-goals</a><br>
2 - <a href="https://governance.openstack.org/tc/goals/proposed/index.html" rel="noreferrer" target="_blank">https://governance.openstack.org/tc/goals/proposed/index.html</a><br>
3 - <a href="https://etherpad.opendev.org/p/community-w-series-goals" rel="noreferrer" target="_blank">https://etherpad.opendev.org/p/community-w-series-goals</a><br>
4 - <br>
<a href="https://governance.openstack.org/tc/goals/index.html#goal-selection-schedule" rel="noreferrer" target="_blank">https://governance.openstack.org/tc/goals/index.html#goal-selection-schedule</a><br>
<br>
</blockquote></div>