Betriebstagebuch

Im finalen Sprint 9 wurden sowohl das Modul Betriebstagebuch, als auch das Modul Auth erfolgreich abgeschlossen. Das Login für alle Module erfolgt nun über eine zentrale Portal-Loginseite. Durch die hinterlegten Berechtigungen des Users werden nur die Usermodule, für die der Benutzer berechtigt ist, angezeigt und können von diesem gestartet werden. Wird ein Benutzer ausgeloggt, bekommt er dieses entsprechend angezeigt und kann auf die Portal-Seite zurück kehren.

Daneben wurden auch weitere funktionale Verbesserungen  umgesetzt. Zum Beispiel wurde die Suchfunktion weiter verbessert und der Schichtübergabedialog optimiert. Seit diesem Sprint können sämtliche Meldungen im Schichtübergabedialog geöffnet und im schreibgeschützten Modus gelesen werden. Darüber hinaus ist die Schichtübergabe nun flexibler geworden, da nicht mehr alle Zuständigkeiten zwingend übergeben werden müssen. Ein Benutzer kann einen Teil seiner Zuständigkeiten weiter geben und mit einem anderen Teil weiter arbeiten.

Der Product Backlog ist damit vollständig und termingerecht abgearbeitet, die Modulentwicklungen sind beendet.

Wir bedanken uns bei PTA GmbH für die konstruktive Zusammenarbeit.

Das Hauptergebnis dieses Sprints ist ein komplett neues und losgelöstes Modul "Authentifizierung". Um den Anforderungen von openKONSEQUENZ an die Modularität der Software gerecht zu werden, wurde das Modul so eingerichtet, dass ein beliebiges Benutzerverwaltungssystem verwendet werden kann. Das Modul stellt einen Token bereit, der den Benutzer für alle Usermodule authentifiziert. Als Anwender bekomme ich nach dem Login in diesem neuen Portal eine Übersicht mit allen Modulen gezeigt, für die ich authorisiert bin. Nun kann ich auswählen welches Modul ich starten möchte. Somit muss ich mich nicht für jedes Modul einzeln anmelden und gewinne an Zeit und deutlich an Komfort.

Im Modul Betriebstagebuch wurden ebenfalls zwei Punkte eingerichtet, die den Komfort der Benutzer und damit die Akzeptanz des Moduls verbessern. Zum Einen wurde die Funktion "Datenimport aus dem Leitsystem" so intelligent eingerichtet, dass die automatische Zuordnung der Meldung zu Sparte und Netzgebiet aus der Protokollzeile interpretiert werden kann. Andererseits wird beim Anlegen einer neuen Meldung Sparte und Netzgebiet aufgrund der Zuständigkeit des Benutzers voreingestellt. Somit werden sich wiederholende Eingaben bestmöglich vermieden. Bei nicht-Eindeutigkeit erfolgt keine Vorauswahl. Alle voreingestellten Texte können selbstverständlich durch den Benutzer geändert werden.

Auch im vergangenen Sprint konnte die hohe Velocity aus Sprint 6 beibehalten werden, insgesamt wurden elf User Stories abgeschlossen.

Als neue Funktionalität wurde in diesem Sprint die Suchfunktion implementiert. Neben der vollständigen Suche, die die gesamte Datenbank durchsucht wurde auch eine Schnellsuche umgesetzt, die lediglich die letzten 200 Tage und nur die aktuellsten Versionen der Meldungen durchsucht. Mit Hilfe dieser Schnellsuche können die gewünschten Ergebnisse sehr schnell und übersichtlich dargestellt werden.

Um die Übersichtlichkeit und die Anwenderfreundlichkeit weiter zu verbessern, sind die Meldungen in den Listenansichten beliebig sortierbar. So kann jede Spalte aufsteigend oder absteigend sortiert werden.  Eine kaskadierende Abhängigkeit der Sortierungen ist nicht vorgesehen, um die intuitive Bedienungn nicht einzuschränken. Ebenso wurde der Filter auf Sparte und Netzgebiet nun so verändert, dass er auf allen Seiten, wo er angewendet werden kann auch eingeblendet werden kann. Der Filter wirkt dann gleichermaßen auf alle diese Seiten.

