Details

    • Type: Epic
    • Status: Done
    • Priority: Lowest
    • Resolution: Done
    • Affects Version/s: None
    • Fix Version/s: None
    • Component/s: GDP Master
    • Labels:
      None
    • Epic Name:
      GDP Master
    • Epic Name:
      GDP Master

      Description

      Epic Description

      GDP Master is where the integration of all the GENIVI software and upstream software takes place to provide a platform for developers with three main goals:

      • Develop applications, interfaces and other software that targets automotive.
      • Develop and test GENIVI software components, developed to automotive use cases.
      • Demonstrate products and boards/BSPs for automotive.

      This Epic collect all the tasks and bugs directly related with GDP Master (not releases). It is a continuous Epic so there will be no deadline associated.

        Attachments

          Issue Links

            Activity

            Hide
            toscalix Agustin Benito Bethencourt added a comment -

            Transition: Issue assigned to Zeeshan Ali

            Show
            toscalix Agustin Benito Bethencourt added a comment - Transition: Issue assigned to Zeeshan Ali
            Hide
            zeenix Zeeshan Ali added a comment - - edited

            My bugzilla philosophy is like my mail policy: "zero inbox" (even though getting to 0 bugs is impossible but you can try) so I'd really prefer not to have continuous tasks. Any objections on closing this?

            Show
            zeenix Zeeshan Ali added a comment - - edited My bugzilla philosophy is like my mail policy: "zero inbox" (even though getting to 0 bugs is impossible but you can try) so I'd really prefer not to have continuous tasks. Any objections on closing this?
            Hide
            gandersson Gunnar Andersson added a comment -

            I tend to agree and think we might want a different structure.

            For example, grouping process improvements and related things, for example by labels.
            e.g.

            • Measure impact of hits and downloads
            • License compliance process for GDP
            • etc.

            And the things that are technical changes can just be normal tickets to be prioritized in backlog:

            • Provide a means of shutting down the platform
            • Add support for udisks2 to the GDP image
            • etc.
            Show
            gandersson Gunnar Andersson added a comment - I tend to agree and think we might want a different structure. For example, grouping process improvements and related things, for example by labels. e.g. Measure impact of hits and downloads License compliance process for GDP etc. And the things that are technical changes can just be normal tickets to be prioritized in backlog: Provide a means of shutting down the platform Add support for udisks2 to the GDP image etc.
            Hide
            gandersson Gunnar Andersson added a comment - - edited

            Basically, all of the changes go via Master. We therefore don't need a particular grouping here.

            However, some tickets are process-related, or for SDE or CI. So that grouping makes sense.

            Some changes are necessary because the team is switching from KanBan to Scrum with regards to tracking. Scrum needs us to treat Epics and Tasks "correctly" (in favor of Tasks and Subtasks)

            This Epic serves a small purpose of grouping. The team agreed to have a minimal set of Components for grouping. GDP Master is now a component, and it has the meaning "the embedded system created by GDP Master project" (as opposed to for example Spins, the CIAT system, the SDE). We are not at this time breaking down the project into finer components like HMI, MediaPlayer, and so on.

            All the remaining tasks (*in this epic... ongoing for the others) that are not for embedded system (process, CI...) have been designated as such. All other tasks (not only those that are linked to this epic) belong to GDP Master, i.e. they pertain to the embedded system. Whether they belong to releases or not is handled through release planning separate from this.

            The grouping we need is done. This EPIC is therefore now done and removed.

            Show
            gandersson Gunnar Andersson added a comment - - edited Basically, all of the changes go via Master. We therefore don't need a particular grouping here. However, some tickets are process-related, or for SDE or CI. So that grouping makes sense. Some changes are necessary because the team is switching from KanBan to Scrum with regards to tracking. Scrum needs us to treat Epics and Tasks "correctly" (in favor of Tasks and Subtasks) This Epic serves a small purpose of grouping. The team agreed to have a minimal set of Components for grouping. GDP Master is now a component, and it has the meaning "the embedded system created by GDP Master project" (as opposed to for example Spins, the CIAT system, the SDE). We are not at this time breaking down the project into finer components like HMI, MediaPlayer, and so on. All the remaining tasks (*in this epic... ongoing for the others) that are not for embedded system (process, CI...) have been designated as such. All other tasks (not only those that are linked to this epic) belong to GDP Master, i.e. they pertain to the embedded system. Whether they belong to releases or not is handled through release planning separate from this. The grouping we need is done. This EPIC is therefore now done and removed.
            Hide
            gandersson Gunnar Andersson added a comment -

            Disconnected all still open tasks from the Epic. Closing.

            Show
            gandersson Gunnar Andersson added a comment - Disconnected all still open tasks from the Epic. Closing.

              People

              • Assignee:
                Unassigned
                Reporter:
                toscalix Agustin Benito Bethencourt
              • Votes:
                0 Vote for this issue
                Watchers:
                4 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: