Probleme
Ein Problem ist etwas, das im Projekt bereits eingetreten ist (ein Ausfall, eine Blockade, ein Datenfehler). Es ist eine eigene Entität, unabhängig von Aufgaben: Es hat seinen Status, seinen Schweregrad, seine Zuständigen und seine Stunden. Was passieren könnte, erfassen Sie als Risiko.
Jedes Problem gehört zu einem Projekt und, wenn Sie möchten, zu einer Phase und/oder einer Aufgabe desselben Projekts. Sein Kurzcode (zum Beispiel I0003) ist innerhalb des Projekts eindeutig und ändert sich nie.
Ansehen, Anlegen, Bearbeiten, Zuweisen und Löschen sind nicht gleich verteilt. Der verantwortliche PM darf alles; ein Direktor, PM oder Teamleiter des Projekts (Stufe 1-2) und ein CEO sehen alle Probleme und können sie anlegen; ein Berater/Entwickler sieht nur die, die ihn betreffen. Details unter Wer was darf.
Die Problemliste des Projekts
Im Projekt zeigt der Reiter Probleme (mit der Anzahl der Probleme in Klammern) eine Tabelle. Neben dem Titel finden Sie den Umschalter Liste | Kanban: Die Kanban-Ansicht zeigt dieselben Probleme in Statusspalten (siehe Kanban-Boards).

| Spalte | Was sie zeigt |
|---|---|
| Titel | Code, Titel (ein Link zum Detail) und darunter Beschreibung und Lösungsplan, falls vorhanden. |
| Erkannt | Erkennungsdatum. |
| Schweregrad | Niedrig, Mittel, Hoch oder Kritisch. |
| Priorität | Niedrig, Mittel, Hoch oder Kritisch. |
| Status | Der Status aus dem Katalog der Organisation (siehe Status). |
| Zugewiesen | Namen der zugewiesenen Personen oder „—“. |
| Stunden | Erfasste Stunden / geschätzte Stunden. Ohne Schätzung „nicht geschätzt“ (nie „0“). |
| Verknüpft mit | Die Phase, falls es eine gibt; sonst die Aufgabe; gibt es keine von beiden, „—“. |
Hat das Projekt keine, sehen Sie: „Für dieses Projekt sind noch keine Probleme erfasst.“. Die Tabelle hat weder Filter noch Suchfeld; um Probleme mehrerer Projekte auszuwerten, nutzen Sie Abfragen oder Meine Arbeit.
Ein Problem anlegen
Anlegen können es der verantwortliche PM und jedes Mitglied der Stufe 1-2 des Projekts (Direktor, PM oder Teamleiter), auch wenn sein Konto ein Berater/Entwickler-Konto ist, sowie ein Mitglied der „gesamten Organisation“ (CEO). Ein Berater/Entwickler der Stufe 3 kann es nicht.
Es gibt zwei Wege:
- Aus dem Projekt: Reiter Probleme → Problem anlegen.
- Von überall: Die rote Schaltfläche Neues Problem in der Kopfzeile öffnet den Dialog Problem erfassen mit einer Auswahl Projekt (das Projekt, in dem Sie sich befinden, ist vorausgewählt, wenn Sie dort anlegen dürfen). Dürfen Sie in keinem Projekt Probleme erfassen, ist die Schaltfläche dennoch sichtbar, aber der Dialog sagt „Sie haben kein Projekt, in dem Sie ein Problem erfassen können.“. Solange Sie kein Projekt gewählt haben, sind Phase und Aufgabe deaktiviert, ebenso die Schaltfläche zum Absenden.

