Bei Prowise arbeiten wir kontinuierlich daran, die Lösungen zu verbessern, die wir unseren Kunden bereitstellen. Dies gilt auch für unsere SaaS-Plattform und unsere Webanwendungen. Regelmäßige Änderungen sind notwendig, um Funktionalität, Leistung, Sicherheit, Zuverlässigkeit und Benutzererfahrung zu verbessern.
Wir achten darauf, diese Änderungen so sicher und vorhersehbar wie möglich zu gestalten. Unser Releaseprozess ist darauf ausgelegt, Störungen für Schulen, Lehrkräfte, Schülerinnen und Schüler, Administratoren und andere Endnutzer so weit wie möglich zu minimieren.
Geltungsbereich dieses Releaseprozesses
Dieser Releaseprozess gilt für die Prowise SaaS-Plattform und die Webanwendungen, einschließlich:
- Prowise SSO
- Prowise GO
- Prowise Screen Control
- Prowise Presenter
- MyProwise
- Prowise Partner-Portal
- Prowise Account
- Prowise Teach Online-Funktionen
- Zugehörige Online-Plattformfunktionalität
Dieser Prozess gilt nicht für die Corporate Website von Prowise.
Releasezyklen für native Software, wie Prowise Central und die nativen Versionen von Prowise Teach, können anders funktionieren, da Updates für installierte Software auf andere Weise verteilt und angewendet werden.
Wie Releaseentscheidungen getroffen werden
Jedes Release wird von dem relevanten Softwareteam vorbereitet, das für das Produkt oder die Funktionalität verantwortlich ist, die geändert wird.
Vor einem Release bewertet der verantwortliche Product Manager den erwarteten Nutzen, das Risiko und die mögliche Kundenauswirkung. Abhängig von der Art der Änderung können weitere Stakeholder einbezogen werden, wie zum Beispiel:
- Der CTO
- Serviceteams
- Salesteams
- Andere Product Manager
- Andere relevante interne Experten
Ziel dieser Bewertung ist es, festzustellen, ob das Release fortgesetzt werden kann, ob zusätzliche Schutzmaßnahmen erforderlich sind und ob Kunden vorab informiert werden müssen.
Risikoklassifizierung
Prowise klassifiziert Releaserisiken anhand breiter Kategorien. Diese Kategorien helfen dabei, Releaseplanung, Kommunikation und das erforderliche Maß an Vorsicht zu bestimmen.
| Risikostufe | Bedeutung |
|---|---|
| Vernachlässigbar | Minimale erwartete Auswirkung und minimale Wahrscheinlichkeit von Problemen. |
| Niedrig | Minimale erwartete Auswirkung und/oder eine niedrige bis mittlere Wahrscheinlichkeit von Problemen. |
| Mittel | Eine gewisse Vorsicht ist erforderlich. Mittlere bis hohe Auswirkungen sind möglich, und die Wahrscheinlichkeit von Problemen kann mittel bis hoch sein. |
| Hoch | Eine sorgfältige Behandlung ist erforderlich. Die mögliche Auswirkung ist hoch, und die Wahrscheinlichkeit von Problemen wird als hoch angesehen. |
| Extrem | In der Regel nicht für ein Release akzeptabel. Das Risiko muss zunächst reduziert werden, bevor das Release fortgesetzt werden kann. |
Releases mit hohem Risiko sind äußerst selten. Im Allgemeinen ist Prowise bestrebt, die Wahrscheinlichkeit von Problemen und die mögliche Kundenauswirkung zu reduzieren, bevor ein Release fortgesetzt wird, das andernfalls in die Kategorie hohes Risiko fallen würde. In einigen Ausnahmesituationen, wie dringenden betrieblichen oder sicherheitsbezogenen Umständen, ist es möglicherweise nicht möglich, alle Risiken vor dem Release zu reduzieren. In diesen Fällen wird zusätzliche Sorgfalt auf Planung, Kommunikation, Tests, Monitoring und Nachverfolgung verwendet.
Releaseplanung
Wir sind bestrebt, Releases zu Zeitpunkten zu planen, die mögliche Störungen für Kunden reduzieren.
Bei Releases mit höherem Risiko steuern wir den Releasezeitpunkt in der Regel in Richtung unseres festen Wartungsfensters: Donnerstag nach 16:00 Uhr CEST, was normalerweise nach Ende der meisten Schultage liegt.
Releases mit niedrigerem Risiko können außerhalb dieses Wartungsfensters stattfinden, wenn die erwartete Kundenauswirkung minimal ist.
Kundenkommunikation
Wenn ein Release möglicherweise ein höheres Risiko oder spürbare Kundenauswirkungen mit sich bringt, sind wir bestrebt, betroffene Kunden vorab zu informieren.
Im Allgemeinen erfolgt dies, indem die Organisationsadministratoren der betroffenen Endnutzer ungefähr eine Woche vor dem erwarteten Release per E-Mail informiert werden.
Da Releases bis zum Zeitpunkt der Bereitstellung und erneut nach der Bereitstellung getestet werden, kann ein geplantes Release dennoch verschoben, abgesagt oder zurückgerollt werden, wenn Probleme festgestellt werden.
Warum nicht jedes Release vorab angekündigt wird
Eine der Möglichkeiten, wie wir Releaserisiken reduzieren, besteht darin, Änderungen klein und vorhersehbar zu halten. Das bedeutet, dass wir häufig releasen und dass viele Releases sehr klein und mit niedrigem Risiko verbunden sind.
Jedes kleine Release vorab anzukündigen, würde zu einem hohen Kommunikationsaufkommen führen, ohne für die meisten Kunden einen nennenswerten Mehrwert zu bieten. Aus diesem Grund kommunizieren wir im Allgemeinen nur dann vorab, wenn das erwartete Risiko oder die erwartete Auswirkung dies rechtfertigt.
Nicht vorab angekündigte Releases werden dennoch bewertet, getestet und mit dem Ziel behandelt, die Kundenauswirkung auf ein absolutes Minimum zu begrenzen.
Hotfixes und dringende Releases
Manchmal kann ein Release nicht auf den regulären Planungs- und Kommunikationszyklus warten. Dies kann der Fall sein, wenn eine Änderung erforderlich ist, um Folgendes zu beheben:
- Ein aktuelles Leistungsproblem
- Ein funktionales Problem
- Eine Sicherheitslücke
- Ein anderes dringendes betriebliches Anliegen
In diesen Situationen kann Prowise einen Hotfix oder eine dringende Änderung ohne vorherige Kommunikation oder mit kürzerer Vorankündigung als üblich releasen.
Technische Änderungen mit höherem Risiko
Einige technische Änderungen sind von Natur aus sensibler. Releases, die zum Beispiel Datenbankänderungen erfordern, können ein höheres betriebliches Risiko mit sich bringen.
Wenn solche Änderungen notwendig sind, auch aus Gründen der Leistung, Funktionalität oder Sicherheit, bemühen wir uns weiterhin, im Voraus zu kommunizieren, soweit dies vernünftigerweise möglich ist. In dringenden Situationen kann diese Kommunikation kurzfristig erfolgen.
Tests und Rollback
Releases werden vor der Bereitstellung getestet und nach der Bereitstellung erneut überprüft.
Wenn vor dem Release ein Problem entdeckt wird, kann das Release verschoben oder abgesagt werden. Wenn nach dem Release ein Problem entdeckt wird, kann Prowise Korrekturmaßnahmen ergreifen. Dazu kann auch gehören, das Release zurückzurollen, sofern dies technisch möglich und angemessen ist.
Fragen oder Bedenken
Diese Seite beschreibt den Release-Management-Prozess für Prowise SaaS-Produkte und Webanwendungen.
Bei Fragen oder Bedenken zu dieser Release-Management-Richtlinie wenden Sie sich bitte an die Serviceabteilung von Prowise.