<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">On Fri, Feb 22, 2019 at 10:29 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>
We are consistently presented with the challenges of trying to convince<br>
our large community to change direction, collaborate across team<br>
boundaries, and work on features that require integration of several<br>
services. Other threads with candidate questions include discussions of<br>
some significant technical changes people would like to see in<br>
OpenStack's implementation. Taking one of those ideas, or one of your<br>
own idea, as inspiration, consider how you would make the change happen<br>
if it was your responsibility to do so.<br>
<br>
Which change management approaches that we have used unsuccessfully in<br>
the past did you expect to see work? Why do you think they failed? </blockquote><div><br></div><div>I think there's two classes of approaches we've taken in the past: groups of</div><div>OpenStack developers with time dedicated to making the change, and everything</div><div>else. Guess which one worked?</div><div><br></div><div>Whether we like it or not, this is a community of doers. We've seen lots of</div><div>working groups with good ideas talk and talk, and while they may be able to</div><div>convince people that their ideas are good, nothing gets done about them.</div><div><br></div><div>One other thing that I've noticed with larger changes, or changes that are</div><div>necessary to scale OpenStack, is that we often lack data or proper resources</div><div>to prove that a change helps things. This is improving with companies like</div><div>CERN or Vexxhost running closer to master and being able to deploy/test</div><div>changes easily at a reasonable scale, but still could be better.</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">
<br>
Which would you like to try again? How would you do things differently?<br>
<br>
What new suggestions do you have for addressing this recurring<br>
challenge?<br></blockquote><div><br></div><div>For these large changes, what we really need is a group of people with the</div><div>time and resources to accomplish it. Finding that can be difficult.</div><div><br></div><div>I would like to try something similar to the "help wanted" list for large</div><div>cross-project changes that we want to see happen. Things like "remove</div><div>rabbit" or "proper pub-sub for everything" might go on that list (these are</div><div>examples, please don't look too hard into it). Maybe we need some number of</div><div>+1s from operators to get a thing on this list. From there, we can get a small</div><div>group to gather data and propose solutions. The next step is to propose and</div><div>measure POCs of those solutions, but we'll probably need more people/resources</div><div>for that. The TC/group can work together on messaging calls for help to</div><div>companies that have these problems, and hopefully get a group of developers</div><div>that can push forward and make things happen.</div><div><br></div><div>AIUI, the "help wanted" list hasn't been very successful in getting</div><div>contributors for those tasks. I think this proposal has a better chance of</div><div>succeeding as it would be solving needs present in all/most production</div><div>clouds. The things on the help needed list aren't pain points for many</div><div>deployed clouds, but fixing large cross-project problems would be.</div><div><br></div><div>I do realize it's hard to convince businesses to throw more money at OpenStack</div><div>these days, so this might not work at all. But it's the best idea I have at</div><div>the moment. :)</div><div><br></div><div>// jim</div></div></div></div></div>