Ein Backlog hat viele Dimensionen. So müssen Epics, Stories, Lösungsversionen, Prioritäten, Reifegrade oder die Relevanz der Stories stets im Blick gehalten werden, um das Backlog sauber zu halten. JIRA bietet zum Glück eine umfangreiche Datenbank-Abfrage, die dafür genutzt werden kann.
„JIRA-Abfragen nutzen, um das Backlog sauber zu halten“ weiterlesen
Im Backlog sind Anforderungen von unterschiedlichen Reifegraden gesammelt. In der Regel soll es so sein, dass die Themen mit der höchsten Priorität auch am besten besprochen sind. Die Praxis bringt aber wie immer andere Erkenntnisse hervor.
„Reifegrad von Stories im Backlog kenntlich machen“ weiterlesen
Wenn man die lateinische Redewendung „Mens sana in corpore sano“ frei auf die Arbeitsweise in Scrum überträgt, ist es wichtig, ein sauberes Backlog zu haben, um saubere Arbeit abzuliefern. Für den Product Owner ist die Pflege des Backlogs daher einer der zentralen Aufgaben.
„Mehr Strukur ins Backlog bringen“ weiterlesen
Steht die Struktur des Wikis fest, ist das ein wichtiger Schritt. Allerdings muss auch jeder, der das Wiki nutzt, verstehen, wo er oder sie neue Dokumente anlegen darf und wo nicht. Aus diesem Grund habe ich eine kleine Entscheidungshilfe gebastelt.
„Wo muss ich das dokumentieren? – Ein Cheat Sheet“ weiterlesen
Wir haben in diesem Blog gelernt, dass es es mindestens drei unterschiedliche Arten von Dokumentation gibt. Diese Erkenntnis findet sich optimalerweise auch in der Baumstruktur des Wikis wider. Wie das gehen kann, versuche ich in diesem Beitrag zu skizzieren.
„Welche Baumstruktur eignet sich für die Gliederung eines Wikis“ weiterlesen
Wenn man meinen Blog nicht von Anfang an lesen möchte (das wäre sehr schade), schreibe ich hier noch einmal zusammengefasst auf, was ich unter agiler Dokumentation verstehe bzw. welches Verständnis ich voraussetze, wenn ich neue Blogartikel schreibe.
„Agile IT Dokumentation in a nutshell“ weiterlesen
Als ich über Weihnachten verschiedene Blogbeiträge zu Agiler Dokumentation gelesen habe, sind mir drei Zitate besonders in Erinnerung geblieben, die mit „Documentation is like…“ anfingen. Viele sagen, dass Dokumentation langweilig und nervig ist, aber in diesen Zitaten und in diesem Beitrag geht es um Sex, Tamagotchis und den Tod.
„Was haben Sex, Tamagotchis und der Tod mit Dokumentation zu tun?“ weiterlesen
Als ich am Wochenende den t3n-Artikel „Die Job-Transformer“ (Ausgabe 53) gelesen habe, stach mir folgendes Zitat von Bosch-Manager Rendenbach ins Auge: „Die Helden der Zukunft sind die, die nicht nur Fachwissen haben, sondern es auch weitergeben.“. Aber was motiviert Mitarbeiter dazu, ihr Fachwissen zu teilen? Sind es wirklich die Likes, die andere geben, wenn sie den Artikel oder das Lernvideo gut finden? Ich bezweifele das. „Was motiviert Mitarbeiter zu dokumentieren?“ weiterlesen
Es klingt schon ziemlich altbacken, wenn am Anfang eines Projektes der Vorschlag zu einem gemeinsamen Glossars im Raum steht, aber gerade in einem agilen Umfeld ist ein Glossar durchaus sinnvoll. Hier wird mehr Wert auf schlanke Kommunikation, als auf umfangreichen Definitionen gelegt. Durch ein gemeinsames Verständnis kommt man schneller zum Ziel, ohne über Äpfel und Birnen zu diskutieren. „Das belächelte Glossar lacht zurück“ weiterlesen
Spätestens wenn man sich für Confluence (oder ein anderes Wiki) als Tool für die Produktdokumentation entschieden hat, stellt sich die Frage, wie man die angelegten Seiten strukturieren soll. Dafür gibt es bei Anwendungen mit hohem User-Interface-Anteil zwei offensichtliche Möglichkeiten: entweder man gliedert nach Feature-Schnitt oder nach den einzelnen Seiten in der Anwendung. „Unterschiedliche Sichten auf die Produktdokumentation ermöglichen“ weiterlesen
Agile Dokumentation 