Please see inline below due to my silly top posting email client. Chris, the main answer to your questions is that I don't know much about how Storyboard works, I'm learning new things every day. I'd like to get us on a more operational footing quickly so I'm working with what I know each day. We can easily make changes to any process as we learn more about how things really work. brucej -----Original Message----- From: Chris Friesen [mailto:chris.friesen@windriver.com] Sent: Monday, July 23, 2018 7:56 AM To: starlingx-discuss@lists.starlingx.io Subject: Re: [Starlingx-discuss] Important! Storyboard Story Tag & Prefix Policy On 07/20/2018 01:07 PM, Jones, Bruce E wrote:
I have made an executive decision as to how we should use the Storyboard tool. After discussing the matter with Ghada and our OpenStack Foundation team, I have documented our Tag and Prefix policy[0] on the wiki, in the section called “Story and Bug Tracking” [1]. I’m doing this because Reasons [2].
Here is a summary of the policy.
All Stories in the Storyboard tool shall have Tags. *If you create a new Story,* *make sure to add the tag “stx.new”*. We can then query this story and assign it to a sub-project and a release. If you don’t tag it that way, we may never find it again. Assigning Stories to releases is a process that I think should be driven by the Cores together with the Release team. That is TBD.
Given that bugs might be opened by people that don't know our procedures, would it would maybe make more sense to have new bugs start with no such tag, and then we could add a tag indicating that it's been processed? [brucej] Yes, this would make sense. At the time I didn't know how to find Stories with no tags, or get the tags displayed in the web UI. I still don't know how to do the former, other than to run complex scripts. And have no idea how to change the web UI (other than contributing code to it). We could create an automatic workist to track "Stories where ProjectGroup is starlingx and Tags is bug and Tags is not new" in order to monitor which new bugs need to get assigned a sub-project and release. [brucej] That would also make sense, but I haven't figured out how to build a query that says "tag == NULL".
If you are filing a bug, please also add the “stx.bug” tag. I have updated all of the currently entered bugs with that tag. If you are filing a Story for a feature, please add the “stx.feature” tag. I’m going to update the existing feature stories to add that tag soon.
Why do we need "stx." prefixes for the tags? If it's to distinguish stories/tasks belonging to StarlingX I think we could skip the prefix and add a "ProjectGroup is starlingx" query clause when querying stories/tasks. [brucej] I don't know enough about how tags work. If it's just a random text field with no namespace, great, we can do whatever we want. But I didn't want to pollute the namespace of the other projects and didn't get an answer to my IRC query on #storyboard, so I went with a safe approach. Chris _______________________________________________ Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss