[Product] Time to Pick Topics

sean roberts seanroberts66 at gmail.com
Wed Jan 21 22:25:50 UTC 2015


You're in!

On Wednesday, January 21, 2015, Haselmaier, James <James.Haselmaier at emc.com>
wrote:

> I’m willing to help/lead this session.  Hopefully it’s “help” - meaning
> others will want to contribute.
>
> The bottom line:  Sign me up to be coordination point if you like.
>
> Jim
>
> From: sean roberts <seanroberts66 at gmail.com
> <javascript:_e(%7B%7D,'cvml','seanroberts66 at gmail.com');>>
> Date: Wednesday, January 21, 2015 at 3:01 PM
> To: "Arkady_Kanevsky at dell.com
> <javascript:_e(%7B%7D,'cvml','Arkady_Kanevsky at dell.com');>" <
> Arkady_Kanevsky at dell.com
> <javascript:_e(%7B%7D,'cvml','Arkady_Kanevsky at dell.com');>>
> Cc: "brian.rosmaita at rackspace.com
> <javascript:_e(%7B%7D,'cvml','brian.rosmaita at rackspace.com');>" <
> brian.rosmaita at rackspace.com
> <javascript:_e(%7B%7D,'cvml','brian.rosmaita at rackspace.com');>>, Jim
> Haselmaier <James.Haselmaier at emc.com
> <javascript:_e(%7B%7D,'cvml','James.Haselmaier at emc.com');>>, "
> aj.park at icloud.com <javascript:_e(%7B%7D,'cvml','aj.park at icloud.com');>" <
> aj.park at icloud.com <javascript:_e(%7B%7D,'cvml','aj.park at icloud.com');>>,
> "cohen at noironetworks.com
> <javascript:_e(%7B%7D,'cvml','cohen at noironetworks.com');>" <
> cohen at noironetworks.com
> <javascript:_e(%7B%7D,'cvml','cohen at noironetworks.com');>>, "
> rochelle.grober at huawei.com
> <javascript:_e(%7B%7D,'cvml','rochelle.grober at huawei.com');>" <
> rochelle.grober at huawei.com
> <javascript:_e(%7B%7D,'cvml','rochelle.grober at huawei.com');>>, "
> product-wg at lists.openstack.org
> <javascript:_e(%7B%7D,'cvml','product-wg at lists.openstack.org');>" <
> product-wg at lists.openstack.org
> <javascript:_e(%7B%7D,'cvml','product-wg at lists.openstack.org');>>
> Subject: Re: Time to Pick Topics
>
> The voting is in
> https://etherpad.openstack.org/p/kilo-product-management-midcycle
>
> 1. ( Randy Bias would be the speaker, but will be out of town, someone
> else willing to step in?) establish a process by which longer term vision
> and product direction can emerge from within the community,
> http://lists.openstack.org/pipermail/product-wg/2014-December/000051.html
>
> Plus
>
> 2-3 year architecture / use case strategy. Win the Enterprise is doing
> parts of this. https://wiki.openstack.org/wiki/Win_the_Enterprise. Each
> project has its own vision for the future. This group should debate the
> current state of binding use cases to development plans on a ongoing basis.
>
> 2.  (Sean Robertss speaker unless a TC member could be found) Tagging
> approach to project maturity, http://ttx.re/the-way-forward.html, TC spec
> https://review.openstack.org/#/c/138504/5/resolutions/20141202-project-structure-reform-spec.rst
> 3. (Rob Hirschfeld as speaker) defcore and refstack. havana capabilities
> and designated sections are set. What does this mean? What's in store for
> icehouse and beyond?
> 4. (Gary Kotton as speaker) Neutron services split
> https://github.com/openstack/neutron-specs/blob/master/specs/kilo/services-split.rst
> 5. (Sean, Allison, Rob, Stefano will lead the discussion) discuss this
> group's charter.   Establish cadence and forum for regular meetings of
> this working group <- perhaps one to coincide with the BoD meeting in NY
> in March?
>
> Breakout sessions: Crossproject specs and efforts this cycle
>
>    1. - Logging rationalization efforts/direction including
>    https://review.openstack.org/#/c/132552/
>
>
>    1. - OS profiler including
>
> https://review.openstack.org/#/c/134839/
> - Tempest and Grenade as deployment/upgrade validation tool
> -  Telco group and Public Cloud Providers architecture/strategy/use cases
> - interleaving Enterprise readiness into themes, maturity and longer term
> architecture
> - any others?
>
> On Tuesday, January 20, 2015, <Arkady_Kanevsky at dell.com
> <javascript:_e(%7B%7D,'cvml','Arkady_Kanevsky at dell.com');>> wrote:
>
>> As long as we can interleave Enterprise readiness into themes, maturity
>> and longer term architectures I am fine with this list to start.
>> Arkady
>>
>> -----Original Message-----
>> From: Brian Rosmaita [mailto:brian.rosmaita at RACKSPACE.COM]
>> Sent: Tuesday, January 20, 2015 2:35 PM
>> To: Haselmaier, James; AJ Park; Mike Cohen; Rochelle Grober;
>> product-wg at lists.openstack.org
>> Subject: Re: [Product] Time to Pick Topics
>>
>> I agree with Jim on both points, viz., Randy's topic as #1 choice and
>> discussing release "themes".
>>
>> cheers,
>> brian
>> ________________________________________
>> From: Haselmaier, James [James.Haselmaier at emc.com]
>> Sent: Tuesday, January 20, 2015 2:37 PM
>> To: AJ Park; Mike Cohen; Rochelle Grober; product-wg at lists.openstack.org
>> Subject: Re: [Product] Time to Pick Topics
>>
>> If I were to pick my top concern it¹s Randy¹s.  (AJ¹s #1 below.)  I think
>> a number of things flow out of getting that right.  If we don¹t get that
>> right then I think we have virtually no hope of keeping the teams
>> coordinated at some level.  As part of Randy¹s I¹d also drive to establish
>> the concept of ³themes² for each release - and specifying those themes more
>> than one release out.  So, for example, if a theme is reliability, each
>> project can point to efforts in that direction.  Or interoperability, or
>> whatever.
>>
>> Jim
>>
>> On 1/20/15, 11:33 AM, "AJ Park" <aj.park at icloud.com> wrote:
>>
>> >My votes:
>> >
>> >1. (Randy) establish a process by which longer term vision and product
>> >direction can emerge from within the community,
>> >http://lists.openstack.org/pipermail/product-wg/2014-December/000051.ht
>> >ml
>> >
>> >2. (Sarob)Tagging approach to project maturity,
>> >http://ttx.re/the-way-forward.html, TC spec
>> >https://review.openstack.org/#/c/138504/5/resolutions/20141202-project-
>> >str
>> >ucture-reform-spec.rst
>> >
>> >3. (sarob) 2-3 year architecture / use case strategy. Win the
>> >Enterprise is doing parts of this.
>> >https://wiki.openstack.org/wiki/Win_the_Enterprise. Each project has
>> >its own vision for the future. This group should debate the current
>> >state of binding use cases to development plans on a ongoing basis.
>> >
>> >Note: I expect #3 to emerge when we follow the process determined in #1.
>> >
>> >Best,
>> >AJ
>> >
>> >On Jan 20, 2015, at 12:04 PM, Mike Cohen <cohen at noironetworks.com>
>> wrote:
>> >
>> >Ideas I've heard on this thread that I would vote for:
>> >
>> >- rob on defcore / revstack. , Should cover broader governance changes
>> >for projects here or in an adjacent session.
>> >- multi-release strategy / long term vision (maybe randy?)
>> >- Discussion on what the goals of this group are / what charter is.
>> >Doesn't seem we've closed on this over email.
>> >- Use Cases / Key gaps in OpenStack that need to be filled
>> >- Overview / Review of what operators group is doing / has done (for
>> >background for everyone)
>> >
>> >
>> >On Mon, Jan 19, 2015 at 1:45 PM, Rochelle Grober
>> ><rochelle.grober at huawei.com
>> >wrote:
>> >
>> >sean roberts [mailto:seanroberts66 at gmail.com], Monday, January 19, 2015
>> >1:18 PM wrote:
>> >The win the enterprise group continues to come up with use cases. It's
>> >working on adding filling gaps in the docs as well.
>> >Between the operator, win the enterprise groups, this subteam would
>> >isolate and test out those use cases and publish the results?
>> >[Rockyg]
>> >Excellent question. I think it would be really useful to have/get a
>> >quick overview of these non-developer groups and their charter/mission.
>> >I was under the impression that the win the enterprise group was a
>> >cross between product marketing and product management? Not sure.
>> >My thoughts on the reference architecture team(s) would be that as a
>> >cross project group, they could identify/specify architectures based on
>> >use cases, then work together to define, document, automate
>> >installation and interop testing and publish all of the generated
>> information.
>> >I think, after the initial implement/document/publish cycle, the
>> >hardest part will be updating for every OpenStack release. And, if the
>> >devs get the upgrade process correct, then it might mostly be
>> >documenting the new and deprecated features.
>> >The key take away here is that there should be a less than one day
>> >process for any of the endusers to install a small multimode cloud for
>> >their own purposes, similar to what devstack does for devs. And for
>> >endusers, it needs to be extremely well documented.
>> >This could even be used in training courses for the lab work phases.
>> >--Rocky
>> >On Monday, January 19, 2015, Rochelle Grober
>> ><rochelle.grober at huawei.com <mailto:rochelle.grober at huawei.com>> wrote:
>> >I believe Rob Hirschfeld will be in attendance so, Rob (and I if he
>> >wants
>> >me) can cover the DefCore and Refstack session. Rob is certainly the
>> >expert on DefCore.
>> >I'd also like to propose a session on defining/finding a project
>> >manager to start creating some reference architectures with tested
>> >installs. Right now there is a discussion on the Operators' list on a
>> >small installation,
>> >3-5 nodes, with HA. This could be a fine first reference architecture
>> >with all the code and docs to make it similar (or better) to install
>> >than devstack. This is also a good architecture for prospective users
>> >for prototyping, testing, or small business installation. Spec'ing this
>> >out during the summit, or at least getting a good start, along with a
>> >volunteer project manager, would be a very worthwhile endeavor for the
>> >meetup.
>> >--Rocky
>> >-----Original Message-----
>> >From: sean roberts [mailto:seanroberts66 at gmail.com<javascript:;>]
>> >Sent: Sunday, January 18, 2015 11:44 AM
>> >To: product-wg at lists.openstack.org<javascript:;>
>> >Subject: [Product] Time to Pick Topics
>> >It¹s time to finalize the OpenStack Product Management topics for the
>> >Kilo midcycle meeting <
>> >http://sarob.com/2015/01/openstack-kilo-product-management-midcycle-com
>> >ing
>> >-to-a-greater-understanding/
>> >>
>> >coming
>> >up. We will need speakers for each topic. I want to get the best
>> >authority possible for each talk, so locking down the topics is
>> >required. I will need to get their commitment as soon as possible.
>> >More details on this post
>> >http://sarob.com/2015/01/getting-ready-for-the-product-management-kilo-
>> >mid
>> >cycle/
>> >--
>> >~sean
>> >_______________________________________________
>> >Product-wg mailing list
>> >Product-wg at lists.openstack.org<javascript:;>
>> >http://lists.openstack.org/cgi-bin/mailman/listinfo/product-wg
>> >--
>> >~sean
>> >_______________________________________________
>> >Product-wg mailing list
>> >Product-wg at lists.openstack.org
>> >http://lists.openstack.org/cgi-bin/mailman/listinfo/product-wg
>> >_______________________________________________
>> >Product-wg mailing list
>> >Product-wg at lists.openstack.org
>> >http://lists.openstack.org/cgi-bin/mailman/listinfo/product-wg
>> >_______________________________________________
>> >Product-wg mailing list
>> >Product-wg at lists.openstack.org
>> >http://lists.openstack.org/cgi-bin/mailman/listinfo/product-wg
>>
>>
>> _______________________________________________
>> Product-wg mailing list
>> Product-wg at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/product-wg
>>
>> _______________________________________________
>> Product-wg mailing list
>> Product-wg at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/product-wg
>>
>> _______________________________________________
>> Product-wg mailing list
>> Product-wg at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/product-wg
>>
>
>
> --
> ~sean
>


-- 
~sean


More information about the Product-wg mailing list