| Feld | Was es bedeutet und was passiert |
|---|---|
| Titel (Pflichtfeld) | Was Sie in Tabellen und Boards sehen werden. Wird ohne überflüssige Leerzeichen gespeichert. |
| Erkennungsdatum (Pflichtfeld) | Wann es erkannt wurde. Standardmäßig heute. |
| Status | Anfangsstatus. „(Standard)“ verwendet den aktiven Status der Organisation mit der niedrigsten Reihenfolge (im werkseitigen Katalog Offen). Nur der PM sieht die Statusliste; ein Direktor/Teamleiter mit Berater/Entwickler-Konto hat nur „(Standard)“. |
| Beschreibung | Optionaler Freitext. |
| Schweregrad | Niedrig, Mittel (Standard), Hoch oder Kritisch: wie gravierend das Problem ist. |
| Priorität | Niedrig, Mittel (Standard), Hoch oder Kritisch: wie dringend es bearbeitet wird. Es sind zwei verschiedene Achsen: Ein Problem kann gravierend, aber nicht dringend sein. |
| Lösungsplan | Wie Sie es lösen wollen. Optional. |
| Geschätzte Stunden (optional) | Leer = „nicht geschätzt“. Eine 0 bedeutet „auf null Stunden geschätzt“, was etwas anderes ist. Darf nicht negativ sein. |
| Abschlussdatum (optional) | Siehe Abschlussdatum. |
| Phase (optional) / Aufgabe (optional) | Verknüpfen das Problem mit einer Phase und/oder Aufgabe des Projekts. „Keiner Phase zugeordnet“ / „Keiner Aufgabe zugeordnet“ lassen sie frei. Phasen tieferer Ebenen erscheinen mit Strichen („— Unterphase“). |
Wenn Sie auf Problem erfassen klicken, schließt sich der Dialog und das Problem erscheint in der Tabelle. Mögliche Fehler (rot unter dem Formular angezeigt):
| Meldung | Wann |
|---|---|
| „Der Titel ist erforderlich.“ | Leerer Titel. |
| „Das Erkennungsdatum ist erforderlich.“ | Kein Datum. |
| „Ungültiges Datum.“ | Ein unmögliches Datum, z. B. 30. Februar. |
| „Die geschätzten Stunden müssen eine Zahl größer oder gleich 0 sein.“ | Negative oder nicht numerische Stunden. |
| „Die angegebene Phase gehört nicht zu diesem Projekt.“ / „Die angegebene Aufgabe gehört nicht zu diesem Projekt.“ | Tritt nur auf, wenn das Formular manipuliert wird; die Auswahl bietet nur die des Projekts an. |
| „Das Abschlussdatum darf nicht vor dem Erkennungsdatum liegen.“ | Abschluss vor der Erkennung (derselbe Tag ist zulässig). |
| „Der angegebene Problemstatus gehört nicht zu Ihrer Organisation.“ | Status einer anderen Organisation. |
| „Ihre Organisation hat keinen Problemstatus konfiguriert. Legen Sie mindestens einen unter Einstellungen → Problemstatus an.“ | Der Katalog ist leer oder alle Status sind deaktiviert, und Sie haben „(Standard)“ belassen. |
| „Sie haben keinen Zugriff auf dieses Projekt.“ | Sie sind weder verantwortlicher PM noch Stufe 1-2 im Projekt. |
Status
Die Status sind ein Katalog der Organisation, den der PM unter Problemstatus verwaltet (siehe Stammdaten und Kataloge). Werkseitig sind es Offen, In Analyse, In Lösung, Gelöst und Geschlossen. Jeder Status kann als final markiert werden: Werkseitig ist es nur Geschlossen (Gelöst nicht, weil dort meist noch der formale Abschluss aussteht).
Dass ein Status final ist, hat Folgen: Er setzt das Abschlussdatum und lässt das Problem in den Berichten als geschlossen zählen.
Deaktivieren Sie einen Status, der bereits Probleme enthält, behalten diese Probleme ihn; im Bearbeitungsformular erscheint er als „Name (inaktiv)“, damit er beim Speichern nicht verloren geht.
Abschlussdatum
Das Abschlussdatum verwaltet sich anhand des Status selbst, es sei denn, Sie tragen es selbst ein:
| Situation | Ergebnis |
|---|---|
| Sie bearbeiten ein Problem und setzen es von einem nicht finalen in einen finalen Status, ohne das Abschlussfeld anzufassen | Es wird das Datum von heute gesetzt. |
| Sie öffnen es wieder (von final zu nicht final), ohne das Feld anzufassen | Das Abschlussdatum wird gelöscht. |
| Sie wechseln zwischen zwei finalen oder zwischen zwei nicht finalen Status | Es wird nichts angefasst. |
| Sie tragen das Datum selbst ein (oder leeren es) im selben Speichervorgang | Es gilt, was Sie eingegeben haben, auch wenn Sie zugleich den Status ändern. |
| Sie legen das Problem im Formular mit einem finalen Status und leerem Abschlussdatum an | Es wird kein Datum gesetzt: Das Formular sendet das Feld leer, und das wird als „kein Datum“ respektiert. Sie können es später beim Bearbeiten nachtragen. |
Prüfungen: Der Abschluss darf nicht vor der Erkennung liegen („Das Abschlussdatum darf nicht vor dem Erkennungsdatum liegen.“). Liegt das Erkennungsdatum nach dem heutigen Tag und Sie wechseln in einen finalen Status, ohne den Abschluss selbst einzutragen, sehen Sie „Das Erkennungsdatum liegt nach dem heutigen Tag: Korrigieren Sie es, bevor Sie das Problem in einen Endstatus setzen.“. Ändern Sie nur andere Felder, blockieren alte widersprüchliche Daten das Speichern nicht.
Das Detail eines Problems
Klicken Sie in der Liste (oder in einem Board, unter Meine Arbeit oder unter Abfragen) auf den Titel, um /incidents/… zu öffnen. Die Kopfzeile zeigt das Projekt und die Phase, den Titel mit seinem vollständigen Code (Projekt + Problem), die Aktionsschaltflächen und eine Karte mit Status, Schweregrad, Priorität, Geschätzte Stunden („Nicht geschätzt“, wenn es keine gibt), Erfasste Stunden, Erkennungsdatum, Abschlussdatum (nur, wenn es existiert) und Zugewiesen (Avatare; die ersten vier werden angezeigt, dazu „+N“; Personen ohne Konto tragen „(kein Konto)“ in ihrer Beschriftung).

