Roadmap qmBase 2020 1. HJ

­čôú Roadmap Update 2021 3. Quartal

Auch im Herbst diesen Jahres erwarten Sie wieder spannende Erweiterungen und Verbesserungen bei qmBase. Mit jedem viertelj├Ąhrlichen Blog-Update stellen wir Ihnen eine Liste der Verbesserungen vor, die wir in qmBase vornehmen wollen. Unser Ziel ist es eine transparente Entwicklung darzustellen, so dass Sie wissen, auf welche ├änderungen Sie sich einstellen k├Ânnen. Der wichtigste Input f├╝r unsere Planung ist dabei┬áIhr┬áFeedback.

Wir m├Âchten ihnen an dieser Stelle f├╝r alle Tickets danken, die Sie erstellen. ­čĹŹ

Dieses Feedback hilft uns zu verstehen, wie Sie qmBase und nutzen und was wir tun k├Ânnen, um Sie in Ihrer t├Ąglichen Arbeit zu unterst├╝tzen und Ihnen das Leben zu erleichtern.

Da wir ihr Feedback laufend in unsere Entwicklung einbinden ist unsere Roadmap auch kein statisches Dokument und kann daher im Laufe der Zeit angepasst werden.

Noch immer auf unserer Roadmap

Einige Punkte der alten Roadmap konnten wir bisher noch nicht oder nur teilweise umsetzen. Diese sind allerdings immer noch geplant und bestehen aus folgenden Punkten.

Workflows & Automatisierung ­čĄľ#

Wiederkehrende Aufgaben manuell zu erledigen ist eine monotone Aufgabe und fehleranf├Ąllig. Hier setzen wir mit unserer Funktion Workflows an, um solche Abl├Ąufe zu vereinfachen. Sie k├Ânnen sich einen Workflow als ein einfaches regelbasiertes Programm innerhalb von qmBase vorstellen. Ein Workflow besteht aus folgenden Eigenschaften:

Ausl├Âser
Bedingungen
Auszuf├╝hrende Aktion

Beispiele f├╝r Workflows sind z.B.:

  • Schicke eine Mail an die Qualit├Ątssicherungsabteilung, wenn eine neue Reklamation erfasst wurde
  • Blockiere das ├ändern des Status einer Reklamation, wenn ein festgelegtes Custom Field nicht ausgef├╝llt wurde.

Talentmanager ­čĄí

Verkn├╝pfung der Bereiche Aufgabe & Qualifikationen und Schulungsmanagement in einer einheitlichen App, die vermutlich den Namen Talentmanager bekommen wird. Detailliertere Definition von Anforderungen an Qualifikationen z.B. durch Formulare oder Dokumente.

Allgemein

Globale Suche ­čöŹ

Das Suchfeld in der Navigationsleiste soll eine st├Ąrkere Bedeutung bekommen. Derzeit lassen sich ├╝ber dieses Feld lediglich einzelne Apps suchen und dahin navigieren. Zuk├╝nftig wird es m├Âglich sein, ├╝ber dieses Suchfeld direkt einzelne Funktionen zu erreichen, wie z.B. das Erstellen einer neuen Ma├čnahme. Zus├Ątzlich sollen auch die verschiedenen Einstellungen hier├╝ber erreichbar sein.

In einer weiteren Ausbaustufe werden hier├╝ber dann auch von Ihnen erstellte Inhalte durchsuchbar sein.

Dokumentenmanagement

Verkn├╝pfung von Dokumenten mit Fristen: Im betrieblichen Alltag kann es erforderlich sein, dass Dokumente mit Fristen versehen werden m├╝ssen, um diese regelm├Ą├čig zu ├╝berpr├╝fen. Hierf├╝r wollen wir eine spezielle Funktion zur Dokumentenpr├╝fung erstellen.

Sicherheit & Zugriff ­čöÉ

Externe Logins

In den letzten Monaten haben wir den Login mit Hilfe von externen Login Providern besser in unsere Software integriert. Ein Login via Google oder Microsoft Konto ist damit leicht konfigurierbar (Bezahlpflichtiges Extra).

Zwei-Faktor-Authentifizierung

W├Ąhrend der gerade genannte Punkt vor allem auch einen gro├čen Komfortgewinn bringt, liegt uns die Sicherheit Ihrer Daten nat├╝rlich sehr am Herzen. Aus diesem Grund wird in diesem Quartal der Login mittels Zwei-Faktor-Authentifizierung f├╝r alle Kunden zur Verf├╝gung stehen. Derzeit l├Ąuft diese Anmeldung noch in einer letzten Testphase, so dass dieser Punkt zeitnah bei allen verf├╝gbar sein sollte.

Feingliedrieger Zugriff

Legen Sie f├╝r einzelne Ma├čnahmen, Dokumente, Schulungen etc. fest wer auf diese zugreifen und wer diese bearbeiten kann. (Weitere Erkl├Ąrungen)

Verbesserung der Performance ­čĆÄ

