Probleme

Ein Problem erfasst eine Arbeitseinheit im Projekt, von der ersten Anfrage bis zum Abschluss. Beginne mit Erstellung, Triage und Status. Für laufende Arbeit findest du Abschnitte zu Diskussionen, Abhängigkeiten, Unterproblemen und Plänen. Prüfe vor Wiederholungen, Sammelaktionen oder CSV-Import die jeweiligen Voraussetzungen; der Import ist dem Projekteigentümer vorbehalten.

Ein Problem erstellen und bearbeiten

Du musst Eigentümer oder Mitglied des Zielprojekts sein; Leser können Probleme öffnen, aber weder erstellen noch bearbeiten. Öffne das Projekt und seine Funktion zum Erstellen eines Problems. Gib einen Titel ein, der die Arbeit benennt, und ergänze Kontext, erwartetes Ergebnis und Einschränkungen in der Beschreibung. Das Formular öffnet sich im aktuellen Projekt; wähle unter Erstellen in oben links im Formular (auf dem Telefon neben dem Titel Neues Problem) ein anderes, besonders wenn du aus einer persönlichen oder projektübergreifenden Ansicht erstellst. Am Computer öffnet Command/Strg+Umschalt+P dieses Menü, auch während du Titel oder Beschreibung eingibst; sobald du ein Projekt wählst oder das Menü schließt, steht der Cursor wieder genau dort, wo er war. Die Schaltfläche zeigt dieses Kürzel an, das es nur gibt, wenn mehr als ein Projekt zur Wahl steht; auf dem Telefon wird kein Kürzel angezeigt. Ein Projektwechsel entfernt die für das vorherige Projekt gewählten Kategorien, das Ziel und die Beziehungen. Die Erstellen-Schaltfläche nennt die Kennung, die das Problem erhält, etwa MIN-42, und berücksichtigt zwischenzeitlich erstellte Probleme; ihr Menü erstellt das Problem und kopiert diese Kennung.

Schalte für eine manuelle Erstellung Smart-Fill aus, wenn die Schaltfläche angezeigt wird und aktiviert ist. Dadurch kannst du Priorität, Aufwand, Kategorien, Ziel und Beziehungen selbst festlegen. Um nur einige dieser Eigenschaften festzulegen, lass Smart-Fill eingeschaltet und drücke außerhalb von Titel und Beschreibung die Taste der Eigenschaft: P für Priorität, E für Aufwand, L für Kategorien oder O für Ziel. Ihre Auswahl öffnet sich, und der gewählte Wert bleibt sichtbar. Smart-Fill ergänzt nur die Eigenschaften, die du leer gelassen hast. Die Auswahl gilt für dieses Ticket; beim erneuten Öffnen des Erstellungsformulars wird die Kontoeinstellung wiederhergestellt. Sie ist von Smart Assign und Routinen unabhängig. Solange Smart-Fill eingeschaltet ist, verknüpft es das Problem nach dem Speichern auch mit verwandten Problemen, deshalb ist die Beziehungsauswahl ausgeblendet; R öffnet sie trotzdem. Bereits gewählte Beziehungen bleiben über dem Titel sichtbar und werden mit dem Problem angelegt.

Setze vor der Bestätigung die hilfreichen Eigenschaften: Status, Priorität, Aufwand, zuständige Person, Ziel, Kategorien, Fälligkeitsdatum und Wiederholung. Zuständig ist der Projekteigentümer oder ein Mitglied, nie ein Leser; ein Ziel bündelt Probleme zu einem Projektergebnis. Optionale Eigenschaften kannst du offenlassen, statt Werte zu erraten. Die Priorität reicht von keiner über niedrig, mittel und hoch bis dringend; der Aufwand verwendet XS, S, M, L und XL.

Bestätige die Erstellung und öffne das neue Problem. Prüfe Kennung und Projekt. Öffne die Eigenschaftsauswahl erneut, um Werte zu ändern, sobald die Aufgabe klarer wird. Die Beschreibung erklärt die Arbeit; ein Umsetzungsplan wird gesondert im Plan-Tab gepflegt.

Das Löschen eines gespeicherten Entwurfs erfordert eine Bestätigung. Abbrechen behält den Entwurf; Bestätigen entfernt diesen gespeicherten Entwurf. Dieselbe Bestätigung gibt es beim Erstellen eines Ziels.

Beschreibe das erwartete Ergebnis und wähle vor der Erstellung die passenden Eigenschaften.

Beschreibung, Kommentare und der Dialog für neue Probleme verwenden denselben Editor wie Projektseiten, nur ohne Blockgriffe. Tippe /, um eine Überschrift, Liste, Aufgabe, ein Zitat, einen Hinweis, einen Codeblock, ein Umschalten-Element oder einen Teiler einzufügen, und @, um eine Person, ein Problem, ein Ziel oder eine Seite zu erwähnen. Das @-Menü listet auch die Ressourcen dessen auf, woran du schreibst: das Problem oder Ziel für seine Beschreibung und seinen Plan, ein Kommentar für seine eigenen Dateien oder ein Erstellungsdialog für die dort hinzugefügten Dateien. Eine Erwähnung einer Ressource von anderswo erscheint als Nicht verfügbar. Mehrere Personen können dieselbe Beschreibung gleichzeitig bearbeiten: Der Cursor jeder Person erscheint mit ihrem Namen und ihrer Farbe, und Änderungen von Numo oder einem verbundenen Agenten erscheinen, sobald sie gespeichert sind. Numo, verbundene Agenten und CSV-Exporte lesen den Text als Markdown, das wenige Sekunden nach dem Ende der Eingabe folgt. Markiere Text, um ihn fett, kursiv, durchgestrichen oder als Code zu formatieren oder einen Link hinzuzufügen. Füge ein Bild ein, ziehe es hinein oder wähle Bild im /-Menü, um es in die Beschreibung einzufügen; andere Dateitypen gehören zu den Ressourcen des Problems. Eine Erwähnung verweist auf ihr Ziel, nicht auf dessen Namen: Sie folgt einer Umbenennung und übersteht Bearbeitungen sowie Kopieren und Einfügen in eine andere Beschreibung, einen Kommentar, eine Seite oder den Numo-Eingabebereich. Wer das Ziel nicht öffnen kann, sieht eine Erwähnung Nicht verfügbar, ohne Namen oder Projekt.

