saprima Release Historie

Transkript

1 saprima Release Historie Seite 1 von 18

2 Allgemeines zur neuen Versionen von saprima... 3 saprima Version Frontend Farben... 3 Erweiterung Kanban Board... 4 Sprint Bewertung... 6 Bericht Teamzufriedenheit... 6 Bericht Schätzgenauigkeit... 7 Bericht Teamreife (Anteil erfolgreicher Sprints)... 7 UDF Panel für mobile Anwendungen (APP)... 8 saprima Version Web Usecase Kanban-Board... 8 App Kanban-Board für Android und ios Burndown Grafik für die Unterstützung der SCRUM Methode Web Usecase Dashboards - Anzeige bzw. Auswahl von Reporting Dashboards Dashboard zum Projektvergleich von Dauer, Aufwänden und Kosten Dashboard für Earned Value Kennzahlen Dashboard für Strategie Entscheidungen Drools Workbench (Weboberfläche für Regeln und Workflows) Jasper Server Applikationserver wildfly (JBoss) Architektur: Versions Historie Version Version Version Version Version Version Fazit: Seite 2 von 18

3 Allgemeines zur neuen Versionen von saprima saprima wurde von Anfang an als dynamisches, flexibles und schnell an Kundenerfordernisse anpassbares System entwickelt. Dies wurde auch in der Version 4.0 konsequent weitergeführt. So besteht die Möglichkeit, schnell auf Anfragen von Kunden reagieren und diese schnell umzusetzen zu können. Da wir Kundenanforderungen immer versuchen, dynamisch und parametrierbar zu implementieren, gelingt es uns, saprima mit Funktionen aus der Praxis ständig zu erweitern und einen Release-Zyklus von ca. 6 Monaten einzuhalten. Die Architektur von saprima erlaubt es, dass Funktionen speziell für Kunden entwickelt wurden und nicht in den Standard übernommen werden, in den neuen Versionen wieder lauffähig sind. saprima Version 4.0 In der Version 4.0 wurden in erster Linie technische Änderungen vorgenommen. So wurde auf neue Frontend Frameworks umgestellt und alle Frontend Objekte angepasst. Somit erscheint das Frontend moderner. Frontend Farben Bei der Anmeldung kann jetzt ein Farbschema ausgewählt werden. Es ist jetzt möglich saprima in der Unternehmensfarbe darzustellen. Seite 3 von 18

4 Erweiterung Kanban Board Das Kanban Board wurde um die Funktionalität des Bucketplan-Usecases erweitert. So können jetzt Plan-, Remaining- und Ist-Stunden direkt auf der Story in beliebigen Zeitscheiben erfasst werden. Zusätzlich kann zu jeder Eingabe pro Tag ein Kommentar eingegeben werden. Seite 4 von 18

5 In Konfiguration einer Story, können verschieden Einstellungen gemacht werden, wie Datumsformat, Standard Dauer einer Story oder welcher Zeitraum für Aufwandseingaben angezeigt werden soll. Seite 5 von 18

6 Sprint Bewertung Für den Erfolg eines Projektes ist es wichtig, bereits abgeschlossene Sprints einem Review unter Beteiligung aller Teammitglieder zu unterziehen. Die Sprint Bewertung im Kanban Board bietet für jedes Teammitglied die Möglichkeit, für den aktuell abzuarbeitenden Sprint Kommentare und Bewertungen abzugeben und auch wieder zu verändern. Bericht Teamzufriedenheit Das Kanban Board bietet für jedes Teammitglied die Möglichkeit, für den aktuell abzuarbeitenden Sprint Bewertungen abzugeben. Der Bericht Teamzufriedenheit pro Sprint ermittelt die durchschnittlichen Bewertungen pro Sprint und somit, wie zufrieden das Team mit dem Verlauf der bereits abgeschlossenen Sprints war.. Seite 6 von 18

7 Bericht Schätzgenauigkeit Der Erfolg eines Sprints hängt auch davon ab, wie genau das Team den Aufwand der einzelnen Sprints und Storys schätzt. Die Berichte Schätzgenauigkeit (Sprints) und Schätzgenauigkeit (Stories) tragen dazu bei, die Schätzgenauigkeit des Teams zu ermitteln und zu verbessern. Bericht Teamreife (Anteil erfolgreicher Sprints) Ein Sprint ist erfolgreich beendet, wenn alle Stories keinen verbleibenden Aufwand mehr haben. Der Bericht Teamreife ermittelt, wie viele Sprints bisher erfolgreich beendet wurden. Seite 7 von 18

8 Im Bericht Teamreife ist eine Ideallinie dargestellt, die eine Erfolgsquote von 100% darstellt. Die Aktuelle Linie zeigt das Verhältnis erfolgreicher Sprints zur Gesamtzahl der Sprints (alle Initiativen vom gewählten Initiativen Element, deren Ende-Datum in der Vergangenheit liegt). UDF Panel für mobile Anwendungen (APP) Um die Programmierung von mobilen saprima APP s zu erleichtern, wurde im Backend die Funktion eingebaut, die es zulässt schnell ein UDF-Panel in einer APP einzubauen. In diesem Panel können beliebige UDF s (UserDefinedField oder kundenspezifisches Attribut) angezeigt und verändert werden. Welche UDF s angezeigt werden, kann in der Konfiguration bestimmt werden. Somit können schnell kundenspezifische mobile Anwendungen erstellt werden, in denen kundenspezifische Attribute verändert, angezeigt und ausgewertet werden. saprima Version 3.7 In der Version 3.7 wurde vor allem die Unterstützung vom agilen Projektmanagement ausgebaut, ohne die Vorteile von saprima bezüglich auf unternehmensweites Portfolio- und Ressourcenmanagement zu verlieren. Hier finden sie die Highlights der saprima Version 3.7. Neben diesen neuen Funktionen, wurden natürlich auch wieder Bugs entfernt und Performance Verbesserungen durchgeführt. Web Usecase Kanban-Board Zur Unterstützung von Agilen Projektmanagementmethoden, wurden in saprima Regeln eingebaut, die es ermöglichen, vollautomatisch aus einem Projekt, geplant nach klassischen Methoden (Wasserfall, V- Modell etc.), ein SCRUM - Projekt zu erzeugen. Dabei wird aus dem Quellprojekt ein Basisplan zum späteren Vergleich erzeugt und das Projekt in Sprints mit definierter Länge aufgeteilt. Die ursprüngliche Ressourcenplanung wird auf die Sprints anteilig verteilt. So kann trotz agiler Methode die ursprüngliche Planung mit der Ist-Situation verglichen werden. Nachdem die Projekte für die SCRUM-Methodik automatisch vorbereitet wurden, können im KANBAN - Board Usecase Stories zu den Sprints erzeugt und verwaltet werden. Seite 8 von 18

9 Seite 9 von 18

10 App Kanban-Board für Android und ios Gleichzeitig steht zusätzlich zum Kanban Board im Browser ein Kanban-Board als APP für Android und ios zur Verfügung. Da saprima GmbH hier und in Zukunft zur Entwicklung den Cross Plattform Gedanken verfolgt und verfolgen wird, haben Browserversion und die APP Versionen eine Codebasis. Bei der zukünftigen Entwicklung neuer Standard oder kundenspezifischer Usescases, wird immer geprüft ob eine Browserversion und APP erstellt bzw. angeboten werden soll. Seite 10 von 18

11 Burndown Grafik für die Unterstützung der SCRUM Methode Zur Überwachung der einzelnen Sprints bei der SCRUM Methode hat sich die Burndowngrafik bewährt. Dabei wird die Gesamt-Kapazität und Plan-Stunden am Anfang des Sprints des Sprints in einer Grafik dargestellt. Wenn nun jeder Projektmitarbeiter seine Restaufwände auf Stories täglich meldet, kann in einer Grafik (Burndown) die Situation und der Fortschritt des Sprints tagesgenau abgelesen werden. Diese Restaufwände können direkt in der APP Kanban erfasst werden. Seite 11 von 18

