Skip to content

Comments

+ orgwide issue templates#36

Open
anmittag wants to merge 6 commits intoeclipse-score:mainfrom
etas-contrib:orgwide-issue-templates
Open

+ orgwide issue templates#36
anmittag wants to merge 6 commits intoeclipse-score:mainfrom
etas-contrib:orgwide-issue-templates

Conversation

@anmittag
Copy link
Member

@anmittag anmittag commented Feb 4, 2026

@anmittag
Copy link
Member Author

anmittag commented Feb 4, 2026

just copied the current templates from https://github.com/eclipse-score/score repository

@masc2023
Copy link

masc2023 commented Feb 4, 2026

just copied the current templates from https://github.com/eclipse-score/score repository

Did you check https://github.com/eclipse-score/module_template/pull/41/changes ?
Keep the old structure or new proposed, following your updates?

If not needed any more I can close https://github.com/eclipse-score/module_template/pull/41/changes

masc2023
masc2023 previously approved these changes Feb 4, 2026
Copy link

@masc2023 masc2023 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Initial take over of existing templates for the whole platform,, https://github.com/eclipse-score/module_template/pull/41/changes will be used for further improvements. After achieving that, .github may then updated

@anmittag anmittag marked this pull request as draft February 4, 2026 15:18
@anmittag anmittag marked this pull request as ready for review February 4, 2026 16:24
@anmittag
Copy link
Member Author

anmittag commented Feb 4, 2026

@FScholPer , @masc2023 I did my best, checked it on my playground and it works for the whole organization. :-)

Copy link

@masc2023 masc2023 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Needs discussion, please organize Meeting, also invite @aschemmel-tech , old templates used in Safety Audit, changes have impact on process adaptions

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You change major thins define in Change Management Process, needs discussion and would have influence of Process

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Image

Documented in PMP

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

You change major thins define in Change Management Process, needs discussion and would have influence of Process, Further Component Request Missing

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Image

Documented in PMP

@anmittag anmittag marked this pull request as draft February 9, 2026 13:13
@masc2023
Copy link

masc2023 commented Feb 9, 2026

Issue_Relationship_Overview drawio
As discussion basis, I add process view and maybe user view, content wise, process views gives here the current state

@anmittag
Copy link
Member Author

image

@anmittag anmittag marked this pull request as ready for review February 18, 2026 13:17
Copy link

@masc2023 masc2023 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

See comment, @aschemmel-tech , please review and give comment, we need to close that now soon, because it will lead to an rework of Change Management, otherwise we can not meet v0.7

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Feature and Component Request lack both the Change Management topics, Modification deleted and Impact Analysis, if we introduce another issue type, as proposed, Change Feature/Component, with the original fields I would agree

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In my understanding also the introduction of a new feature would need a change impact analysis, or not?

Copy link
Contributor

@aschemmel-tech aschemmel-tech left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

See inline comments - main point is how to document the Change Impact Analysis

options:
- QM
- ASIL_B
- ASIL_D
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we should not have ASIL_D - this is not supported at the moment. Also in the other templates.

attributes:
label: Expected Implementation Version (Release)
options:
- '1.0'
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

is this maybe a bit too coarse?

attributes:
label: Component Request Description
description: |
- Follow the [Change Management Workflow](https://eclipse-score.github.io/score/main/platform_management_plan/change_management.html#change-request-workflow)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is your intention to say "All changes to features and components are planned with this ticket type"?

attributes:
label: Component Request Description
description: |
- Follow the [Change Management Workflow](https://eclipse-score.github.io/score/main/platform_management_plan/change_management.html#change-request-workflow)
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Without an explicit link to the Change Impact Analysis I doubt this will be done.

@AlexanderLanin
Copy link
Member

Thanks for putting effort into improving the templates.

For infrastructure, though, these don’t work well in practice. We’ve repeatedly seen that mandatory templates discourage people from opening issues at all. The major reason for poor planning is that people refuse to fill out these templates.

I’d really like us to prioritize usability here. If creating an issue feels heavy or bureaucratic, people simply won’t do it — and that hurts transparency more than it helps compliance.

Maybe we can aim for a lightweight default template WITHOUT FIELDS that lowers the barrier while still collecting useful information?

@AlexanderLanin
Copy link
Member

On second thought I have an even better argument: obviously modules / dependable elements need to follow the process much closer than a tool. Please try out the new templates in a module / dependable element repo, and collect feedback there.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Development

Successfully merging this pull request may close these issues.

4 participants