Speichern und Sichtbarkeit prüfen

Prüfe nach einer Eigenschaftsänderung den angezeigten Wert. Filter können ein Problem sofort aus der aktuellen Ansicht entfernen, wenn sich zuständige Person, Status oder Kategorie ändern. Suche seine Kennung oder öffne das Projekt ohne diese Filter, bevor du einen Ersatz erstellst.

Schlägt Erstellen oder Speichern fehl, bewahre deinen Text auf, lies den Fehler und prüfe, ob Mitgliedschaft und Ziel noch bestehen. Kontrolliere nach einem Netzwerkfehler zuerst, ob das Problem bereits erstellt wurde, bevor du erneut versuchst. Verknüpfe Projektseiten als aktuelle Ressourcen, wenn du deren jetzigen Inhalt brauchst, und verwende Kommentare für die Diskussion der Aufgabe.

Festlegen, was Smart-Fill tut

Die Smart-Fill-Einstellungen gehören zu deinem Konto. Öffne Kontoeinstellungen → Smart Fill. Jede Option hat ihre eigene Karte:

• In der Karte Smart Fill schaltet Smart Fill aktivieren Smart-Fill für dein Konto ein oder aus. Es ergänzt fehlende Priorität, fehlenden Aufwand, fehlende Kategorien und ein fehlendes Ziel; Status, zuständige Person und Fälligkeitsdatum bleiben deine Sache. Die Schalter der beiden folgenden Karten hängen davon ab.
• In Zu füllende Vorgänge legen Erstellte Vorgänge ausfüllen und Triage-Vorgänge ausfüllen fest, welche neuen Probleme es ergänzt: die Probleme, die du erstellst, und die Triage-Probleme, für die du zuständig bist.
• In Verwandte Vorgänge ist Verwandte Vorgänge verknüpfen standardmäßig eingeschaltet und erlaubt Smart-Fill, nach dem Speichern eines Problems Beziehungen hinzuzufügen.
• In Vorgangsindexierung ist Vorgänge indexieren standardmäßig eingeschaltet und von Smart-Fill unabhängig. Es wandelt Titel und Beschreibung der Probleme, die du erstellst oder bearbeitest, in private Vektoren um, mit denen verwandte Probleme gefunden und Probleme inhaltlich gesucht werden. Die Indexierung der bestehenden Probleme eines Projekts im Hintergrund folgt sowohl dem Schalter des Projekteigentümers als auch dem des Autors: Ein Problem, dessen Autor ihn ausgeschaltet hat, wird nie indexiert. Die Vektoren werden wie das Problem mit dem Projekt verschlüsselt; Vektoren, die gespeichert wurden, bevor das Projekt verschlüsselt wurde, wandelt der Hintergrundjob um. Ist der Schalter aus, entsteht für deine Probleme kein Vektor, auch wenn jemand anderes sie bearbeitet, und die Suche nach verwandten Problemen vergleicht nur Wörter. Deine eigenen Suchen nutzen dann nur den Text, ohne inhaltliche Suche. Bereits erstellte Vektoren bleiben, solange sich der Text nicht ändert; sie werden gelöscht, sobald sich der Text ändert, oder mit dem Problem.

Das Ausschalten eines Schalters bricht auch Durchläufe ab, die noch nicht ausgeführt wurden. Numo kann diese Einstellungen auf deine Bitte hin ändern.

Eingehende Arbeit in der Triage prüfen

Öffne den Triage-Bereich des Projekts. Lies das eingegangene Problem und seinen Ursprungskontext, bevor du es in die geplante Arbeit aufnimmst. Prüfe, ob ein bestehendes Problem die Anfrage bereits abbildet. Kläre bei Bedarf erwartetes Ergebnis, Projekt, zuständige Person, Priorität und Aufwand.

Die Listenfilter grenzen eingehende Probleme nach Priorität, Aufwand, zugewiesener Person, Ziel, Kategorien oder Integration ein. Werte derselben Eigenschaft sind Alternativen, verschiedene Eigenschaften gelten gemeinsam. Setze die Filter zurück, um alle eingehenden Probleme wieder anzuzeigen.

Wähle Akzeptieren und bestätige, um ein beibehaltenes Problem in den Rückstand zu verschieben. Wähle Ablehnen und bestätige, um es auf Abgebrochen zu setzen. Bei einem Duplikat wählst du mit der Duplikatauswahl das Problem aus, das beibehalten werden soll. Das eingegangene Problem erhält den Status Duplikat und verweist auf dieses Problem. Beschreibst du die Anfrage im Suchfeld der Auswahl, listet sie nach den Textübereinstimmungen auch ähnliche Probleme unter Inhaltlich verwandt auf; siehe Probleme inhaltlich suchen. Sobald ein Eintrag die Triage verlässt, wird der nächste ausgewählt. Prüfe den entstandenen Status oder den Duplikatlink direkt im Problem. Der Wechsel zwischen Karten ohne eine dieser Aktionen schließt kein Problem ab.

Sortierung und Grenzen

Smart Triage verwendet deterministische Sortierregeln.