12 Web Usecase Dashboards - Anzeige bzw. Auswahl von Reporting Dashboards Um diverse Dashboards direkt aus saprima anzuzeigen, wurde die Möglichkeit geschaffen, direkt aus dem Menü einen Usecase aufzurufen, bei dem rechts alle für den Benutzer verfügbaren Dashboards angezeigt werden. Der Benutzer kann ein Dashboard wählen, welches ihm direkt in saprima angezeigt wird. Seite 12 von 18

13 Dashboard zum Projektvergleich von Dauer, Aufwänden und Kosten Ein Standard Dashboard zum Vergleich von Projekten, Szenarien oder Basisplänen mit Projekten steht jetzt zur Verfügung. Es werden Dauer, Aufwände und Kosten in aufbereiteten Grafiken verglichen. Seite 13 von 18

14 Dashboard für Earned Value Kennzahlen Jetzt können Earned Value Kennzahlen nicht nur im Layout als Zellengrafik dargestellt werden, sondern auch der zeitliche Verlauf der Kennzahlen. Seite 14 von 18

15 Dashboard für Strategie Entscheidungen Um die Entscheidungen zu zukünftige Projektportfolien treffen zu können, wurde ein Dashboard eingeführt, welches erlaubt Kennzahlen über Regeln zu errechnen und in einem Dashboard darzustellen. Natürlich sind diese Kennzahlen kundenspezifisch und können an die Belange der Unternehmen angepasst werden. Seite 15 von 18

16 Drools Workbench (Weboberfläche für Regeln und Workflows) Regeln und Workflows können nun direkt im Browser erstellt und konfiguriert werden. Jasper Server 6.3 Die integrierte BI-Engine von TIPCO Jasperserver wurde auf die Version 6.3 upgegradet. ( Applikationserver wildfly (JBoss) Der in der saprima standardmäßige Applikationsserver von JBOSS, wurde von der Version 8.xx auf die Version angehoben. Architektur: Seite 16 von 18

17 Versions Historie Version 2.9 Pivot Chart: Auslastung in Prozent JBOSS 8 Ressourcenplanung auf Zeitscheiben (Bucketplanning) von Ressourcen ausgehend Bautagebuch Version 2.10 Auswertung von abstrakten Ressourcen Layouts zu Themen zusammenfassen Version 3.0 Suchen in Auswahlmasken Jasperserver 6.0 Version 3.1 Scenariomanagement Filtern in Treeansicht Version 3.5 Pivot Chart: Auswahl / Filter Initiativen Excel Import *.xlsx Automatisches Auffüllen von Spalten mit benutzerdefinierten Feldern Jasperserver 6.1 Version 3.6 Layouts können Usern und Benutzergruppen zugewiesen werden Earned-Value Kennzahlen errechnen komfortables eingeben von Plan- / Ist-Werten mittels Verteilfunktionen Erstellen und Bearbeiten von verschiedenen Kapazitätslinien Android / ios App zum Verwalten von ToDo s einfachere Filterverwaltung Konfigurationsdateien im WEB-Frontend bearbeiten Seite 17 von 18

18 Timesheet Funktionalität direkt in Bucketplan Usecase Fazit: Durch die Architektur von saprima und dem Datenmodell nach DIN , ist es möglich alle gängigen Methoden und Funktionen des Multiprojektmanagements in saprima abzubilden. Da sehr viele Einführungen von Projektmanagement in Unternehmen, daran scheitern, dass schlicht und einfach, die notwendigen Daten von den beteiligten Benutzern nicht in einem zentralen System erfasst werden, wurden in der Version 4.0 vor allem Funktionen eingebaut, die den Benutzern die Eingaben erleichtern und dem Benutzer bessere Auswertungen liefern. In Zukunft wird saprima GmbH immer überprüfen ob Usecases sowohl im Browser als auch als APP angeboten werden können. saprima GMBH wird auch in den zukünftigen Versionen bemüht sein, dass die Eingaben dezentral und für Benutzer einfach zu handhaben sind. Natürlich wird konzeptionell immer der Fokus darauf liegen, Kunden mit wenig Aufwand, kundenspezifische Lösungen anbieten zu können. Welches aber auf die Release-Fähigkeit der Software, keinen Einfluss haben darf. Seite 18 von 18