Dear Community,
As you know, we are in the refinement
phase. Now its time to proactively refine the features -> driven by the committee/expert groups from the association. Your
help as contributor/committer is needed.
It is important to work together during the refinement phase. Committees and expert groups are responsible for creating the features (requirements). They support the features throughout the entire release and contribute
their expertise. The open-source community is essential for the technical part and must be involved in the refinement of the features (especially the committers). Without a committer, the feature won't make it into the release. Contributors/Committers
should create Issues aon product specific repositories and link them with the feature.
Terminology: feature proposal should be linked with one or more User Stories/Subtasks (issues in product-specific repositories)
Refinement Day (only open source related)
Next Monday, we will have our next meeting in the refinement phase. As
always, for open meetings, you can find it on the
open meetings page. This event is organized and moderated by the Catena-X Association.
We will talk/discuss about the Feature proposal
on the planning board (in GitHub).
The goal is to prepare the features in a way, that we can change the status to Backlog => which means we want to talk about them in the open planning.
This is an opportunity to
discuss the current refinement state, locate dependencies, discuss, and ask questions related to the feature, the process. The feature author/assignee is driving the feature.
To be able to
discuss features, we need features on the board. Here is just a
brief reminder of how are
features created on the board in the
sig-release repository.
Please note that while you are technically creating an issue, in the business process, this is referred to as a “Feature proposal.” To avoid confusion, keep the following guidelines in mind for each
issue you create:
- MUST set the label “Prep-R24.12” (only issues with this label will be
considered in the refinement/release planning).
- MUST keep the status on “Inbox” until the feature met the Definition
of Entry
- SHOULD set additional labels to highlight dependencies to other components
(e.g. portal, edc …)
- MUST NOT set the Milestone. This is done together during planning
days
- SHOULD include as much detail as possible in the issue. Please refer
to the Definition
of Entry (DoE) for guidance.
- MUST add a link to the new generated issue in the corresponding roadmap
item (in the road map item, not the way around)
- MUST link the supporting Group with filed supported-by (open the feature
→ right box “Release Planning”). If your Expert Group is not available, please select the committee
In the current state, we don’t expect so many discussions because there was already enough time to talk about dependencies. Some features were already discussed in the DRAFT Feature freeze. Please make sure, also these
features are presented again because in most cases we missed the committer there. Please take care of a committer and tag the committer in the issue.
If a feature is further broken down into tasks by adding issues in the component repositories, these issues MUST be
linked to their parent feature proposal.
Who is invited
- Everybody, it’s an open meeting
- Expert groups
- Committees
- former product owner
Agenda
- 09:05 – 09:30 Welcome, overview, current phase, expectations, tooling, boards
- 09:30 – 11:00 Feature discussion
group by group
*
- 11.00 – 12:00 Buffer
*
This views shows the features, which could be discussed (if your feature is not on the board, make sure, you used the correct labels)
=> currently 47
- 09:30 – 09:45 -> SUS, IC
- 09:45 – 10:00 -> PQR
- 10:00 – 11:00 -> NES
Next Milestone Events:
-
31.07. and 01.08 - Planning
Days: Present the features which already met the DoE. The milestone is
set to 24.12 if the audience agrees on it. Features with milestone MUST now have a committer and all dependencies MUST be
resolved.
Stephan