Arbeiten mit Arbeitselementen

Die Arbeitselemente eines Projekts — Epics, Features, User Stories, Tasks, Bugs — stehen in Azure DevOps. Dieser Bereich zeigt sie im Wiki: suchen, filtern, öffnen, und mit der passenden Rolle auch anlegen, ändern, zuweisen und kommentieren. Es wird nichts kopiert; jede Ansicht liest den Server, und jede Änderung schreibt dorthin.

Erste Schritte

Finden → Öffnen → Bearbeiten → Verknüpfen

Der Bereich liegt in der rechten Leiste jedes Projekts unter Arbeitselemente.

Häufige Aufgaben

Zwei Bestände, die nicht dasselbe sind

Dieses Wiki führt zwei Arten von Arbeitselementen, und sie haben nichts miteinander zu tun:

Bereich	Woher die Daten kommen	Wofür
Arbeitselemente (dieser Bereich)	Azure DevOps, live gelesen	Der tatsächliche Arbeitsbestand des Projekts
Board, Abfragen	Eine lokale Ablage im Wiki	Ein kleiner eigener Bestand desselben Wikis

Beide Bereiche zeigen Elemente mit Nummer, Typ und Zustand, und die Nummern überschneiden sich. Wer eine Nummer aus einem Commit oder einem Gespräch nachschlägt, meint fast immer die aus Azure DevOps und gehört in diesen Bereich.

Aufbau

<html>

<div style="display:grid;grid-template-columns:repeat(3,minmax(150px,1fr));min-width:520px">
  <div style="border-right:1px solid #e3e6ec;padding:10px 12px">
    <div style="font:600 12px/1.4 system-ui,sans-serif;color:#3b4252">1 Suchleiste</div>
    <div style="font:11px/1.5 system-ui,sans-serif;color:#5b6472">Text, Typ, Zustand, Person, Iteration, Bereich</div>
  </div>
  <div style="border-right:1px solid #e3e6ec;padding:10px 12px">
    <div style="font:600 12px/1.4 system-ui,sans-serif;color:#3b4252">2 Trefferliste</div>
    <div style="font:11px/1.5 system-ui,sans-serif;color:#5b6472">Nr., Typ, Titel, Zustand, Person, Iteration, Änderung</div>
  </div>
  <div style="padding:10px 12px">
    <div style="font:600 12px/1.4 system-ui,sans-serif;color:#3b4252">3 Einzelansicht</div>
    <div style="font:11px/1.5 system-ui,sans-serif;color:#5b6472">Felder · Verknüpfungen · Verlauf</div>
  </div>
</div>
<div style="border-top:1px solid #e3e6ec;padding:10px 12px">
  <div style="font:600 12px/1.4 system-ui,sans-serif;color:#3b4252">4 Ändern — nur mit der passenden Rolle</div>
  <div style="font:11px/1.5 system-ui,sans-serif;color:#5b6472">Anlegen, Felder, Zustand, Zuweisung, Kommentare · Verknüpfungen erst ab Betreuer</div>
</div>

</html>

Region	Was dort passiert
1	Die Frage: Volltext über Titel und Nummer, dazu Auswahllisten für Typ, Zustand, zugewiesene Person, Iteration und Bereich. Jede Einstellung steht in der Adresse und lässt sich als Lesezeichen weitergeben.
2	Die Antwort, fünfzig Zeilen je Seite, neueste Änderung zuerst.
3	Ein Arbeitselement mit seinen Feldern, seinen Verknüpfungen und seinem Verlauf — drei Reiter, weil jeder eine eigene Abfrage kostet.
4	Was geändert werden darf, hängt an der Rolle im Projekt. Was nicht erlaubt ist, wird nicht angeboten.

Wesentliche Funktionen

Volltextsuche über Titel und Nummer, mit fünf Filtern daneben.
Typen, Zustände, Bereiche, Iterationen und Personen werden vom Server gelesen, nicht im Wiki hinterlegt — eine geänderte Prozessvorlage wirkt ohne Codeänderung.
Einzelansicht mit Feldern, Beschreibung, Verknüpfungen, Kommentaren und Verlauf.
Anlegen und Ändern für Mitwirkende, Verknüpfen für Betreuer.
Schutz gegen gegenseitiges Überschreiben: wer speichert, während jemand anderes bereits geändert hat, bekommt eine Absage statt eines stillen Überschreibens.
Jedes Arbeitselement trägt einen Verweis auf seine Seite in Azure DevOps.

Grundgedanke

Der Bereich ist eine Sicht, keine Kopie. Die Liste stellt eine Abfrage an Azure DevOps und zeigt deren Ergebnis; die Einzelansicht liest das Element in dem Augenblick, in dem sie geöffnet wird; eine Änderung geht als Änderungsauftrag an denselben Server. Es gibt daher keinen zweiten Stand, der veralten könnte, und keine Frage, welche Seite recht hat.

Welche Rolle Sie in einem Projekt haben, entscheidet dieses Wiki — dieselbe Rolle, die auch über Repositories und Seiten entscheidet. Azure DevOps selbst sieht immer dasselbe Dienstkonto; Ihr persönlicher Zugang wird dorthin nicht durchgereicht. Was das für die Nachvollziehbarkeit bedeutet, steht unter Wer als Urheber erscheint.

Störungen

Für Entwicklerinnen und Entwickler

ADO-Arbeitselemente — Aufbau, Verträge, Grenzen
ADO-Verbindung — Verbindungen, Anmeldeinformationen, REST
DevOps Core — Projekt-, Rollen- und Navigationsmodell