Verschieben, kopieren, umwandeln: drei Fragen an einen Vorgang

Bisher gab es für einen Vorgang, der nicht passte, nur einen Weg: löschen und neu anlegen. Dabei gingen Kommentare, Zeitbuchungen und die ganze Geschichte verloren. Jetzt stehen im Menü „Aktionen“ im Kopf jeder Vorgangskarte drei Handlungen, und sie beantworten drei verschiedene Fragen. Wer verschiebt, hat einen Vorgang am falschen Platz. Wer kopiert, braucht ihn ein zweites Mal. Wer umwandelt, hat ihn falsch eingeordnet: Es war gar keine Story, sondern eine Aufgabe.

Alle drei folgen demselben Muster. Links wählt man das Ziel, rechts zeigt eine Vorschau vom Server, was dann passiert. Die Vorschau rechnet der Server, weil nur er Prozess, Statuswerte und Mitglieder des Zielprojekts kennt.

Verschieben: eine Festlegung aufheben, die richtig war

Das Projekt eines Vorgangs galt bis dahin als unveränderlich, und das hatte einen guten Grund: Es steckt in der Kennung. Aus BC-16 wird beim Umzug nach Power BI eine Kennung PB-…, gezogen aus dem Zähler des Zielprojekts. Der Preis ist, dass eine alte Kennung in einer Mail danach ins Leere zeigt. Damit man die Spur trotzdem findet, steht der Umzug im Änderungsprotokoll, und zwar an jedem mitgewanderten Vorgang. Die Karte einer Aufgabe muss aus sich heraus erklären können, warum ihre Kennung eine andere ist, sonst sucht man den Baum hinauf.

Rechts steht alles, was der Zug bewirkt, bis hin zu den Zeitbuchungen, die mitwandern.

Die spannendste Frage war das Recht. Naheliegend wäre „Stories ändern“ gewesen. Ich verlange im Quellprojekt aber das Löschrecht und im Zielprojekt das Anlegerecht, je Vorgangsart im Teilbaum. Für jemanden, der im alten Projekt hinschaut, ist ein weggezogener Vorgang nämlich von einem gelöschten nicht zu unterscheiden: Er verschwindet aus jeder Liste, jedem Board und jeder Auswertung. Wäre das Änderungsrecht genug, hieße „Stories ändern“ heimlich auch „Stories aus dem Projekt entfernen“. Wer nur innerhalb desselben Projekts umhängt, braucht dagegen weiterhin bloß das Änderungsrecht, denn dort verschwindet nichts.

Eine eigene Berechtigung „Vorgänge verschieben“ gibt es übrigens bewusst nicht. Keine Systemrolle hätte sie getragen, und bis jemand eine Rolle dafür einrichtet, hätte niemand verschieben können.

Die Zeitbuchungen wandern unverändert mit. Die Vorschau nennt trotzdem Anzahl und Summe, weil die Stunden danach in den Auswertungen eines fremden Projekts auftauchen. Ohne den Hinweis fiele das erst am Monatsende auf.

Kopieren: kein angehängtes „(Kopie)“

Eine Kopie übernimmt Titel und Beschreibung, sonst nichts, und beginnt beim Startstatus des Zielprozesses. Das einzige Feld in der Maske ist der Titel, vorbelegt mit dem des Originals.

Ob die untergeordneten Vorgänge mitkommen, ist eine Frage. Ohne Haken wird nur der Vorgang selbst kopiert.

Ich hätte den Server einfach „(Kopie)“ an den Titel hängen lassen können, wie viele Programme das tun. Das wäre aber erfundener Text gewesen, in der Sprache dessen, der gerade kopiert, und danach dauerhaft Teil der Daten. Lieber sieht man den Titel und ändert ihn selbst. Die Nachfahren behalten ihre Titel ohnehin, denn wer eine Zerlegung kopiert, will sie wiedererkennen. Nach dem Kopieren landet man auf der Kopie und nicht auf dem Original, weil die Kopie oft in einem anderen Projekt liegt und man sonst von seiner Handlung nichts sähe.

Umwandeln: der Elternvorgang folgt der neuen Art

Beim Umwandeln bleibt alles, wo es ist: dieselbe Stelle, dieselbe Kennung, alle Kommentare und Buchungen. Eine Kennung aus einer alten Mail zeigt also weiterhin auf den richtigen Vorgang. Umwandelbar sind Story, Aufgabe und Problem, und nur, solange nichts darunter hängt.

Erst die Zielart, dann der passende Elternvorgang für genau diese Art.

An einer Stelle muss man beim Bedienen umdenken: Eine Story hängt unter einem Feature. Als Aufgabe braucht sie eine Story über sich, und das bisherige Feature ist dann der falsche Elternvorgang. Die Maske fragt deshalb die Kette der neuen Art ab. Epic und Feature lassen sich gar nicht umwandeln. Sie sind Gefäße für eine Zerlegung, und ein leeres Epic in eine Story zu verwandeln ist dasselbe wie es zu löschen, nur dass danach niemand mehr sieht, dass hier eine Zerlegung geplant war.

Außerdem

• Im Kopf der Karte steht „Aktionen“ ganz außen rechts und die Stoppuhr links davon. Die Stoppuhr wechselt ihre Breite, und solange sie rechts stand, sprang das Menü bei jedem Start an eine andere Stelle, genau dorthin, wo man sonst „Löschen“ trifft.
• Verschieben, Kopieren und Umwandeln gibt es nur auf der Karte, nicht in Listen oder auf dem Board. Eine Tabellenzeile hat keinen Platz für die Vorschau, und ohne Vorschau sollte niemand zustimmen.
• Umwandeln und Verschieben in einem Schritt gibt es nicht. Wer beides will, wandelt erst um und verschiebt dann.

Die vierte Handlung im selben Menü kam einen Tag später, und sie ist die einzige ohne Rückweg: das Löschen.