Roadmap qmBase 2020 1. HJ

ūüď£ Roadmap Update 2021 4. 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