<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">On Thu, Feb 21, 2019 at 7:56 AM Doug Hellmann <<a href="mailto:doug@doughellmann.com">doug@doughellmann.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
With the changes at the Foundation level, adding new OIPs, a few board<br>
members have suggested that this is an opportunity for the TC to evolve<br>
from providing what some have seen as tactical management through<br>
dealing with day-to-day issues to more long-term strategic leadership<br>
for the project. This theme has also come up in the recent discussions<br>
of the role of the TC, especially when considering how to make<br>
community-wide technical decisions and how much influence the TC should<br>
have over the direction individual projects take.<br>
<br>
What do you think OpenStack, as a whole, should be doing over the next<br>
1, 3, and 5 years? Why?<br></blockquote><div><br></div><div>I didn't really think about it much until Chris' first set of TC questions,</div><div>but like I said there, I would like the TC to take a more hands-on role</div><div>in solving large technical problems in OpenStack. We should be looking to the</div><div>user and operator communities to see what their true pain points are - the</div><div>things that wake support up at 2am. It probably isn't mutable config, tempest</div><div>plugin structure, or identity configuration, as awesome as those are. We</div><div>should be looking at the problems that seem insurmountable; if we don't, who</div><div>else will? I'm not sure if the TC should prescribe solutions or simply</div><div>work with projects to explore them, but I suspect the former may be the most</div><div>technically beneficial to OpenStack in the long run. I'm not sure what that</div><div>would do to the community, though - is it worth it if it causes rifts there?</div><div><br></div><div>As far as what OpenStack should be doing - I believe we should put more focus</div><div>on these operational problems. Since feature work seems to have slowed down</div><div>some since the peak of the hype cycle, we should be able to manage making</div><div>large changes underneath ongoing work. From what I've seen in the wider tech</div><div>community, there's a sizable cohort of people who have tried OpenStack and</div><div>now recommend against it when folks ask. Let's create less of these people,</div><div>and maybe even gain some back. :)</div><div><br></div><div><div>I don't have specific items that I think we should address in the given time</div><div>frames, as I haven't done enough research to be able to say.</div></div><div><br></div><div>// jim </div></div></div></div></div>