Mailing List Archive

Re: [Openstack-sigs] Capturing Feedback/Input
On Fri, Sep 21, 2018 at 11:16 AM Doug Hellmann <doug@doughellmann.com>
wrote:

> Excerpts from Melvin Hillsman's message of 2018-09-21 10:18:26 -0500:
> > On Fri, Sep 21, 2018 at 9:41 AM Doug Hellmann <doug@doughellmann.com>
> wrote:
> >
> > > Excerpts from Melvin Hillsman's message of 2018-09-20 17:30:32 -0500:
> > > > Hey everyone,
> > > >
> > > > During the TC meeting at the PTG we discussed the ideal way to
> capture
> > > > user-centric feedback; particular from our various groups like SIGs,
> WGs,
> > > > etc.
> > > >
> > > > Options that were mentioned ranged from a wiki page to a standalone
> > > > solution like discourse.
> > > >
> > > > While there is no perfect solution it was determined that Storyboard
> > > could
> > > > facilitate this. It would play out where there is a project group
> > > > openstack-uc? and each of the SIGs, WGs, etc would have a project
> under
> > > > this group; if I am wrong someone else in the room correct me.
> > > >
> > > > The entire point is a first step (maybe final) in centralizing
> > > user-centric
> > > > feedback that does not require any extra overhead be it cost, time,
> or
> > > > otherwise. Just kicking off a discussion so others have a chance to
> chime
> > > > in before anyone pulls the plug or pushes the button on anything and
> we
> > > > settle as a community on what makes sense.
> > > >
> > >
> > > I like the idea of tracking the information in storyboard. That
> > > said, one of the main purposes of creating SIGs was to separate
> > > those groups from the appearance that they were "managed" by the
> > > TC or UC. So, rather than creating a UC-focused project group, if
> > > we need a single project group at all, I would rather we call it
> > > "SIGs" or something similar.
> > >
> >
> > What you bring up re appearances makes sense definitely. Maybe we call it
> > openstack-feedback since the purpose is focused on that and I actually
> > looked at -uc as user-centric rather than user-committee; but
> appearances :)
>
> Feedback implies that SIGs aren't engaged in creating OpenStack, though,
> and I think that's the perception we're trying to change.
>
> > I think limiting it to SIGs will well, limit it to SIGs, and again could
> > appear to be specific to those groups rather than for example the Public
> > Cloud WG or Financial Team.
>
> OK, I thought those groups were SIGs.
>
> Maybe we're overthinking the organization on this. What is special about
> the items that would be on this list compared to items opened directly
> against projects?
>

Yeah unfortunately we do have a tendency to overthink/complicate things.
Not saying Storyboard is the right tool but suggested rather than having
something extra to maintain was what I understood. There are at least 3
things that were to be addressed:

- single pane so folks know where to provide/see updates
- it is not a catchall/dumpsite
- something still needs to be flushed out/prioritized (Public Cloud WG's
missing features spreadsheet for example)
- not specific to a single project (i thought this was a given since there
is already a process/workflow for single project)

I could very well be wrong so I am open to be corrected. From my
perspective the idea in the room was to not circumvent anything internal
but rather make it easy for external viewers, passerbys, etc. When feedback
is gathered from Ops Meetup, OpenStack Days, Local meetups/events, we
discussed putting that here as well.


>
> Doug
>
> _______________________________________________
> openstack-sigs mailing list
> openstack-sigs@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-sigs
>

--
Kind regards,

Melvin Hillsman
mrhillsman@gmail.com
mobile: (832) 264-2646
Re: [Openstack-sigs] Capturing Feedback/Input [ In reply to ]
On 2018-09-21 12:55:09 -0500 (-0500), Melvin Hillsman wrote:
[...]
> Yeah unfortunately we do have a tendency to overthink/complicate
> things. Not saying Storyboard is the right tool but suggested
> rather than having something extra to maintain was what I
> understood. There are at least 3 things that were to be addressed:
>
> - single pane so folks know where to provide/see updates

Not all OpenStack projects use the same task trackers currently and
there's no guarantee that they ever will, so this is a best effort
only. Odds are you may wind up duplicating some information also
present in the Nova project on Launchpad, the Tripleo project on
Trello and the Foobly project on Bugzilla (I made this last one up,
in case it's not obvious).

> - it is not a catchall/dumpsite

If it looks generic enough, it will become that unless there are
people actively devoted to triaging and pruning submissions to
curate them... a tedious and thankless long-term commitment, to be
sure.

> - something still needs to be flushed out/prioritized (Public
> Cloud WG's missing features spreadsheet for example)

This is definitely a good source of input, but still needs someone
to determine which various projects/services the tasks for them get
slotted into and then help prioritizing and managing spec
submissions on a per-team basis.

> - not specific to a single project (i thought this was a given
> since there is already a process/workflow for single project)

The way to do that on storyboard.openstack.org is to give it a
project of its own. Basically just couple it to a new, empty Git
repository and then the people doing these tasks still have the
option of also putting that repository to some use later (for
example, to house their workflow documentation).

> I could very well be wrong so I am open to be corrected. From my
> perspective the idea in the room was to not circumvent anything
> internal but rather make it easy for external viewers, passerbys,
> etc. When feedback is gathered from Ops Meetup, OpenStack Days,
> Local meetups/events, we discussed putting that here as well.

It seems a fine plan, just keep in mind that documenting and
publishing feedback doesn't magically translate into developers
acting on any of it (and this is far from the first time it's been
attempted).
--
Jeremy Stanley