-
Notifications
You must be signed in to change notification settings - Fork 22
update of change management to consider new FEP proposal #748
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Changes from all commits
02ee2bc
f1042b7
5984b2b
9c26b5e
85b9428
1b515a0
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -18,7 +18,7 @@ Concept Description | |
| .. doc_concept:: Concept Description | ||
| :id: doc_concept__change_process | ||
| :status: valid | ||
| :version: 1 | ||
| :version: 2 | ||
| :tags: change_management | ||
|
|
||
| In this section a concept for the Change Management will be discussed. Inputs for this concepts | ||
|
|
@@ -33,6 +33,9 @@ As features are built-up by components a Change Request is also needed to add ne | |
| components or to modify the scope of existing components. | ||
| All statements here for components are also valid for *SW Modules*. | ||
|
|
||
| As a rule of thumb, a Change Request is needed, if feature or component requirements | ||
| are changed. | ||
|
|
||
| Inputs | ||
| ****** | ||
|
|
||
|
|
@@ -95,12 +98,14 @@ Activities for a Change Request | |
|
|
||
| Creation of the Change Request | ||
| ============================== | ||
| Use the content :ref:`Feature Request Template <chm_feature_templates>` or | ||
| :ref:`Component Request Template <chm_component_templates>` to create a Change Request. | ||
|
|
||
| Use the content :ref:`Decision Record Template <decision_record_template>` to create a | ||
| Change Request. | ||
|
Comment on lines
+102
to
+103
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Not every change should/must end up in a decision record. I tried to also document this in the CMP in score. The DR/FEP path should be only for "bigger"/"major" changes - because this path also takes a lot more time to find agreement. We should still have a shorter path for smaller changes that don't need that level of alignment. Can we somehow separate the information that has to be available in a change request from the format? That way we could then define in the CMP in score that major changes persist this information in a DR via the FEP and that smaller changes can still move forward if this information is only available in a issue without needing a prior DR?
Contributor
Author
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Currently https://github.com/eclipse-score/.github/blob/24c3501a931460f1d89123a3ea21750c414e7f22/.github/ISSUE_TEMPLATE/1a_FeatureRequest.yml defines which work products are affected by Change Request, "Scope" changes, otherwise, just fill out a normal taks, w/o Change Management, using https://github.com/eclipse-score/.github/blob/24c3501a931460f1d89123a3ea21750c414e7f22/.github/ISSUE_TEMPLATE/4_Task.yml |
||
|
|
||
| In case safety or security is affected, in addition the impact analysis template | ||
| : :ref:`Impact Analysis Template <chm_impact_analysis_templates>` can be used to detail | ||
| out the impact on safety/security. | ||
| out the impact on safety/security. Copy the relevant parts from the impact analysis | ||
| template into the decision record and fill it out. | ||
|
|
||
| The impact analysis tool (:need:`gd_req__change_tool_impact_analysis`) can support to | ||
| here to identify the affected work products. | ||
|
|
@@ -131,6 +136,10 @@ monitored. | |
|
|
||
| The Change Request implementation must be tracked until it is closed. | ||
|
|
||
| Use the content :ref:`Feature Request Template <chm_feature_templates>` or | ||
| :ref:`Component Request Template <chm_component_templates>` to document the implementation | ||
| of a new feature or component or the modification of an existing feature or component. | ||
|
|
||
| The status of the Change Request must be communicated by the | ||
| :need:`Project Lead <rl__project_lead>` (for feature requests) and the lead of the | ||
| :need:`Delivery Team <rl__delivery_team>` (for component requests) until | ||
|
|
||
Uh oh!
There was an error while loading. Please reload this page.