Definieren von Bereitschaftskriterien
Das Planen und Verwalten einer Bereitstellung umfasst eine Vielzahl unterschiedlicher Aktivitäten und Rollen, die für jede Aktivität am besten geeignet sind. In diesem Artikel wird beschrieben, wie Sie wichtige Rollen identifizieren und herausfinden, wie Apps klassifiziert werden.
Ermitteln von Rollen und Personal
Wenn Sie planen, sollten Sie herausfinden, welche Rollen Sie für die Bereitstellung benötigen und wer sie ausfüllen sollte. Unterschiedliche Rollen sind in verschiedenen Phasen einer Bereitstellung aktiv. Je nach Größe und Komplexität Ihrer organization können einige der Rollen von derselben Person besetzt werden. Es ist jedoch am besten, über einen etablierten Prozess-Manager zu verfügen, der alle Aufgaben für die Bereitstellung überwacht.
Prozess-Manager
Der Prozess-Manager leitet den Updatebereitstellungsprozess und ist berechtigt, den Prozess vorwärts zu pushen oder bei Bedarf anzuhalten. Sie haben auch Verantwortung für die Organisation dieser Aktivitäten:
Kompatibilitätsarbeitsstream | Bereitstellung | Funktion und Modernisierung |
---|---|---|
Zuweisen der Anwendungspriorität | Überprüfen der Infrastrukturanforderungen | Bestimmen von Infrastrukturänderungen |
Anwendungsbewertung | Überprüfen der Infrastruktur anhand von Anforderungen | Bestimmen von Konfigurationsänderungen |
Gerätebewertung | Erstellen eines Infrastrukturupdateplans | Erstellen eines Funktionsvorschlags |
Es ist die Rolle des Prozess-Managers, Berichte zu Wartungsbemühungen zu sammeln, Fehler zu eskalieren und zu entscheiden, ob Ihre Umgebung für die Pilotbereitstellung und dann für die allgemeine Bereitstellung bereit ist.
Diese Tabelle skizziert eine Ansicht der anderen Rollen mit ihren Zuständigkeiten, relevanten Fähigkeiten und den Bereitstellungsphasen, in denen sie benötigt werden:
Rolle | Verantwortung | Fertigkeiten | Aktive Phasen |
---|---|---|---|
Prozess-Manager | Verwaltet den Prozess von Ende zu Ende; stellt sicher, dass Eingaben und Ausgaben erfasst werden; stellt sicher, dass Die Aktivitäten voranschreiten | IT Service Management | Planen, Vorbereiten, Pilotbereitstellung, allgemeine Bereitstellung |
Anwendungsbesitzer | Definieren eines Anwendungstestplans; Benutzerakzeptanztester zuweisen; Zertifizieren der Anwendung | Kenntnisse kritischer und wichtiger Anwendungen | Planen, Vorbereiten und Pilotbereitstellung |
Anwendungsentwickler | Sicherstellen, dass Apps entwickelt wurden, um mit den aktuellen Windows-Versionen kompatibel zu bleiben | Anwendungsentwicklung; Anwendungswartung | Planen, Vorbereiten |
Endbenutzercomputing | In der Regel eine Gruppe mit Infrastrukturtechnikern oder Bereitstellungstechnikern, die sicherstellen, dass Upgradetools mit Windows kompatibel sind | Bare-Metal-Bereitstellung; Infrastrukturverwaltung; Übermittlung der Anwendung; Updateverwaltung | Planen, Vorbereiten, Pilotbereitstellung, allgemeine Bereitstellung |
Vorgänge | Stellen Sie sicher, dass Support für die aktuelle Windows-Version verfügbar ist. Bereitstellen von Unterstützung nach der Bereitstellung, einschließlich Benutzerkommunikation und Rollbacks. | Plattformsicherheit | Vorbereiten, Pilotbereitstellung, umfassende Bereitstellung |
Sicherheit | Überprüfen und Genehmigen der Sicherheitsbaseline und -tools | Plattformsicherheit | Vorbereiten, Pilotbereitstellung |
Interessengruppen | Stellen Sie Gruppen dar, die von Updates betroffen sind, z. B. Leiter der Finanzabteilung, Endbenutzerdienste oder Change Management. | Wichtiger Entscheidungsträger für eine Geschäftseinheit oder Abteilung | Planen, Pilotbereitstellung, umfassende Bereitstellung |
Festlegen von Kriterien für die Bewertung von Apps
Einige Apps in Ihrer Umgebung sind für Ihre Kerngeschäftsaktivitäten von grundlegender Bedeutung. Andere Apps unterstützen Mitarbeiter dabei, ihre Rollen auszuführen, sind aber für Ihren Geschäftsbetrieb nicht wichtig. Bevor Sie mit der Bestandsaufnahme und Bewertung der Apps in Ihrer Umgebung beginnen, sollten Sie einige Kriterien für die Kategorisierung Ihrer Apps festlegen und dann jeweils eine Priorität festlegen. Dieser Prozess hilft Ihnen zu verstehen, wie Sie Updates am besten bereitstellen und probleme beheben können, die auftreten können.
In der Vorbereitungsphase wenden Sie die jetzt definierten Kriterien auf jede App in Ihrem organization an.
Hier sehen Sie ein vorgeschlagenes Klassifizierungsschema:
Klassifizierung | Definition |
---|---|
Kritisch | Die wichtigsten Anwendungen, die die wichtigsten Geschäftsaktivitäten und -prozesse verarbeiten. Wenn diese Anwendungen nicht verfügbar waren, konnte das Unternehmen oder eine Geschäftseinheit überhaupt nicht funktionieren. |
Wichtig | Anwendungen, die einzelne Mitarbeiter benötigen, um ihre Produktivität zu unterstützen. Ausfallzeiten würden sich hier auf einzelne Benutzer auswirken, aber nur minimale Auswirkungen auf das Unternehmen haben. |
Nicht wichtig | Es hat keine Auswirkungen auf das Unternehmen, wenn diese Apps für eine Weile nicht verfügbar sind. |
Nachdem Sie Ihre Anwendungen klassifiziert haben, sollten Sie zustimmen, was jede Klassifizierung für die organization in Bezug auf Priorität und Schweregrad bedeutet. Diese Aktivität trägt dazu bei, dass Sie Probleme mit der richtigen Dringlichkeit selektieren können. Sie sollten jeder App eine zeitbasierte Priorität zuweisen.
Hier sehen Sie ein Beispiel für ein Prioritätsbewertungssystem. die Besonderheiten können für Ihre organization variieren:
Priorität | Definition |
---|---|
1 | Alle identifizierten Probleme oder Risiken müssen so schnell wie möglich untersucht und behoben werden. |
2 | Beginnen Sie mit der Untersuchung von Risiken und Problemen innerhalb von zwei Werktagen, und beheben Sie sie während des aktuellen Bereitstellungszyklus. |
3 | Beginnen Sie innerhalb von 10 Werktagen mit der Untersuchung von Risiken und Problemen. Sie müssen sie nicht alle innerhalb des aktuellen Bereitstellungszyklus beheben. Alle Probleme müssen jedoch bis zum Ende des nächsten Bereitstellungszyklus behoben werden. |
4 | Beginnen Sie innerhalb von 20 Werktagen mit der Untersuchung von Risiken und Problemen. Sie können sie im aktuellen oder in einem beliebigen zukünftigen Entwicklungszyklus beheben. |
Bezogen auf die Priorität, aber eindeutig, ist das Konzept des Schweregrads. Sie sollten auch eine Schweregradbewertung definieren, basierend darauf, wie sich ein Problem mit einer App auf den Bereitstellungszyklus auswirken sollte.
Beispiel:
Schweregrad | Effekt |
---|---|
1 | Arbeitsausfall oder Umsatzverlust |
2 | Produktivitätsverlust für eine Geschäftseinheit |
3 | Produktivitätsverlust für einzelne Benutzer |
4 | Minimale Auswirkungen auf Benutzer |
Beispiel: ein großes Finanzunternehmen
Mithilfe des vorgeschlagenen Schemas könnte ein Finanzunternehmen seine Apps wie folgt klassifizieren:
App | Klassifizierung |
---|---|
Kreditverarbeitungs-App | Kritisch |
Kundendienst-App in Service-Service in Service und Produktion | Kritisch |
PDF-Viewer | Wichtig |
Bildverarbeitungs-App | Nicht wichtig |
Darüber hinaus können sie diese Klassifizierung wie folgt mit Schweregrad- und Prioritätsrangfolgen kombinieren:
Klassifizierung | Schweregrad | Priorität | Antwort |
---|---|---|---|
Kritisch | 1 oder 2 | 1 oder 2 | Beenden Sie die Bereitstellung für 1, bis sie behoben wurde. 2. Beenden Sie die Bereitstellung nur für betroffene Geräte oder Benutzer. |
Wichtig | 3 oder 4 | 3 oder 4 | Für 3 setzen Sie die Bereitstellung fort, auch für betroffene Geräte, solange es Anleitungen zur Problemumgehung gibt. |
Nicht wichtig | 4 | 4 | Setzen Sie die Bereitstellung für alle Geräte fort. |