On Mon, Mar 30, 2020 at 3:26 PM Till Maas <opensource@till.name> wrote:
Hi,

On Mon, Mar 30, 2020 at 01:59:07PM +0000, Leigh Griffin wrote:
> On Mon, Mar 30, 2020 at 2:18 PM Till Maas <opensource@till.name> wrote:
>
> > Hi,
> >
> > On Mon, Mar 30, 2020 at 11:04:03AM +0100, Leigh Griffin wrote:
> >
> > > For transparency, we have published the full User Story list which is
> > > linked within the blog and for ease of searching is here:
> > > https://hackmd.io/@My419-DISUGgo4gcmO1D6A/HJB74lcL8
> >
> > the user stories list does not seem to include the original user stories
> > that I submitted regarding package life-cycle and permission management.
> > These are requirements for dist-git but not necessarily for a git-forge.
> > In the past they were fulfilled by package db, now pagure is solving
> > this more.
>
>
> We received a summarised User Story list from the Fedora Council, I would
> suggest reaching out with your concerns.

What is the list that you got. The list on the council discuss list
contained these items, for example for FESCo members, proven packagers
and dist-git repo admins:
https://lists.fedoraproject.org/archives/list/council-discuss@lists.fedoraproject.org/thread/OEPDGVKYAJIQ6YYZU5J3XT3LHXFROFI5/

We received a Google Doc with the summation of the 44 requirements from Fedora Council.
 


In the hackmd story list, there are is only infosec, RH Legal Rep, RH
Infocsec Rep, RH Developer, RHEL engineer and general users, project
contributor, CPE team member. Nothing really maps to the user groups I
mentioned.

As mentioned, we rolled in stories together and General Users / contributors map to the majority of the Fedora projects requirements (similar for CentOS) and a lot of individual stakeholder requirements ended up in the general bucket.
 
There is only

| 41
| As a General User
| I want groups and group membership and management
| to allow me create access control on a suite of repositories

but this is very vague.

The User Stories are deliberately vague and that represents around 10 unique requirements that boil down to having group membership and management capabilities. 

Also there seems to be nothing about orphaning/adopting/retiring
packages, not even in a vague way.
 
We have stories relating to specific workflow requirements (from multiple stakeholders including RHEL, CentOS and Fedora) for dist-git. We have represented a requirement (number 18 on the list) about viewing orphaned packages. The requirements received around this process were very much aligned with permissions and visibility to allow actions. They are covered through other User Stories and what I feel needs to be made clear, we are presenting the amalgamated list and as a team we read every single User Story that came in and processed them accordingly in making this decision. 

Thank you,
Till
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


--

Leigh Griffin

Engineering Manager

Red Hat Waterford

Communications House

Cork Road, Waterford City

lgriffin@redhat.com    
M: +353877545162     IM: lgriffin