<div dir="ltr"><div>I’d like to also toss my name into the ring. I’m announcing my candidacy for a</div><div>position on the OpenStack Technical Committee.</div><div><br></div><div>-- About me</div><div>I have served as the Keystone PTL for the Mitaka and Newton cycles, and will</div><div>again serve as the PTL for the Ocata cycle. I’ve also contributed heavily to</div><div>python-openstackclient in it’s early days, where I am remain an active</div><div>core-reviewer. I am also a core member in a few Oslo projects (oslo.cache and</div><div>oslo.policy) and OpenStackClient projects (os-client-config and cliff). I’ve</div><div>contributed reviews and patches to many repos over my time -- ranging from</div><div>devstack, infra, python-*client, openstack-manuals, you name it!</div><div><br></div><div>I’ve been contributing to OpenStack since early 2013, as part of a small group</div><div>of IBMers dedicated to working entirely upstream. I can happily say that I</div><div>continue this same role today. Most of my work on OpenStack has been focused</div><div>on making Keystone and OpenStack more enterprise ready while trying to improve</div><div>usability and manageability of OpenStack.</div><div><br></div><div>-- Bracing for the Big Crunch</div><div>The explosive growth that occurred as a result of the Big Tent was expected and</div><div>phenomenal. I believe the decision brought great innovation, accelerated</div><div>adoption at a time when it was needed, and allowed competing projects to</div><div>co-exist. A natural reaction to such growth is unfortunately, a leveling off or</div><div>contraction phase. We already saw hints of this in the last round of PTL</div><div>elections [1] . I believe this trend will continue. This is OK and completely</div><div>natural, the strongest projects will continue to survive. We have seen this</div><div>pattern in many other technologies. The TC should be prepared for this</div><div>eventuality, and set minimum standards that projects should meet (not unlike</div><div>what is proposed by the OpenStack-wide goals).</div><div><br></div><div>-- Organizing the Big Tent</div><div>The big tent lumped all the projects together in an unorganized way, take a</div><div>quick look at the list [2]. I believe this has been a large source of confusion</div><div>to the end consumer. There are projects that a consumer would never deploy</div><div>(docs, infra, etc), there are projects that a consumer will use one of</div><div>(openstack-ansible, puppet, chef, etc), these logical groupings go on. We don't</div><div>provide enough guidance on which sets of projects are good groupings to</div><div>consider using together. It is critical for the OpenStack community to reduce</div><div>the adoption pains experienced by our consumers. Everything can live in the</div><div>big tent, but let’s make the big tent a bit more organized.</div><div><br></div><div>-- Let’s get Opinionated</div><div>I also believe OpenStack needs to be a bit more opinionated. We have a bad</div><div>habit of trying to please everyone, and I’d like for that to stop. We’ll end up</div><div>pleasing nobody at all. We don’t need more optional features, we need to pay</div><div>down technical debt. We need to focus on OpenStack-wide goals that create a</div><div>more consistent project that is focused and more consumable; improving the</div><div>quality of OpenStack as a whole. This is something I will be enforcing in the</div><div>Ocata cycle for Keystone, and I encourage others to do the same.</div><div><br></div><div>-- Creating OpenStack-wide goals</div><div>OpenStack is mature, it’s now 6 years old. It’s (past?) time we tackle the hard</div><div>issues at an OpenStack-wide level. I'd like to see the TC focus on goals that</div><div>not only increase adoption of OpenStack but also make OpenStack easier to</div><div>manage and help to improve our ability to have new consumers of OpenStack stick</div><div>with OpenStack. I believe the key to this success is to work closely with our</div><div>operator friends. Having the Project Team Gathering (PTG) [3] will help get the</div><div>right folks in the room to talk about the important issues.</div><div><br></div><div>Working on OpenStack has brought me a great deal of fun and joy. I look forward</div><div>to working on OpenStack in any capacity and would be honored to be on the TC.</div><div><br></div><div>Thanks for reading,</div><div>Steve</div><div><br></div><div>Stackalytics: <a href="http://stackalytics.com/?user_id=stevemar">http://stackalytics.com/?user_id=stevemar</a></div><div>Foundation Profile: <a href="https://www.openstack.org/community/members/profile/8430">https://www.openstack.org/community/members/profile/8430</a></div><div>Freenode: stevemar</div><div>Twitter: <a href="https://twitter.com/stevebot">https://twitter.com/stevebot</a></div><div><br></div><div>[1] <a href="http://lists.openstack.org/pipermail/openstack-dev/2016-September/104170.html">http://lists.openstack.org/pipermail/openstack-dev/2016-September/104170.html</a></div><div>[1] <a href="https://governance.openstack.org/reference/projects/index.html">https://governance.openstack.org/reference/projects/index.html</a></div><div>[2] <a href="https://www.openstack.org/ptg/">https://www.openstack.org/ptg/</a></div><div><br></div><div>I've also submitted the required patch to the election repo: <a href="https://review.openstack.org/#/c/379799/">https://review.openstack.org/#/c/379799/</a></div></div>