Outcomes
Introduction
The HERMES project management method is outcome-oriented; outcomes as the most important method components are at the heart of HERMES.
Two types of outcomes are distinguished. An outcome may be:
-
a document that is drafted where possible on the basis of an existing document template such as an execution order, a study, a checklist, or a process description;
-
a state that is newly achieved, such as operating infrastructure realized or also a milestone that is the direct consequence of a decision.
Boundaries
The outcome of an entire project (the actual finished solution) or a part thereof (the increment) are not HERMES method components. This solution may include products, services, IT applications, infrastructures, changed or new operating organizations, new or merged core organizations, or individual organizational units. The project outcome may also consist of trained users and the activated organization with its processes. At the end of a successful project, the outcome is a solution, an overall system, consisting of one or more activated elements.
Overview of outcomes
Standard outcomes
Standard documents
The following table lists all standard documents. HERMES also provides a corresponding document template for each document.
The minimum required documents marked with an X are required to meet governance requirements. These include 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 required documents are the safeguards for ensuring the project's success and reflect a general project situation without addressing the specifics of individual projects. The preparation of the minimum required documents is mandatory. If a module is not relevant for the project, the minimum required documents defined in it are also dropped. They are likewise dropped if, under certain circumstances, their use is not foreseen in the module (e.g. in the case of traditional/agile). The minimum required documents can also be adapted to the specific needs of the core organization in accordance with its governance provisions.
Standard states
The following table lists all the standard states.
Customized outcomes
Supplementing the standard documents and states, it is possible to integrate further specialist, organization-specific, or project-specific outcomes in one's own modules. This is supported by HERMES online and is especially relevant when new modules with new tasks are developed. Examples of customized outcomes can be core organization-specific reports or a completed consultation.
Explanation regarding outcome description
For each outcome, a description of the outcome is provided that is always structured in the same way:
-
Description
creates a fundamental understanding of the outcome. -
Content (for documents only)
describes the proposed content of a document (see document templates below).
Where applicable, each content note is marked with "A" for agile or "T" for traditional . -
Relationships (online only)
show how the outcome relates to modules, roles, and tasks. -
Templates (online only)
A document template is available for all documents. The template is a concrete aid for deeper understanding of the application of HERMES documents. The document templates can, however, be adapted to the needs of the organization or replaced by adequate tool-supported solutions (see Section 7).
Description of the outcomes
Documents
- Acceptance report
- Change request
- Change status list
- Offer
- Tender report
- User manual
- Work order
- Tender documentation
- Procurement analysis
- Operating manual
- Operating concept
- Detailed specifications
- Execution order
- Deployment concept
- Evaluation report
- Business model description
- Integration and installation instructions
- Integration concept
- ISDP concept
- List of management project decisions
- List of steering project decisions
- Solution requirements
- Solution architecture
- Migration concept
- Quote request
- Organizational requirements
- Organization description
- Organization concept
- Phase report
- Product documentation
- Product concept
- Lessons learned
- Project initiation order
- Project management plan
- Final project evaluation
- Project status report
- Minutes
- Prototype documentation
- Process description
- Review report
- Publication
- QA and risk report
- Legal basis analysis
- Release report
- Protection needs analysis
- Service level agreement
- Situation analysis
- Stakeholder interests
- Stakeholder list
- Study
- System concept
- Test concept
- Test report
- Agreement
Checklists
DescriptionChecklists are part of the documents. They are used to support decision-making. They represent lists of monitoring and review steps which must be executed systematically and completely within the scope of a decision preparation. This reduces the probability of wrong decisions, given that all essential aspects are taken into account.
Each checklist is tailored to a specific decision and specifies the necessary review points with outcomes, release criteria, evaluation, those responsible, and review date. The checklists must be supplemented with further project-, core organization-, and solution-specific criteria in the context of decision preparation.
- Acceptance checklist
- Migration acceptance checklist
- Tender checklist
- Launch of operation checklist
- Execution release checklist
- ISDP concept checklist
- Solution architecture checklist
- Phase release checklist
- Closure phase release checklist
- Product concept checklist
- Project discontinuation checklist
- Project closure checklist
- Project initiation release checklist
- Release checklist
- Preliminary acceptance checklist
- Next steps checklist
- Contract award checklist
States
- Legacy system removed
- Operation activated
- Operating infrastructure realized
- Operating organization realized
- Deployment measures carried out
- Deployment measures realized
- ISDP concept transferred
- ISDP measures realized
- Migration carried out
- Migration procedure realized
- Organization activated
- Organization implemented
- Product activated
- Product developed or adapted
- Prototype realized
- Interfaces realized
- System activated
- System developed or parameterized
- System integrated
- Test infrastructure realized
- Test infrastructure transferred
Milestones
DescriptionMilestones are states and are always the consequence of a decision. They mark and define a specific point in time reached in the course of the project.
Milestones serve as envisaged and achieved decision outcomes for project steering and management, give the project a structure, and mark important points in the course of the project at which decisions are made on next project steps.
- Acceptance milestone
- Migration acceptance milestone
- Tender milestone
- Launch of operation milestone
- Execution release milestone
- ISDP concept milestone
- Solution architecture milestone
- Phase release milestone
- Closure phase release milestone
- Product concept milestone
- Project closure milestone
- Project initiation release milestone
- Release milestone
- Preliminary acceptance milestone
- Next steps milestone
- Contract award milestone