Neben diesen neuen Funktionen wurde weiter an der Verbesserung der Bedienbarkeit des Moduls Betriebstagebuch gearbeitet. So werden in der Liste der archivierten Schichtübergaben alle Einträge aufgeklappt dargestellt, erledigte und noch nicht geschlossene Meldungen bleiben in der Liste der offenen Einträge und Meldungen deren Erinnerungszeit erreicht ist, werden optisch hervorgehoben dargestellt.

Wir freuen uns, dass das Gros der Anforderungen des Moduls Betriebstagebuch damit umgesetzt ist und lediglich noch kleinere Optimierungen ausstehen. In den nächsten Sprints werden wir uns um die Themen Anmeldung und Authorisierung sowie Leitsystemanbindung kümmern.

Schauen Sie sich den aktuellen Projektstand doch einmal auf unserer Demo-Umgebung an!

Unbeeindruckt der Ferienzeit wurde in diesem Sprint eine neue Velocity-Bestleistung vom Entwickler-Team der PTA aufgestellt. Mit voller Personalstärke und höchster Motivation wurden 13 User-Stories vollständig umgesetzt, so dass die Umsetzung des Moduls Betriebstagebuch ein ganzes Stück weiter gekommen ist.

Neu integriert wurde in diesem Sprint die Funktion des "Anwenders +", d.h. des Benutzers mit besonderen Rechten (z.B. Vorgesetztenfunktion). Dieser kann nun Meldungen anlegen und diese Sparten und Netzgebieten entsprechend zuordnen. Mitarbeiter sehen diese Meldungen gleichberechtigt zu allen anderen Meldungen, können diese aber nicht editieren. Dieses Recht liegt weiterhin beim "Anwender +".

Darüber hinaus wurde eine komplett neue Seite eingerichtet, auf der die aktuellen Zuständigkeiten angesehen werden können. Jeder Anwender kann sich nun Lese- und Schreibrechte selbst zuordnen. Die eigentliche Zuständigkeit (Zuordnung zu einer Sparte und einem Netzgebiet, analog zum Leitsystem) wird weiterhin über den Dialog "Schichtübergabe" weitergegeben.

Sämtliche Schichtübergaben werden protokolliert, so dass diese auch nach Jahren revisionssicher nachvollzogen werden können. Das heißt, dass alle vergangenen Schichtübergaben mit den relevanten Informationen innerhalb der Datenbank des Moduls abgelegt sind, d.h. welche Zuständigkeiten wurden wann von wem an wen übergeben und welche Meldungen waren zu diesem Zeitpunkt auf welchem Status.

In diesem Sprint wurde der Themenblock Schichtübergabe und Zuständigkeiten bearbeitet und die Selektierung von Netzgebieten eingeführt. Somit ist es nun möglich für jede Sparte und jedes Netzgebiet die Zuständigkeit an einen oder mehrere Benutzer zu übergeben und zu übernehmen. Somit ist sichergestellt, dass - analog zum Leitsystem - keine Sparte und kein Netzgebiet unbeobachtet bleibt.

Darüber hinaus wurde die Übersichtlichkeit der Meldungen weiter verbessert, um das Arbeiten am zukünftigen System noch intuitiver zu gestalten. Hier haben die Mitarbeiter der Netzführung ihre Vorschläge direkt im Review-Meeting eingebracht.

Der erste dreiwöchige Sprint endete mit der erfolgreichen Abnahme von zwei weiteren User Stories. Ein zentrales Thema des Betriebstagebuches ist die Schichtübergabe, d.h. die definierte Weitergabe von Zuständigkeiten von einem an einen oder mehrere Nutzer und umgekehrt. In Sprint 4 wurde die gezielte Weitergabe der Zuständigkeit eingeführt. Über eine Multiselekt-Liste können Zuständigkeiten für verschiedene Sparten und Netzgebiete an verschiedene Nutzer weiter gegeben werden. Beim Einloggen erscheint eine Maske in der die für den Anwender hinterlegten (vorgesehenen) Zuständigkeiten vorausgewählt sind. Diese sind zu diesem Zeitpunkt noch modifizierbar. Sobald dieser Dialog akzeptiert wird, ist die Zuständigkeit übertragen. Somit ist immer eindeutig, wer für welche Bereiche aktuell zuständig zeichnet und von wem an wen die Verantwortung übergeben worden ist.