Innerhalb jeder Statusspalte stehen zunächst offene Probleme, die andere offene Arbeit blockieren, vor Problemen ohne Blockade. Probleme, die durch offene Arbeit blockiert werden, stehen zuletzt, auch wenn sie selbst andere Probleme blockieren. Abgeschlossene Endpunkte erzeugen diese Priorität nicht mehr. Innerhalb einer Stufe bringen höhere Priorität, kleinerer Aufwand und überfällige oder nahe Fälligkeitstermine die Arbeit nach vorn. Innerhalb derselben Blockadestufe bleiben Probleme mit demselben Ziel zusammen; ihre Gruppe wird nach ihrem bestplatzierten Problem eingeordnet. Bei Gleichstand entscheiden Fälligkeitsdatum, älteres Erstellungsdatum, manuelle Position und schließlich die Kennung als stabiler letzter Vergleich. Eine verwandte Beziehung beeinflusst diese Sortierung nicht. Es handelt sich nicht um einen experimentellen KI-Triage-Modus. Die Reihenfolge hilft zu entscheiden, welche Einträge du zuerst prüfst; sie bestätigt weder den Wahrheitsgehalt einer Beschreibung, noch löst sie Duplikate automatisch auf oder gewährt Berechtigungen.

Fehlt der erwartete Eintrag, prüfe aktives Projekt, Status und Filter und suche dann seine Kennung. Importierte oder extern synchronisierte Arbeit kann in der Triage landen. Prüfe die ursprüngliche Quelle und die Zuordnung der Integration, bevor du gespiegelte Felder änderst. Eine aus Feedback verknüpfte Anfrage bleibt ein gesondertes Feedback-Objekt mit eigener öffentlicher Diskussion.

Lies den eingegangenen Bericht, bevor du ihn akzeptierst, ablehnst oder mit einem Duplikat verknüpfst.

Ein Problem durch seinen Lebenszyklus führen

Öffne die Statusauswahl des Problems oder verwende die Statusaktionen des Boards. In einer Kanban-Ansicht verändert das Verschieben zwischen Statusspalten das Problem selbst; ein anderer Filter verändert nur deine Ansicht. Prüfe den neuen Status nach dem Verschieben im Detailpanel.

Die Statuswerte sind fest und werden nicht je Projekt angepasst. Triage und Duplikat sind in Auswahllisten verfügbar, fehlen aber bewusst in normalen Kanban-Spalten. Standardmäßig blenden Boards außerdem die Spalten Fertig und Abgebrochen aus; wähle sie im Filter Status, um sie anzuzeigen. Eine fehlende Spalte beweist nicht, dass der Status oder das Problem nicht existiert.

Das Häkchen zeigt den aktuellen Status. Wähle den Status, der dem tatsächlichen Arbeitsstand entspricht.

Abschlusszustände und Prüfung

Fertig, Abgebrochen und Duplikat sind Abschlusszustände für die Nachverfolgung: Sie blockieren abhängige Probleme nicht mehr und verlassen die aktiven Zählungen. Abgebrochen bedeutet nicht, dass die Aufgabe geliefert wurde. Benenne beim Markieren eines Duplikats das beibehaltene Problem, damit Diskussion und Fortschritt ein klares Ziel haben.

Prüfe Filter, wenn ein Problem nach dem Schließen verschwindet. Öffne es über die Kennung erneut, um das Ergebnis zu prüfen und den Status bei einem versehentlichen Abschluss zu ändern. Prüfe bei blockierter Arbeit auch die Richtung der Abhängigkeit: Ein Statuswechsel schreibt weder Beschreibung noch Plan eines Problems um.

Arbeit besprechen und Kontext hinzufügen

Öffne den Diskussionsverlauf des Problems, um einen Kommentar hinzuzufügen. Erkläre eine Entscheidung, Frage oder ein Prüfergebnis, damit ein anderes Mitglied die Änderung verstehen kann. Verwende Erwähnungen, wenn du eine Person oder ein verknüpftes Objekt im Kontext brauchst; Benachrichtigungen hängen weiterhin von den Einstellungen der empfangenden Person und der Zustellung auf ihrem Gerät ab. Ein Leser kann nur kommentieren, wenn der Eigentümer Darf kommentieren für ihn aktiviert hat. Dann kann er antworten, Personen erwähnen, Dateien an seine eigenen Kommentare anhängen und seine eigenen Kommentare bearbeiten oder löschen.

Füge eine passende Projektseite, Datei oder einen Link über die Ressourcenfunktionen hinzu. Eine verknüpfte Seite ist eine aktuelle Ressource: Ihr Titel folgt einer Umbenennung und ihr Inhalt kann sich ändern. Eine Datei ist ein gespeicherter Anhang, keine Garantie für die Erreichbarkeit einer externen URL.

Ressourcen erscheinen als Karten: das Bild selbst oder das Symbol des Dateityps, der Name und die Größe. Ein Link zeigt das Vorschaubild seiner Seite, wenn die Website eines bereitstellt, sonst ihr Favicon. Klicken oder rechtsklicken Sie auf eine Karte, um ihr Menü zu öffnen: Vorschau, Link öffnen oder Seite öffnen, dann Umbenennen, Herunterladen und Entfernen, sofern zutreffend. Vorschau öffnet eine unterstützte Datei über das gesamte Fenster. Bilder, PDF-Dateien, Markdown (.md), Klartext (.txt, .text), CSV-Dateien sowie unterstützte Audio- und Videoformate verwenden denselben Betrachter. Markdown wird formatiert, Text bleibt unverändert und CSV erscheint als scrollbare Tabelle. Mit Schließen oder Escape kehren Sie zum Ticket zurück. Das Menü Dateiaktionen (…) bietet Herunterladen und, wenn Sie diese Ressource ändern dürfen, Umbenennen und Entfernen. Ein Klick auf die Erwähnung einer Datei in einem Text öffnet denselben Betrachter. Minddy fragt vor dem Entfernen nach einer Bestätigung; die Ressource wird dann aus diesem Kontext gelöst. Eine Seitenressource behält den Titel ihrer Seite und lässt sich nicht umbenennen. Nicht unterstützte Formate behalten ihre Download-Aktion.