Wie bereits zu Beginn des Jahres werden wir in diesem Quartal erneut in die Performance unserer Software investieren. Hierbei sehen wir zwei wesentliche Angriffspunkte:

  1. Gef├╝hlte Performance: Wie wirkt die Nutzung der Software auf den User. Um diesen Eindruck zu verbessern arbeiten wir in folgenden Bereichen

    • Optimierung des Seitenaufbaus: H├Ąufig genutzte Bereiche werden mit h├Âherer Priorit├Ąt geladen, so dass diese schneller Verf├╝gbar sind.
    • Caching: Daten, die genutzt aber selten ge├Ąndert werden, verbleiben lokal im Speicher des Nutzers, so dass hier zus├Ątzliches Laden von Daten verhindert werden kann.
    • Wechsel zwischen Apps: Momentan sind unsere einzelnen Apps eigenst├Ąndige "Bereiche" der Software. Beim Wechsel gibt es erhebliche Ladezeiten, da viele grundlegende Daten verarbeitet werden m├╝ssen. Hier werden wir die Apps zusammenf├╝hren, so dass es zuk├╝nftig technisch nur noch wenige Apps geben wird. Damit entfallen die Ladezeiten beim Wechsel der Apps vollst├Ąndig. Diese ├änderung hat keine Auswirkungen auf die allgemeine Darstellung der Software, sondern sind ausschlie├člich technischer Natur.
  2. Messbare Performance

Unser┬áZiel┬áist es, bei den Server Antwortzeiten, Zeiten in den Bereich von ~200ms im 95. Perzentil zu kommen. D.h., dass 95% der Serveranfragen schneller als in 200ms erfolgen. Zu Beginn des Jahres waren wir hier auf einem sehr guten Weg. Im weiteren Verlauf sind wir hier auf Grund komplexerer Funktionen wieder etwas zur├╝ckgefallen. Einen gro├čen Teil dieser Verschlechterung konnten wir in der Zwischenzeit wieder aufholen. Aber auch hier werden wir weitere Optimierungen vornehmen.

Datum 95. Perzentile (ms) ├ś (ms) 50. Perzentile (ms) 99. Perzentile (ms)
2021-01-19 213 82 13 1293
2021-03-10 374 124 14 2233
2021-03-19 399 147 15 2710
2021-06-11 696 215 16 2975
2021-07-19 402 151 14 2153

Wie versionieren wir?

Aktuell sieht unsere die Versionsbezeichnung z.B. so aus 1.1.109.2371. Die einzelnen Komponenten haben dabei folgenden Sinn:

1 - Hauptversion Ôćĺ Alles mit der gleichen Versionsnummer ist miteinander kompatibel

1 - Nebenversion Ôćĺ Gr├Â├čere Updates werden durch ein Hochz├Ąhlen dieser Nummer gekennzeichnet

109 - Patch Ôćĺ Diese Nummer wird hochgez├Ąhlt, wenn Fehler behoben werden

2371 - Buildnummer Ôćĺ Diese Nummer z├Ąhlt automatisch hoch, bei jeder neuen Version, die von uns kompiliert wird.

Diese Art der Versionierung orientiert sich an der sogenannten Semantischen Versionierung. Bisher waren wir aber nicht sonderlich gut darin, zwischen Nebenversionsupdates und Patches zu unterscheiden. Hierauf werden wir zukünftig besser achten, um es allen beteiligten zu erleichtern Unterschiede zwischen Versionen zu identifizieren. 

Bei unserer Versionierung wird nur die letzte Nummer automatisch vergeben. Sie k├Ânnen also erkennen, dass wir bisher 2371 Versionen unserer Software kompiliert haben. D.h. also, dass wir in der Realit├Ąt t├Ąglich mehrere Updates erstellen und nicht nur 93 wie es die Anzahl unserer Release Notes impliziert.

Woran liegt diese Differenz?

Der Unterschied ist einfach zu erkl├Ąren. Unsere Entwicklung arbeitet nach dem Prinzip der kontinuierlichen Integration, d.h. extrem vereinfacht, dass wir probieren die Software in sehr kleinen Schritten zu verbessern und diese dann durch einen automatischen Prozess und Tests direkt an den Kunden ausliefern. Die Time-to-Market (hier definiert als Zeit von dem Entdecken eines Fehlers bis zu dem Zeitpunkt bei dem Fehler beim Kunden behoben wurde) betr├Ągt somit unter Idealbedingungen inklusive der Korrektur selbst nur 20 Minuten. Diese Zeit kann nat├╝rlich bei komplexeren Problemen auch abweichen.┬á

Sie haben Interesse die umfangreichen Funktionen von qmBase zu testen?
Vereinbaren Sie jetzt eine Demo!

Sie m├Âchten stets ├╝ber die neusten Blogeintr├Ąge, Veranstaltungen und Neuigkeiten von qmBase informiert werden? Melden Sie sich jetzt f├╝r unseren Newsletter an.

Share this Post

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht ver├Âffentlicht. Erforderliche Felder sind mit * markiert.