Maps developed for ongoing use may require maintenance.
When developing or evaluating a change management process it is important to take different factors into account. Some of these factors are introduced in the table below.
Topic | Description |
---|---|
Request for change | Where will the need for change come from? This could be any of the stakeholders involved in the development or use of the map |
How will change requests be expressed and submitted? These may be submitted directly by users, or may be collated and edited by suppliers. The maintainers of the subset may be proactive in looking for improvements, or may wait for requests for change to be submitted. | |
What lead time is acceptable for the processing of a change request? | |
What should users of the map do in the period between recognizing the need for a change, and that need being met by a new release of the map? Options may include manual work arounds | |
Revision cycle | Will there be a predictable revision cycle with regular releases, or will changes be made on an as-needed basis? Maintenance may be required when there are changes to
Some use cases may also require maintenance of retired/deprecated content, with addition of new content. Impact of changes need to be considered, as well as impact on delaying updates. |
Resources | What editorial and technical resources are needed? |
Documentation | Which associated documentation also require updates with the map itself? |
Feedback