Der gemeinsame Dateibetrachter zeigt Schließen unter der Vorschau. Das Menü Dateiaktionen bietet Herunterladen und bei entsprechender Berechtigung Umbenennen und Entfernen.

Prüfe das Ziel, bevor du die Ressource hinzufügst. Dieser Beispiellink wurde nicht gesendet.

Sichtbarkeit und fehlgeschlagene Uploads

Mitgliedschaft und Projektzugriff bestimmen den Zugang zu interner Diskussion und Ressourcen. Das Hinzufügen einer Ressource zu einem Problem veröffentlicht sie nicht anonym. Unterscheide beim Bezug auf Feedback zwischen teaminterner Diskussion und öffentlicher Antwort, bevor du Text sendest.

Prüfe nach dem Hochladen, ob die Ressource erscheint und sich öffnen lässt. Schlägt der Vorgang fehl, bewahre die Originaldatei auf, lies den Uploadfehler und prüfe die geltende Dateigrößen- oder Kontospeichergrenze. Selbsthosting benötigt außerdem funktionierende Storage-Metadaten, Richtlinien und Dateidaten. Veröffentliche keine Zugangsdaten oder privaten Diagnose-Dumps als Anhänge.

Abhängigkeiten und verwandte Probleme verknüpfen

Öffne die Beziehungsfunktionen eines Problems und suche das andere anhand von Titel oder Kennung. Außerhalb eines Textfelds öffnet R die Auswahl der Beziehungsart auf einer Karte unter dem Mauszeiger oder im Seitenbereich des Problems. Eine beschreibende Suchanfrage listet nach den Textübereinstimmungen auch inhaltlich gefundene Probleme desselben Projekts unter Inhaltlich verwandt auf. Wähle eine blockierende Beziehung, wenn eine Aufgabe abgeschlossen sein muss, bevor eine andere weitergehen kann. Blockiert A das Problem B, ist A die Voraussetzung und B wird von A blockiert. Eine verwandte Beziehung ergänzt Kontext ohne diese Reihenfolge vorzugeben.

Lies beide Kennungen und die angezeigte Richtung vor der Bestätigung. Beispielsweise blockiert „Endpunkt vorbereiten“ die Aufgabe „Client verbinden“, nicht umgekehrt. Eine Abhängigkeit macht keines der Probleme zu einem Unterproblem. Eine Eltern-Kind-Beziehung ersetzt keine blockierende Beziehung.

Wähle zuerst die Richtung der Beziehung und dann ihr Ziel. Hier wurde keine Beziehung gespeichert.

Aufgelöste und geerbte Blockaden

Die Abschlusszustände Fertig, Abgebrochen und Duplikat beenden die blockierende Wirkung eines Problems. Beziehungen verbinden Probleme oder Ziele innerhalb desselben Projekts; beide Endpunkte müssen dort zugänglich sein. Sie verknüpfen keine beliebigen privaten Arbeiten über Projektgrenzen hinweg und veröffentlichen keinen der Endpunkte.

Ein offenes Problem kann über sein offenes Ziel eine Blockade erben. Wenn A das Ziel B blockiert, zeigen offene Probleme in B den Eintrag A als geerbte Blockade, auch ohne direkte Beziehung von A zum Problem. Die Anzeige nennt die tatsächliche Voraussetzung und das Ziel, über das die Blockade vererbt wird. Prüfe diese Zielbeziehung, bevor du versuchst, sie am Problem zu entfernen. Wird A oder B geschlossen oder das Problem aus B entfernt, entfällt die geerbte Blockade. Dieser Mechanismus folgt der Zielzuordnung und nicht der Hierarchie zwischen über- und untergeordneten Problemen.

Entferne eine Beziehung über ihre Steuerelemente, wenn sie nicht mehr zutrifft; eine Bestätigung nennt das andere Problem oder Ziel, und nur die Verknüpfung verschwindet. Prüfe anschließend sowohl die Beschriftung als auch die Blockadeanzeige. Das Markieren eines Duplikats beeinflusst den Lebenszyklus und verweist auf die beibehaltene Arbeit. Verwende es für doppelte Aufgaben, statt eine normale verwandte Beziehung anzulegen und anzunehmen, diese würde das Duplikat schließen.

Findet die Beziehungsauswahl ein Problem nicht, prüfe Projektzugriff und Kennung. Lege keine Inhalte eines anderen Projekts offen, indem du eine private Problem-URL in eine öffentliche Feedback-Antwort kopierst.

Von Smart-Fill hinzugefügte Verknüpfungen

Ist Verwandte Vorgänge verknüpfen eingeschaltet, sucht Smart-Fill nach verwandten Problemen, sobald ein Problem erstellt oder sein Titel oder seine Beschreibung geändert wurde. Das geschieht im Hintergrund nach dem Speichern: Erstellen und Bearbeiten warten nie darauf, und Verknüpfungen können einige Sekunden später erscheinen. Bei einem neuen Problem folgt es denselben Einstellungen wie die übrigen Felder; es läuft also nicht, wenn du Smart-Fill für dieses Problem ausgeschaltet hast. Es läuft nicht für Probleme, die aus einem verknüpften Repository importiert wurden, nicht für wiederkehrende Kopien und nicht für Änderungen, die aus dem Repository synchronisiert werden.

