In order to have a common understanding of how we work and the associated terminology, this page exists. We explain the terms and conventions we use in our work, publications and offers.
Depending on the scope of the desired cooperation, we distinguish between adivsory, blueprint and hands-on.
Our understanding of advisory is, to discuss and brainstorm specific problems, challenges and strategy decisions. A possible outcome of those discussions may be a Blueprint with concrecte measures or a specific action for a hands-on phase.
A blueprint is a document containing specific action recommendations and/or points to consider. The blueprint is used in the hands-on phase to implement required changes.
In a hands-on phase, we dive into the system or application and deal with the configuration and source code. Hands-on can be e.g. debugging of systems and applications, peer-programming, setting up a CI/CD environment or developing a patch.
Debugging service interruptions
When dealing with service interruptions, we are using the terms incident and major incident from the ITIL terms and acronyms.
An Incident is defined as an unplanned interruption or reduction in quality of an IT service (a Service Interruption).
This can be e.g. a failing backup, slow response times, security issues, unplanned downtimes of non-critical systems.
Major Incidents cause serious interruptions of business activities and must be solved with greater urgency.
An event where users can no longer work with a system or application in the usual way. Major incidents are business-critical. Such an incident can be e.g inaccessibility of an application because of timeouts or flashing error messages, certificate issues.
If not defined otherwise, we use the Semantic Versioning 2.0.0 for versioning terms. It specifies a version number as
MAJOR version when you make incompatible API changes
MINOR version when you add functionality in a backwards compatible manner, and
PATCH version when you make backwards compatible bug fixes.
Commits are referenced by a starting hash (
#) and have at least 6 following alpha-numeric characters.
- Issues in GitHub are referenced by their issue id with a prefixed hash (
#). It should be clear from the context that this is an issue and not a commit.
- Issues in Jira are referenced by their Jira issue key, e.g.
Generally we use the date format
year-month-day) or in abbreviated form, e.g. for file names
For German-speaking customers, we use the format