Darunter drei Reiter: Problem, Zeiteinträge und Zugewiesen.
Reiter „Problem“: bearbeiten
Nur der PM, dem das Projekt gehört, bearbeitet. Alle anderen, die das Problem sehen können, sehen eine schreibgeschützte Karte mit Schweregrad, Beschreibung („Keine Beschreibung.“, falls keine vorhanden), Lösungsplan („Kein Lösungsplan.“) und der Verknüpfung (mit Link zur Aufgabe).
Der verantwortliche PM sieht das vollständige, bereits ausgefüllte Formular mit denselben Feldern wie beim Anlegen (ohne die Projektauswahl). Klicken Sie auf Änderungen speichern; Sie sehen „Gespeichert.“ in Grün. Regeln:
- Das Ändern des Status wendet an, was unter Abschlussdatum beschrieben ist.
- Das Leeren von Geschätzte Stunden setzt sie auf „nicht geschätzt“.
- Die Wahl von „Keiner Phase/Aufgabe zugeordnet“ hebt die Verknüpfung auf.
- Phase und Aufgabe sind unabhängig: Es wird nicht geprüft, ob die Aufgabe zur gewählten Phase gehört. Die Tabelle der Liste zeigt die Phase und, wenn keine vorhanden ist, die Aufgabe; das Detail des PM erlaubt die Kombination.
- Schlägt das Speichern fehl, bleibt Ihre Eingabe erhalten und der Fehler erscheint in Rot.
- Das Ändern des Status per Ziehen im Kanban-Board folgt denselben Regeln und denselben Berechtigungen; hat jemand anderes den Status inzwischen geändert: „Jemand hat den Status dieses Problems inzwischen geändert. Ihre Änderung wurde nicht übernommen.“.
Reiter „Zugewiesen“
Listet die zugewiesenen Personen auf (mit „(kein Konto)“ bei denen ohne Konto). Ein Problem kann mehrere Zugewiesene haben, mit oder ohne Konto.
Nur der verantwortliche PM weist zu und entfernt.
- Zuweisen: Schaltfläche in der Kopfzeile; öffnet „Dem Problem zuweisen“ mit einer Auswahl „Zuweisen an...“. Sie bietet nur Mitglieder des Projektteams an, die noch nicht zugewiesen sind; die Schaltfläche verschwindet, wenn alle schon zugewiesen sind. Wer bereits zugewiesen ist, wird bei erneuter Zuweisung nicht doppelt geführt.
- Entfernen: roter Link in jeder Zeile, mit der Bestätigung „{name} von diesem Problem entfernen?“.
Die Zuweisung zu einem Problem gibt einem Berater/Entwickler Zugriff darauf (es erscheint unter Meine Arbeit → Probleme) und erlaubt ihm, Stunden zu erfassen.
Reiter „Zeiteinträge“
Liste der erfassten Stunden (Code, Person, Dauer „H h M min“, Datum und Beschreibung). Sie funktioniert wie bei Aufgaben: siehe Zeiterfassung. Die Schaltfläche Zeit erfassen (Kopfzeile) öffnet „Gearbeitete Stunden erfassen“ mit Stunden, Minuten (0-59), Datum und einer verpflichtenden Beschreibung; die Auswahl „Wer hat die Arbeit erledigt?“ (standardmäßig „Ich selbst“) sieht nur der verantwortliche PM, und sie bietet das gesamte Projektteam an, mit oder ohne Konto.
Tatsächliche Regeln:
- Für sich selbst zu erfassen setzt voraus, verantwortlicher PM zu sein oder dem Problem direkt zugewiesen zu sein. Zugriff über eine verknüpfte Aufgabe oder als Teamleiter genügt nicht: Auch wenn Sie die Schaltfläche sehen, erscheint beim Absenden „Sie haben keinen Zugriff auf dieses Problem.“.
- Im Namen einer anderen Person zu erfassen ist nur dem verantwortlichen PM möglich („Nur der verantwortliche PM kann Stunden im Namen einer anderen Person erfassen.“).
- Fehler bei der Dauer: „Die Stunden müssen eine ganze Zahl größer oder gleich 0 sein.“, „Die Minuten müssen eine ganze Zahl zwischen 0 und 59 sein.“, „Ein Eintrag mit 0 Stunden und 0 Minuten kann nicht erfasst werden.“.
- Einen Zeiteintrag bearbeiten oder löschen: wer ihn erfasst hat oder der verantwortliche PM („Nur die Person, die den Zeiteintrag erfasst hat, oder der verantwortliche PM des Projekts kann ihn ändern oder löschen.“).
- Die Stunden der Probleme fließen in die Gesamtstunden des Projekts und der Berichte ein.
Ein Problem löschen
Nur der verantwortliche PM. Es steht in der Liste (Löschen) und im Detail (Problem löschen).
Es wird eine Bestätigung verlangt: „Möchten Sie dieses Problem wirklich löschen?“. Mit ihm werden seine Zuweisungen und alle seine Zeiteinträge gelöscht, und es lässt sich über die Oberfläche nicht rückgängig machen (der Assistent weist vor der Bestätigung dagegen auf die Auswirkungen hin). Löschen Sie aus dem Detail, kehren Sie zur Projektansicht zurück. Schlägt das Löschen fehl, zeigt eine Einblendung den Grund.
Wer was darf
| Aktion | Verantwortlicher PM | Direktor / PM / Teamleiter des Projekts und CEO | Berater/Entwickler |
|---|---|---|---|
| Den Reiter Probleme des Projekts und alle seine Probleme sehen | Ja | Ja | Nein: Er betritt das Projekt nicht |
| Das Detail eines Problems sehen | Ja | Ja | Nur wenn dem Problem oder seiner verknüpften Aufgabe zugewiesen |
| Anlegen (aus dem Projekt oder mit Neues Problem) | Ja | Ja | Nein |
| Den Status beim Anlegen wählen | Ja | Nein (nur „(Standard)“) | — |
| Bearbeiten, Status ändern (auch im Kanban) | Ja | Nein | Nein |
| Zuweisen und entfernen | Ja | Nein | Nein |
| Eigene Stunden erfassen | Ja | Nur wenn zugewiesen | Nur wenn dem Problem zugewiesen |
| Stunden für eine andere Person erfassen | Ja | Nein | Nein |
| Löschen | Ja | Nein | Nein |
Auch mit dem Assistenten
Der Assistent kann vorschlagen, Probleme anzulegen, zu ändern (Status, Schweregrad, Priorität, Titel, geschätzte Stunden) und zu löschen, mit denselben Berechtigungsregeln wie die Oberfläche und, wo es angebracht ist, immer über eine Bestätigungskarte.
Verwandte Themen
Aktualisiert am 2026-10-08