Smart-Fill vergleicht das Problem mit höchstens fünf Kandidaten aus demselben Projekt; abgebrochene, doppelte und gelöschte Probleme bleiben außen vor. Eine Entscheidung ordnet dann jeden Kandidaten ein: verwandt, blockierend, blockiert durch oder ohne Beziehung. Ähnlichkeit allein erzeugt nie eine Verknüpfung, eine Abhängigkeit braucht stärkere Anhaltspunkte als eine verwandte Beziehung, und im Zweifel fügt Smart-Fill nichts hinzu. Ein einzelner Durchlauf fügt höchstens drei Beziehungen hinzu. Er rührt kein Paar an, das bereits eine Beziehung hat, fügt nie eine Blockade hinzu, die einen Zyklus schließen würde, und verwirft sein Ergebnis, wenn sich der Text des Problems während der Entscheidung geändert hat. Er markiert nie ein Duplikat und ändert nie einen Status.

So hinzugefügte Verknüpfungen erscheinen wie alle anderen in den Beziehungen des Problems, und der Verlauf nennt Smart-Fill als Urheber. Prüfe die Richtung einer Abhängigkeit wie bei deinen eigenen. Entferne eine Verknüpfung über die Beziehungssteuerelemente: Smart-Fill fügt eine entfernte Verknüpfung für dieses Paar nicht erneut hinzu. Um keine neuen Verknüpfungen mehr zu erhalten, schalte Verwandte Vorgänge verknüpfen in deinen Einstellungen aus. Probleme, die vor dieser Funktion erstellt, importiert oder aus einem Repository synchronisiert wurden, werden nach und nach im Hintergrund indexiert, erhalten aber nie automatisch Verknüpfungen.

Indexierung und Beziehungsentscheidungen nutzen KI. Sie zählen zum Anteil Automatisierungen des Kontos, dem der Durchlauf zugerechnet wird: dem Konto, das für das Smart-Fill des neuen Problems belastet wird, meist seinem Ersteller; der bearbeitenden Person bei einer Bearbeitung; dem Projekteigentümer bei der Indexierung im Hintergrund. Der Nutzungsverlauf führt die Indexierung als Smart-fill · Problemindex. Eine Beziehungsentscheidung erscheint als KI-Entscheidung, wenn das Entscheidungsmodell sie trifft, und als Smart-fill · Beziehungen, wenn das Ersatzmodell sie trifft. Ist dieses Budget erschöpft oder schlägt der Anbieter fehl, wird der Durchlauf übersprungen und das Problem bleibt unverändert. Die inhaltliche Problemsuche nutzt denselben Index: Jede neue Suchanfrage zählt zum Anteil Automatisierungen des suchenden Kontos und erscheint als Problemsuche.

Ein Problem in Unterprobleme aufteilen

Öffne das übergeordnete Problem und verwende seine Unterproblem-Funktionen, um kleinere Arbeitsschritte zu erstellen. Gib jedem Unterproblem ein eigenes Ergebnis. Prüfe nach der Erstellung sein Projekt, seine Eigenschaften und die Kennung des übergeordneten Problems. Die Hierarchie soll die Nachverfolgung erleichtern, nicht die Beschreibung der Ergebnisse jedes Unterproblems ersetzen.

Die Hierarchie erlaubt eine Ebene: Das übergeordnete Problem muss ein Problem der obersten Ebene im selben Projekt sein, und ein Unterproblem kann selbst keine Unterprobleme haben. Wird bei der Erstellung kein Ziel ausdrücklich gewählt, übernimmt das Unterproblem das Ziel seines übergeordneten Problems. Prüfe die entstandenen Eigenschaften, statt anzunehmen, dass spätere Änderungen am übergeordneten Problem automatisch übertragen werden.

Ein Unterproblem bleibt ein Problem mit eigenem Status und eigener Diskussion. Die Fortschrittsanzeige des übergeordneten Problems gewichtet den Aufwand der Unterprobleme und den ihrem Status zugeordneten Abschlussanteil. Der Zähler für abgeschlossene und insgesamt vorhandene Unterprobleme in der Liste ist dagegen eine einfache Anzahl. Lies die Zustände der Unterprobleme zusammen mit beiden Werten. Verwende eine Abhängigkeit für „muss vorher fertig sein“ und ein übergeordnetes Problem für „Teil dieser größeren Aufgabe“.

Das Feld erstellt ein Kind dieses Elterntickets; jedes Kind behält seinen eigenen Status und Diskussionsverlauf.

Die übergeordnete Beziehung öffnen oder entfernen

Die Kennung des übergeordneten Problems neben dem Titel des Unterproblems öffnet ein Menü. Öffne darüber das übergeordnete Problem, um die größere Aufgabe zu prüfen. Um das Unterproblem zu lösen, wähle die Aktion zum Entfernen der übergeordneten Beziehung und lies die Bestätigung vor dem Anwenden. Bei Erfolg verschwindet die Beziehung, das Problem bleibt erhalten.

Lösche kein Unterproblem nur zur Neuordnung der Hierarchie. Prüfe bestehende über- und untergeordnete Beziehungen vor einem Wechsel und kläre eine abgewiesene Beziehung, statt eine kreisförmige Hierarchie zu erzwingen. Schlägt Speichern fehl, öffne das Unterproblem erneut und prüfe, ob die Änderung bereits übernommen wurde, bevor du erneut versuchst. Bewahre abgeschlossene Unterprobleme, wenn du den Gesamtplan überarbeitest.

Einen Umsetzungsplan pflegen

