Outcomes
Introduction
Outcomes are at the heart of HERMES. Outcomes are assigned to tasks and roles. Content-related outcomes are grouped into modules.
An outcome can be a document that was drafted on the basis of a document template such as a project order, a business process description.
However, an outcome can also be a new state of an existing outcome, e.g. "operating infrastructure realized" or "IT system activated".
In many cases, project outcomes are not only technical outcomes such as IT applications. The project outcome often also consists of trained users and the activated organization with its processes. This systemic point of view results in a comprehensive system consisting of several elements being activated at the end of the project.
Figure 24 shows the course of the project with sample outcomes.

Outcome overview
HERMES defines the minimum outcomes required to meet governance requirements. The following table contains not only those outcomes that must be checked by the auditors, but also all those that must be produced in a module as a "must have". The minimum outcomes are the safeguards for ensuring the project's success. If a module is not relevant for the project, the minimum outcomes defined in it are also dropped.
The list of minimum outcomes reflects a general project situation without going into the special features of the individual projects.
The table shows the outcomes per module and the partners involved.
Outcome descriptions
Explanation regarding outcome description
For each outcome, there is a description of the outcome that is always structured in the same way:
-
Description
creates a fundamental understanding of the outcome -
Content
describes the content of a document -
Relationships (only available online)
shows how the outcome relates to modules, roles and tasks -
Document template (only available online)
A document template is available for some outcomes. It elaborates on the outcome descriptions and is a concrete aid for the application of HERMES. The document templates can be adapted to the needs of the organization.
There are two cases where no document templates are available:
-
The outcome describes a state, e.g.
-
-
Product realized
-
-
-
Operation activated
-
-
The document template is project-specific or prescribed by the core organization, e.g.
-
-
User manual
-
-
-
Agreements
-
Outcome directory
- Acceptance report
- Legacy system decommissioned
- Change request
- Change status list
- Offer
- User manual
- Work order
- Tender documentation
- Operation activated
- Operating manual
- Operating infrastructure realized
- Operating concept
- Operating organization realized
- Checklist
- Detailed specifications
- Detailed study
- Deployment concept
- Deployment measures carried out
- Deployment measures and organization realized
- Evaluation report
- Business organization activated
- Business organization concept
- Increment
- Integration and installation instructions
- Integration concept
- ISDP concept
- ISDP measures
- Migration carried out
- Migration concept
- Migration procedure
- Quote request
- Organization implemented
- Organization description
- Phase report
- Product backlog
- Product activated
- Product realized
- Product documentation
- Product concept
- Project order
- Lessons learned
- Project initiation order
- Project management plan
- Final project evaluation
- Project status report
- Minutes
- Prototype realized
- Prototype documentation
- Process description
- Review report
- Publication
- QA and risk report
- Legal basis analysis
- Release plan
- Interfaces realized
- Protection needs analysis
- Situation analysis
- Sprint backlog
- Stakeholder Interests
- Stakeholder list
- Study
- System activated
- System developed or parameterized
- System integrated
- System requirements
- System architecture
- Test data
- Test concept
- Test report
- Test system
- Agreement