Bei einem sehr konstruktiven Anwesenheitstreffen mit Vertretern der develop group GmbH in den Räumlichkeiten der PTA GmbH in Mannheim wurde insbesondere die Rollenverteilung bezüglich interner und externer Qualitätssicherung sowie Optimierung des agilen Entwicklungsprozesses abgestimmt. Um den administrativen Aufwand für den SCRUM-Prozess so gering wie möglich zu halten, haben sich die Projektpartner mit sofortiger Wirkung auf dreiwöchige Sprints geeinigt.

In diesem Sprint lag der Fokus auf der Optimierung der Bedienbarkeit und auf dem Thema Schichtübergabe. Um ein dokumentiertes Übergabegespräch zu führen und um die Zuständigkeiten für bestimmte Netzgebiete und Sparten auf einen oder mehrere Anwender zu übertragen, ist es wichtig, dass die Zuständigkeiten bei der Vorbereitung zur Übergabe bestimmten Anwendern zugeordnet werden. So ist gewährleistet, dass alle Sparten und Netzgebiete jederzeit "besetzt" sind.

Gleichzeitig wurden Verbesserungen in Bezug auf Übersichtlichkeit und Bedienbarkeit durchgeführt und die laufende Aktualisierung der Architekturdokumentation erstellt.

Um den Bearbeitungsstand aller Meldungen transparent darstellen zu können, haben wir uns dazu entschieden eine History-Funktion einzuführen. Damit können alte Versionen einer Meldung angesehen, aber nicht modifiziert werden. Die alten Versionen erscheinen durch Erweiterung der Liste, ähnlich wie in dieser Übersicht des Projektverlaufes.

Gleichzeitig wurde die Zuordnung zu verschiedenen Sparten eingeführt und diese deutlich farblich kenntlich gemacht.

Der Zeitraum, für den der Anwender Meldungen ansehen möchte ist ab diesem Sprint frei konfigurierbar. Somit kann die aktuelle Ansicht besser an die Bedürfnisse angepasst werden.

Sprint 1 endete am vergangenen Mittwoch, den 24.05.17 erfolgreich mit dem Sprint Review Meeting.

Neben einigen Arbeiten im Hintergrund sind folgende funktionale Anforderungen in diesem Sprint umgesetzt worden:

• Einträge können angelegt werden
• Einträge können modifiziert werden, hierbei wird eine neue Version des Eintrags generiert, damit keine Daten überschrieben und damit "verloren" gehen.
• Es existiert eine Übersicht der aktuell offenen, zukünftigen und zuletzt geschlossenen Einträge. Eine Detailansicht jedes Eintrages kann geöffnet werden.

Am gestrigen Montag wurde das Sprint Planning für Sprint 2 mit den wesentlichen Sprint-Zielen "Meldungshistorie", "Spartenzuordnung" und "Ansichtszeitraum der Meldungen modifizieren"durchgeführt.

Die Entwicklungsplattform mit dem jeweils aktuellen Projektstand ist online und kann getestet werden. Username und Passwort sind jeweils "Otto", der Link ist unter Demo-Plattform abgelegt.

Sprint 2 endet am 07.06.2017.

Am vergangenen Freitag, den 05.05.2017 fand das Kick-Off in den Geschäftsräumen der PTA GmbH in Mannheim statt. Neben dem persönlichen Kennenlernen der beteiligten Personen standen die Projektorganisation und die allgemeinen Regeln zu interner und externer Kommunikation, sowie dem Projektablauf im Vordergrund.

Direkt im Anschluss an das Kick-Off begann die operative Arbeit am Modul Betriebstagebuch mit dem ersten Workshop der Arbeitsgruppe.  Nachdem die ersten User-Stories gemeinsam erarbeitet und durch den Product Owner priorisiert wurden, startete der erste Sprint mit dem Sprint Planning Meeting.

Um den organisatiorischen Aufwand so gering wie möglich zu halten, wurde vereinbart,  sowohl Review und Retrospective, als auch Sprint Planning Meeting an einem Tag durchzuführen. Start und Ende der zweiwöchigen Sprints wird auf einen Mittwoch gelegt. Der erste Sprint ist also zweieinhalb Wochen lang und wurde entsprechend geplant.

Der erste Sprint endet am 24.05.2017.