Öffne den Plan-Tab des Problems. Seine Beschreibung sollte bereits das Problem und das erwartete Ergebnis benennen. Ergänze die Umsetzungsschritte selbst oder kopiere den Prompt Plan erstellen für deinen eigenen Coding-Agenten, der das Repository selbst erkundet. Numo kann das Repository nicht lesen: Es kann die Beschreibung schärfen und auf Wunsch einen einfachen Plan schreiben, aber jeder Dateipfad und jede Funktion, die es nennt, ist eine Vermutung. Ein Pfad oder eine Funktion in einem Plan ist nur dann ein Beleg, wenn das Repository tatsächlich gelesen wurde.

Der Plan wird direkt bearbeitet, wie die Beschreibung: Klicke hinein und schreibe, ohne Bearbeitungsmodus oder Speichern-Schaltfläche. Ein leerer Plan zeigt einen Platzhaltertext. Mehrere Mitglieder, Numo und verbundene Agenten können denselben Plan gleichzeitig bearbeiten, jeweils mit einem benannten Cursor, und eine Aufgabe, die ein Agent abhakt, erscheint in deinem Editor, während du an anderer Stelle schreibst. Tippe am Zeilenanfang - [ ] gefolgt von einem Leerzeichen oder wähle Aufgabenliste im /-Menü, um eine Aufgabe hinzuzufügen. Klicke auf das Kästchen einer Aufgabe, um sie abzuschließen, oder öffne ihr Menü für die anderen Zustände.

Drücke Tab in einer Aufgabe, um sie unter die vorherige zu verschachteln, und Umschalt+Tab, um sie zurückzuholen; im gespeicherten Markdown wird jede Ebene um zwei Leerzeichen eingerückt. Die Verschachtelung ordnet Schritte im Plan und erstellt keine Eltern-Kind-Beziehungen zwischen Problemen. Jede nicht abgebrochene Arbeitsaufgabe zählt weiterhin zum Fortschritt, auch verschachtelte Aufgaben.

Der Plan verwendet Markdown-Aufgabenzeilen: - [ ] für ausstehend, - [~] für in Bearbeitung, - [x] für abgeschlossen und - [-] für abgebrochen. Schreibe den Aufgabentext hinter die Markierung, etwa - [ ] Den Kontaktlink auf Mobilgeräten prüfen. Abgebrochene Aufgaben zählen nicht zur Abschlussquote. Aufgaben unter einer erkannten Questions-Überschrift werden als Fragen behandelt und ebenfalls nicht im Fortschritt berücksichtigt. Halte Arbeitsschritte deshalb in einem eigenen Abschnitt auf derselben Überschriftenebene. Die erkannte Überschrift heißt Questions; die Erkennung verwendet dieses englische Wort. Der Editor zeigt diese Zeilen als Aufgaben an und schreibt sie im selben Format zurück, das Numo und verbundene Agenten lesen. Nutze ausstehend, in Bearbeitung, abgeschlossen und abgebrochen, um den tatsächlichen Verlauf zu beschreiben, ohne ungeprüfte Verifikation anzudeuten.

Der gespeicherte Demo-Plan unterscheidet abgeschlossene, laufende und ausstehende Schritte. Der Fortschritt belegt nicht, dass die fiktive Codeaufgabe ausgeführt wurde.

Fortschritt und gleichzeitige Änderungen erhalten

Erweitere oder ändere den bestehenden Plan gezielt, statt ihn durch eine neue unabgehakte Kopie zu ersetzen. Bewahre abgeschlossene Schritte und Erklärungen für geänderten Umfang. Änderungen anderer Mitglieder und Agenten erscheinen im Plan, sobald sie vorgenommen werden. Ein Werkzeug, das den ganzen Plan ersetzt, ersetzt trotzdem die Passagen, die es neu schreibt; bitte Agenten daher, nur den Teil zu bearbeiten, den sie ändern.

Um den Plan umsetzen zu lassen, kopieren Sie die Eingabeaufforderung des Tickets für Ihren eigenen Coding-Agenten, wie unten beschrieben. Eine abgehakte Aufgabe beweist nicht, dass der Code Tests besteht. Lies Ergebnis, Änderungen und Prüfungen, bevor du das Problem als fertig markierst.

Eine Eingabeaufforderung für einen anderen Coding-Agenten kopieren

Um ein Problem an einen Coding-Agenten außerhalb von Minddy zu übergeben, etwa Claude Code, Codex oder Cursor, öffnen Sie das Aktionsmenü des Problems, wählen Als Eingabeaufforderung kopieren und dann Plan erstellen (oder Plan überprüfen, wenn bereits einer existiert), Problem umsetzen, Überprüfen Sie die Implementierung oder Benutzerdefiniert…. Bei mehreren ausgewählten Problemen fasst Kombinierte Eingabeaufforderung kopieren sie in einer Eingabeaufforderung zusammen. Das Kopieren führt kein KI-Modell aus und verbraucht kein KI-Kontingent: Minddy stellt zusammen, was es bereits gespeichert hat, und der Agent erkundet das Repository selbst. Ist in den Kontoeinstellungen Starten Sie das Problem oder die Aufgabe, wenn ich die Eingabeaufforderung kopiere. aktiviert, startet das Kopieren außerdem ein noch nicht begonnenes Ticket. Den vollständigen Ablauf und die Prüfung von Pull Requests beschreibt Code-Arbeit und Pull Requests.

Die Eingabeaufforderung enthält die Felder des Problems, seine Kategorien, Beziehungen, die Anzahl angehängter Ressourcen und den Fortschritt des Plans, aber nicht den Plantext. Diesen liest der Agent über den MCP-Server von Minddy oder fragt Sie danach. Sie nennt außerdem das mit dem Projekt verknüpfte Repository und jeden mit dem Problem verknüpften Pull Request mit seinem Status und seinen Branches, sofern bekannt. Der Agent setzt einen offenen Pull Request auf dessen Branch fort und behandelt zusammengeführte oder geschlossene als Verlauf. Ohne offenen Pull Request schlägt die Eingabeaufforderung einen Branchnamen aus der Kennung des Problems und einem kurzen Titel vor, zum Beispiel min-42-keyboard-navigation. Das ist nur ein Vorschlag: Der Agent prüft zuerst vorhandene Branches und folgt der Namenskonvention des Repositorys. Bleibt die Kennung im Branchnamen, im Titel des Pull Requests oder in einer Zeile Fixes MIN-42 erhalten, kann Minddy den Pull Request dem Problem zuordnen, wenn das Repository verknüpft ist.

