Was sich an GODAV Pro geändert hat — und warum.
Ein Blog über die Entwicklung von GODAV Pro sollte selbst ordentlich gebaut sein: statische Seiten, ein Kontaktformular ohne Drittanbieter, ein lokales Backend zum Schreiben und Veröffentlichen — und ein Werkzeug, das Bildschirmfotos verpixelt, bevor sie online gehen.
Für den Cloudbetrieb bekommt jeder Kunde eine eigene GODAV-Instanz. Damit das beherrschbar bleibt, habe ich ein eigenes Verwaltungsprogramm gebaut: Instanzen, Lizenzen, Updates mit Rücksprung, Sicherungen, Verfügbarkeit und Ressourcen an einem Ort.
Nach den Beiträgen im Magazin-Layout hat das Intranet in GODAV seine Werkzeuge bekommen: einen Kalender mit Kalenderwochen, ein Wiki mit Fassungen, ein Personenverzeichnis und buchbare Schulungen mit Warteliste.
Der Menüpunkt Umfragen/Formulare sammelt Antworten, statt sie in einen Text zu gießen. Warum der Status nirgends gespeichert ist, warum der Zwischenstand im Browser liegt und wo eine Uhrzeit schon zu viel verraten würde.
Wer GODAV mit einem Microsoft-Konto nutzt, kann Benachrichtigungen jetzt auch im Aktivitätsfeed von Teams bekommen, statt oder zusätzlich zur Mail. Gebaut und geprüft ist es, an einem echten Mandanten gelaufen ist es noch nicht.
An jedem Feature und jeder User Story lässt sich ein Programmierkonzept anlegen. Warum es kein Textdokument ist, warum es Fassungen hat und warum „Freigegeben“ violett ist und nicht grün.
Ein Daily fragt jeden Morgen dasselbe: Was war gestern, was steht heute an, wer hat noch Platz? GODAV kennt die Antworten längst. Das Daily Meeting stellt sie in die Reihenfolge, in der eine Runde sie braucht.
GODAV verbindet sich mit GitHub und zeigt am Vorgang, welche Pull Requests, Branches und Commits zu ihm gehören. Warum das kein Import ist, warum nichts zurückgeschrieben wird und wie aus dem Vorgang heraus ein Branch entsteht.
Prozesse können jetzt eigene Felder führen, von der Kostenstelle bis zum Freigabedatum. Wichtig war mir dabei nicht nur das Erfassen, sondern dass man danach auch gezielt nach ihnen fragen kann.
Auf den Kanbanboards lassen sich jetzt mehrere Karten markieren und gemeinsam verschieben, per Strg-Klick oder mit einem Rahmen. Hinter der einfachen Geste stecken ein paar Entscheidungen, die man erst beim zweiten Hinsehen bemerkt.
Wer zu GODAV wechselt, bringt seinen Bestand mit. Der Import aus Targetprocess übernimmt Vorgänge samt Datum, Kommentaren und Anhängen, filtert je Vorgangsart und schweigt dabei, statt alte Kunden anzuschreiben.
Neben der Sicherheitsprüfung stand vor 1.0.0 ein Codereview auf der Roadmap. Es fragt nicht nach Angreifern, sondern danach, ob der Code wartbar bleibt. Der wichtigste Fund war eine Pipeline, die seit Tagen gar nicht mehr prüfte.
Ein Planungslauf verteilt die offenen User Storys auf die Zeit, die wirklich da ist. Ohne Punktwertung und ohne Black Box: Jede Zeile sagt, warum sie dort steht, und derselbe Lauf ergibt zweimal dasselbe.
Vor Version 1.0.0 habe ich GODAV Pro einer festen, wiederholbaren Sicherheitsprüfung unterzogen: Anmeldung, Berechtigungen, Eingaben, Datenabfluss, Konfiguration und Abhängigkeiten. Jeder Befund braucht einen Beleg im Code.
Die Projektkarte hat einen Reiter „Baum“. Er zeigt Epics, Features und Storys als schieb- und zoombare Fläche mit denselben Kärtchen wie auf dem Board. Dazu Knöpfe, die ganze Ebenen ein- und ausklappen.
Urlaub, Arzttermin, jeder Freitagnachmittag: Abwesenheiten senken das Tagessoll in der Zeiterfassung und die Kapazität in Berichten und Iterationen. Dass jemand fehlt, sieht jeder, warum, bleibt vertraulich.
Jedes Projekt führt jetzt seine Auslieferungsstände. Epics, Features und Storys hängen an einem Release, die Zuordnung vererbt sich nach unten, und das Gantt kann nach Release statt nach Hierarchie ordnen.
Checklisten sind Listen mit Arbeitsschritten, die im Prozess einer Vorgangsart zugeordnet werden. Gepflegt werden sie von Fachleuten statt nur von Administratoren, und jede Position weiß, wer üblicherweise dran ist.
Risiken und Chancen werden in GODAV Pro auf derselben 5×5-Skala bewertet und regelmäßig überprüft. Ab wann etwas rot heißt, legt jetzt der Betrieb fest, und die Matrix sagt ehrlich, was sie nicht zeigt.
Vorgänge tragen jetzt bis zu fünf Schlagworte aus einer gemeinsamen Liste für alle Projekte. Sie stehen auf Karten, in Listen und an Suchtreffern, lassen sich filtern und werden in den Einstellungen aufgeräumt.
Ein Käfer in der Kopfzeile öffnet einen Fehlerbericht, der Seite, Fehlermeldung, Systeminformationen und auf Wunsch ein Bildschirmfoto mitnimmt. Bevor etwas verschickt wird, sieht man genau, was den Rechner verlässt.
Meilensteine sind die festen Punkte im Zeitplan eines Projekts. In GODAV Pro hängen sie an einem Vorgang und wandern im Gantt mit, wenn sich dessen Planung verschiebt, ohne dass die ursprüngliche Zusage verloren geht.
GODAV Pro bekommt einen geführten Installer für Linux und signierte Installationspakete. Später kam das Update über die Oberfläche dazu: Paket hineinziehen, Update starten, vorher wird die Datenbank gesichert.
Sechs Reiter, sechs Fragen. Hier geht es um die Reiter hinter dem Portfolio: wie ehrlich ein Burn-down sein kann, warum die Schätztreue gegen die erste Schätzung misst und warum der letzte Reiter die Voraussetzung für alle anderen ist.
Das Dashboard ist die erste Seite nach der Anmeldung und soll eine Frage beantworten: Was braucht heute meine Aufmerksamkeit? Warum es weniger Kacheln zeigt als die Designvorlage und warum jede Zahl darauf durch denselben Filter läuft wie die Listen.
Wer eine Anfrage per Mail schickt, kann jetzt selbst nachsehen, was daraus geworden ist: in einer stark eingeschränkten Ansicht, die nur seine eigenen Anfragen zeigt und alles Interne zurückhält, bis jemand es ausdrücklich freigibt.
Bisher gingen Mails nur an Projektmitglieder, die persönlich betroffen waren. Jetzt lassen sich je Prozess ganze Projektrollen in den Verteiler nehmen, und zum ersten Mal schreibt GODAV Pro auch nach draußen: an den Absender einer Anfrage.
Aus Absendern, Empfängern und Kopien eingehender Mails werden Anfragende, die ein Administrator prüft: freigeben, ablehnen oder in ein Konto umwandeln. Warum ein Anfragender kein Benutzer ist und was die Prüfung bewirkt.
GODAV Pro kennt jetzt Single Sign-On über Microsoft Entra ID. Ein Administrator entscheidet je Konto, ob es sich mit Passwort oder über das Firmenverzeichnis anmeldet, und die Anwendung sorgt dafür, dass sich dabei niemand aussperrt.
GODAV Pro liest ein Supportpostfach und macht aus jeder neuen Mail einen Request. Warum dabei keine Mail doppelt ankommen und keine verloren gehen darf, und wie aus Outlook-HTML lesbarer Text wird.
Die eingebaute Hilfe hat zwei Leserkreise: eine Bedienungsanleitung für alle und eine technische Dokumentation samt HTTP-Schnittstelle für Administratoren. Wie die beiden getrennt bleiben, wie man darin sucht und warum die Schnittstellenbeschreibung niemand von Hand schreibt.
Eine Serie legt nach festem Plan eigene User Stories an. Hier geht es um das, was man von außen nicht sieht: wie die Termine gerechnet werden, warum keine Story doppelt entsteht und wann eine Serie aufhört.
Administratoren sehen jetzt, was in GODAV Pro gelöscht wurde, und holen es mit einer Vorschau zurück. Wie GODAV erkennt, was zusammengehört, und warum es keinen endgültigen Löschknopf gibt.
Mit Planning Poker schätzt ein Team in GODAV Pro gemeinsam und verdeckt, und das Ergebnis landet als Stundenzahl am Vorgang. Ein Blick auf die Einrichtung am Prozess und auf die Regeln, die eine Runde fair halten.
Beschreibungsvorlagen schreiben beim Anlegen eines Vorgangs schon die richtigen Fragen in die Beschreibung, Fragebögen holen die Antworten einzeln ab. Warum beides am Prozess hängt und warum der Server den Text schreibt.
Zum Ende einer Iteration lässt sich jetzt Vorgang für Vorgang entscheiden, was weiterläuft und mit welchem Rest. Was „zurück ins Backlog“ genau bedeutet, was das Fenster absichtlich nicht kann und wie daraus später eine gemeinsame Sitzung wurde.
Dateien hängen jetzt direkt an Vorgang und Projekt. Ein Blick auf die Entscheidungen dahinter: eine Tabelle für zwei Besitzer, die ganze Karte als Ablagefläche und eine Reihenfolge beim Speichern, die keinen kaputten Eintrag zurücklässt.
Ein Suchfeld in der Kopfzeile durchsucht Titel, Beschreibung und Kommentare aller Vorgänge, die du sehen darfst. Mehrere Begriffe dürfen an verschiedenen Stellen stehen, und jeder Treffer zeigt die Fundstelle im Zusammenhang.
Am Ende eines Abschnitts schließt ein Klick die laufende Iteration ab: Die nächste rückt nach, unfertige Arbeit wandert mit ihrem Restaufwand weiter, und der durchlaufene Abschnitt ist danach festgeschrieben. Auch ein verspäteter Abschluss bringt den Takt wieder in Ordnung.
Jede Iteration ist ein Abschnitt im Takt mit eigener Kapazität. Auf dem Iterationsboard werden Storys und Aufgaben per Zug eingeplant, und jede Zeile zeigt, wie voll ihr Abschnitt ist.
Ein eingerichteter Prozess lässt sich jetzt mit einem Klick als Vorlage für den nächsten nehmen. Warum dabei neue Kennungen, aber alte Schlüssel entstehen, und warum ausgerechnet der gesperrte Standardprozess kopierbar ist.
Ein Iterationsplan legt fest, in welchem Rhythmus gearbeitet wird, und gilt für beliebig viele Projekte. Wie die Zuordnung funktioniert, wer einen Plan sieht und warum sich manche Angaben nach dem Start nicht mehr ändern lassen.
Vorgänge, Projekte und Benutzerkonten lassen sich jetzt in der Oberfläche löschen. Jede Rückfrage nennt vorher Zahlen, und hinter jeder steckt eine andere Regel dafür, was verschwindet und was bleibt.
Ein Vorgang am falschen Platz, einer, den man ein zweites Mal braucht, und einer, der falsch eingeordnet ist: Für alle drei Fälle gibt es jetzt eine eigene Handlung, und jede sagt vorher, was sie bewirkt.
Die Karten der Kanbanboards zeigen jetzt, wer daran arbeitet und wozu sie gehören. Ein Feld trägt bis zu vier Karten nebeneinander, und das Dringendste steht oben.
Vorgänge und Projekte zeigen jetzt, wann die Arbeit tatsächlich begonnen hat und wann sie abgeschlossen war. Beides lässt sich nur ablesen und nicht eintragen, und das ist Absicht.
Vorgänge lassen sich als Blocker, Dublette oder Abhängigkeit verknüpfen. Jede Karte zeigt die Verknüpfung aus ihrer eigenen Sicht, und das Board markiert, was gerade wirklich aufhält.
Projekte und Vorgänge tragen einen Zieltermin, der über die ganze Hierarchie hinweg zusammenpasst, und Stories, Aufgaben und Requests messen, wie lange sie unbeantwortet lagen.
Abstimmungen, Einarbeitung, Bereitschaft: Arbeit, die zum Projekt gehört, aber in keiner Story steht. Dafür gibt es die Sonderaufgaben, eine eigene Vorgangsart außerhalb der Hierarchie, auf die man direkt Zeit buchen kann.
An Storys und Aufgaben lässt sich die Zeiterfassung per Knopfdruck starten und beenden. Dahinter stecken ein paar Regeln, die man nicht sieht: eine Uhr je Person, ein Wechsel statt einer Fehlermeldung und eine Anzeige, die mit der Uhr des Servers rechnet.
Ein gemeldetes Problem oder eine Idee ist noch keine Planung, sondern der Anlass dafür. Requests sind die sechste Vorgangsart in GODAV Pro, mit eigenem Board für Probleme und einem Blog für Ideen.
Die erste Version von GODAV Pro: wie das Projekt angefangen hat, welche Grundsatzentscheidungen ich ganz am Anfang getroffen habe und was nach einer Woche schon lief – Rechte, Prozesse, Aufgabenboard, Zeiterfassung, Mails und Ideen.
Zu diesem Thema gibt es noch keinen Beitrag.