Können die Pull-Request-Informationen nicht geladen werden, sagt die Eingabeaufforderung das, statt zu behaupten, es gebe keinen. Eingabeaufforderungen zum Erstellen und Überprüfen eines Plans bitten den Agenten, vor der Umsetzung aufzuhören. Eine benutzerdefinierte Eingabeaufforderung übernimmt Ihre Anfrage und deren Umfang wie geschrieben. Der Inhalt des Problems und Ihre Anfrage behalten ihre ursprüngliche Sprache; die umgebenden Anweisungen sind auf Englisch.

Ein Problem nach Abschluss wiederholen

Erstelle oder öffne ein Problem, das bei jeder Wiederholung sinnvoll bleibt, etwa eine regelmäßige Prüfung der Abhängigkeiten. Setze ein Fälligkeitsdatum und wähle in der Datumsfunktion eine tägliche, wöchentliche, monatliche oder jährliche Wiederholung. Eine Wiederholung ohne Fälligkeitsdatum wird abgewiesen. Prüfe Eigenschaften und zuständige Person vor dem Speichern. Die Wiederholungseinstellungen des Projekts zeigen aktive Serien; dort kannst du den Rhythmus ändern oder die Wiederholung stoppen.

Wiederkehrende Probleme erzeugen sich nach dem Abschluss als „Fertig“ neu; das nächste Problem entsteht im Rückstand. Prüfe nach dem Abschließen Kennung und Eigenschaften des nächsten Problems.

Der nächste Fälligkeitstermin ergibt sich aus dem bisherigen Fälligkeitsdatum plus einem Wiederholungsintervall, nicht aus dem Tag des Abschlusses. Das Nachfolgeproblem übernimmt Titel, Beschreibung, Priorität, Aufwand, zuständige Person, Ziel und Kategorien. Umsetzungsplan, übergeordnete Beziehung, Ressourcen und Kommentare werden nicht übernommen. Die Wiederholung geht auf das Nachfolgeproblem über; das erneute Öffnen und Abschließen des alten Problems erzeugt keine weitere Wiederholung. Scheitert die Erstellung des Nachfolgeproblems, stoppt die Serie, statt am abgeschlossenen Problem wiederholt neue Versuche auszuführen. Prüfe das Ergebnis und richte nach Behebung des Fehlers die Wiederholung an der passenden nächsten Aufgabe ein. Gehe nicht davon aus, dass ein Kalenderplan Code ausführt oder das neue Problem für dich erledigt.

Der wiederkehrende Modus zeigt die wöchentliche Folge. Bestätige die erste Fälligkeit vor der Ticketerstellung.

Die Wiederholung ändern oder stoppen

Bearbeite oder deaktiviere künftige Wiederholungen in den Wiederholungseinstellungen. Prüfe bereits erstellte Probleme gesondert: Das Stoppen weiterer Erstellung bedeutet nicht, dass bestehende Arbeit abgeschlossen oder entfernt wurde.

Eine Numo-Routine ist ein anderes Objekt: Sie plant ein Gespräch und kann das KI-Budget des Eigentümers und eingerichtete Anbieter verwenden. Wähle wiederkehrende Probleme für eine wiederholte nachverfolgte Aufgabe und eine Routine für Anweisungen, die nach Zeitplan ausgeführt werden sollen. Fehlt das nächste Problem, prüfe, ob das vorherige als fertig markiert wurde, die Wiederholung noch aktiv ist und du den Rückstand ohne einschränkende Filter ansiehst.

Mehrere Probleme gemeinsam aktualisieren

Halte auf einem Board die Umschalttaste gedrückt und klicke auf jede Problemkarte, um sie aus- oder abzuwählen. Mit einer Maus kannst du außerdem von einer freien Boardfläche aus ein Auswahlrechteck ziehen. Umschalt, Command oder Strg ergänzt dabei die bestehende Auswahl. Das Auswahlrechteck ist kein Auswahlverfahren für Touchscreens. Prüfe die Anzahl und die sichtbaren Kennungen, bevor du die Sammelaktionen öffnest. Die Auswahl ist eine Arbeitsmenge für die Aktion, keine gespeicherte Ansicht und keine Berechtigungserteilung. Öffne sie mit Aktionen in der Auswahlleiste oder drücke Befehl+K unter macOS bzw. Strg+K unter Windows/Linux, während Probleme ausgewählt sind.

Wähle Aktionen in der schwebenden Auswahlleiste, um die Befehlspalette zu öffnen. Wähle Status, Priorität, Aufwand oder zuständige Person, setze den Wert und bestätige das Inline-Formular. Die Zielaktion erscheint nur, wenn die Auswahl zu einem einzigen Projekt mit verfügbaren Zielen gehört. Andere Aktionen, etwa das Hinzufügen zu oder Entfernen aus einem Zyklus, das Verknüpfen zweier Probleme oder das Senden der Auswahl an Numo, erscheinen nur, wenn das aktuelle Board sie unterstützt. Prüfe anschließend die betroffenen Probleme. Auf einem reinen Touchgerät ohne unterstützte Mehrfachauswahl bearbeitest du jedes Problem im Detailpanel.

Teilergebnisse und destruktive Aktionen

Prüfe bei projektübergreifender Arbeit deine Mitgliedschaft in jedem betroffenen Projekt. Lies Ergebnisse mit Teilfehlern: Erfolgreiche Änderungen können bereits gespeichert sein, obwohl ein anderes Problem abgewiesen wurde. Prüfe das Ergebnis, bevor du die gesamte Auswahl erneut bearbeitest.

Das Löschen betrifft jeden ausgewählten Eintrag. Bestätige deshalb die Auswahl, bevor du fortfährst. Probleme in den Papierkorb verschieben verlangt eine Bestätigung; die Probleme lassen sich mit ihren Kommentaren, Dateien und Links 30 Tage lang aus dem Papierkorb wiederherstellen. Hebe sie nach dem Vorgang auf, wenn du zu anderer Arbeit wechselst. Verändern sich durch dein Update die Filterergebnisse, können Probleme aus der sichtbaren Ansicht verschwinden und trotzdem im Projekt bleiben. Suche ihre Kennungen, um den neuen Zustand zu prüfen, statt sie neu anzulegen.

CSV-Backlog nach Zuordnungsprüfung importieren

Der Projektinhaber öffnet Import in den Projekteinstellungen und wählt einen CSV-Export aus. Formate von Linear und Jira werden erkannt; andere CSV-Dateien verwenden eine allgemeine Spaltenzuordnung. Pro Import gelten 5 MiB und 5.000 Tickets als Grenze. Teilen Sie größere Exporte gezielt auf und halten Sie Elternreferenzen möglichst im selben Stapel.

Ordnen Sie vor dem Import die Titelspalte zu. Prüfen Sie Beschreibung, Status, Priorität, Aufwand, Fälligkeit, Kategorien und zuständige Personen. Ordnen Sie Personen tatsächlichen Projektmitgliedern zu und prüfen Sie neue Kategorien. Elternreferenzen entsprechen externen Schlüsseln im Stapel und unterstützen eine Ebene. CSV-Dateien importieren keine Bytes angehängter Dateien.

Ein KI-Vorschlag wird nur bei Lücken in der Zuordnung angefordert. Er bleibt bearbeitbar. Fällt der Anbieter aus oder ist er nicht verfügbar, können Sie weiterhin manuell zuordnen. Eine manuelle Korrektur verhindert, dass ein später eintreffender Vorschlag Ihre Auswahl überschreibt.

Importieren und kontrollieren

Lesen Sie nach jeder Zuordnungsänderung die Ticketanzahl, Statusverteilung und Warnungen. Korrigieren Sie übersprungene oder ungültige Zeilen vor der Bestätigung. Der Import erstellt neue Tickets; gehen Sie nicht davon aus, dass erneutes Hochladen bestehende Tickets ohne Duplikate aktualisiert. Prüfen Sie nach dem Erfolg repräsentative Tickets, Zuweisungen, Daten und Elternverknüpfungen. Geht die Antwort verloren, prüfen Sie das Projekt vor einem erneuten Import der gesamten Datei, um doppelte Arbeit zu vermeiden.

CSV-Vorschau mit zwei übersetzten Demonstrationszeilen und erkannten Spaltenzuordnungen. Es wurde nichts importiert; die optionale KI-Planung war für die Aufnahme gesperrt.

Issues als CSV exportieren

Öffnen Sie als angemeldetes Projektmitglied die Befehlspalette mit Command+K unter macOS oder Strg+K auf anderen Systemen und suchen Sie nach „Probleme als CSV exportieren“. Wählen Sie den Befehl, ein Projekt oder alle zugänglichen Projekte und prüfen Sie die Status-Kontrollkästchen. Auf einer Projektseite ist das aktuelle Projekt vorausgewählt. Erledigte, abgebrochene und als Duplikat markierte Issues sind standardmäßig ausgeschlossen; schließen Sie sie für einen vollständigen Verlauf ein. Mindestens ein Status muss ausgewählt bleiben. Board-Filter und ausgewählte Karten bestimmen diesen Export nicht.

Wählen Sie Exportieren und prüfen Sie die Downloadbestätigung und die gemeldete Anzahl. Die UTF-8-CSV enthält Kennungen, Titel, Markdown-Beschreibungen, Status, Prioritäten, Aufwand, Kategorien, Zuständige, Ziele, Projektnamen, Datumsangaben und übergeordnete Kennungen. Der Zugriff bleibt auf Ihre zugänglichen Projekte beschränkt. Eine Datei nur mit Spaltenüberschriften kann bedeuten, dass keine zugänglichen Issues passen. Berücksichtigen Sie beim Teilen, dass Beschreibungen und Namen Projektdaten sind.

Vollständigkeit und erneuten Import prüfen

Der Export ist auf 20.000 Issues begrenzt. Eine Kürzungswarnung bedeutet, dass die Datei unvollständig sein kann. Grenzen Sie Projekt und Status ein, exportieren Sie getrennte Gruppen und vergleichen Sie die Anzahlen. Eine Wiederholung desselben Umfangs lädt keine Folgeseite. Prüfen Sie bei Downloadfehlern Fehlermeldung, Sitzung und Projektzugriff, bevor Sie es erneut versuchen.

Das Format lässt sich in minddy importieren, mit der Berechtigung des Zielprojektinhabers und nach Prüfung der Feldzuordnung. Ein Import erstellt neue Issues; er stellt ursprüngliche Kennungen nicht wieder her und aktualisiert bestehende Issues nicht. Halten Sie übergeordnete Zeilen im selben Importstapel. CSV enthält Issue-Daten, keine Sicherung von Anhängen, Kommentaren, Kontoeinstellungen oder Zugangsdaten. Für einen Kontotransfer verwenden Sie den Leitfaden zum Instanzwechsel.