Verwalten von Projekten – Checkliste mit Best Practices managing-projects-best-practices-checklist

Ein interaktive Checkliste ermöglicht es Ihnen, den Fortschritt mit diesen Best Practices zu verfolgen und zu überwachen.

• Definiert Eingaben und Lieferziele nach Phase, Meilenstein und Persona.
• Bietet automatisierte Übersichten (Qualität, Gesundheit und Vollständigkeit) zur Angabe des Fortschritts und des Projektstatus.

Dokumentation, direkt basierend auf der Checkliste, der Folgendes beschreibt:

• Projekt-Heartbeat-Analyse
• Überblick über den Status nach Rolle
• Phasen und Milestones.
• Schlüsselrolle und ihre Beteiligung an allen (relevanten) Phasen.
• Glossar der erforderlichen Dokumente und Ergebnisse

Weitere Informationen Material, um weitere Details zu bestimmten Bereichen bereitzustellen.

Phasenqualität

• Gibt die Qualität der Erforderliche Dokumente und Ergebnisse über das Projekt hinweg.

Phasenkonsistenz

• einen allgemeinen Statusindikator für Ihr Projekt; nützlich sein, um gefährdete Bereiche hervorzuheben.

Phasenvollständigkeit

• Dies gibt zu jedem Zeitpunkt während des Projekts an, wie viel bereits für jede Phase Ihres Projekts abgeschlossen wurde.

Geschäftsgrundsatz

• Die wesentlichen Gründe und die Begründung für die Durchführung des Projekts.

Umfang und Zeitplan

• Es sollte ein grundlegender Umfang und ein grober Zeitplan zur Verfügung gestellt werden, um festzulegen, was erforderlich ist und innerhalb welcher Frist; Wenn dies zur Klärung der Situation beiträgt, können Sie auch festlegen, was außerhalb des Anwendungsbereichs liegt.

Validierung

In dieser Phase müssen Sie die Ziele des Projekts validieren und bestätigen. Beispiel:

• Was möchten Sie erreichen/bereitstellen?

• Wer wird davon profitieren?

• Wie sieht der Anwendungsbereich aus?

  • Wenn dies zur Klärung der Situation beiträgt, können Sie auch festlegen, was außerhalb des Anwendungsbereichs liegt.

• Wie werden Sie Erfolg definieren?

• Wie wirst du den Erfolg messen?

  • Welche technischen und geschäftlichen Anforderungen gibt es?
  • Gibt es veraltete Systeme, die ersetzt werden müssen, und wenn ja, müssen Daten migriert werden?
  • Wer wird einbezogen?
  • Wie werden Sie den Fortschritt messen?
  • Wie oft werden Sie den Fortschritt während der Projektlaufzeit überprüfen?

Budget

Bevor Sie ein Projekt beginnen, benötigen Sie eine zuverlässige, realistische Schätzung der Kosten für dessen Implementierung:

• Verwenden Sie Informationen aus dem Validierungs-Meilenstein als Grundlage für die Schätzungen.
• Seien Sie realistisch in Ihren Schätzungen.
• Beachten und beachten Sie alle Client-Richtlinien, Prozesse oder Einschränkungen, denen der Client möglicherweise unterliegt.
• Überlegungen zu Eventualfällen und Überprüfungen, falls zu einem späteren Zeitpunkt eine Überprüfung oder Verfeinerung des Haushalts erforderlich ist.
• Beachten Sie, dass die Kosten in vielerlei Hinsicht entstehen. Käufe, Nutzung von Ressourcen und Gebühren.

Übergabe

Eine saubere Übergabe stellt sicher, dass die entsprechenden Personen/Gruppen ihre Verantwortung im Rahmen des Projekts kennen.

Umfassende Informationen sollten bereitgestellt/generiert werden, um sicherzustellen, dass sie alle relevanten Aspekte einschließlich Fahrplan, Umfang, Ziele, Anforderungen und KPIs vollständig verstehen.

Risikobewertung

Um unangenehme Überraschungen zu vermeiden, verwenden Sie die Risikobewertung, um potenzielle Risiken zusammen mit ihren Auswirkungen und Wahrscheinlichkeiten zu ermitteln und zu quantifizieren.

Dies sollte früh im Projektlebenszyklus erfolgen, um sicherzustellen, dass jegliche Schwächen identifiziert und bewertet werden. Auf der Grundlage der Ergebnisse können Sie Ihren Interessengruppen mitteilen, ob die vollständigen Anforderungen erfüllt werden können und ob es gegebenenfalls möglich ist, geeignete Maßnahmen zu planen und zu verfolgen.

Kommunikation

Kommunikation ist immer der Schlüssel zum Erfolg eines jeden Projekts. Sie müssen klar und effizient kommunizieren, um sicherzustellen, dass jeder:

• Auf dieselben grundlegenden Ziele hinarbeiten
• Aus derselben Informationsbasis
• Mit denselben Kanälen

Kick Off

Das Meeting zum Projektstart dient dazu, auf den Start des Projekts hinzuweisen. Es bietet eine gute Gelegenheit,

• Laden Sie alle interessierten Parteien (oder zumindest Gruppenvertreter) ein.
• Präsentieren Sie wichtige Fakten zum Projekt.
• Beantworte Fragen.
• Stellen Sie sicher, dass alle über dieselbe Wissensgrundlage verfügen.
• Beziehen Sie sich von allen, die beteiligt sein werden - dies muss verdient werden.
  • Durch die Einbeziehung von Hauptakteuren (einschließlich potenzieller Autoren) zu Beginn des Projekts erhöhen Sie Ihre Chancen, ihr Engagement für das Projekt zu erreichen.

Entwicklungsteam - Fortbildung

Bevor Sie mit einem Projekt beginnen, sollten Sie sicherstellen, dass Ihr Entwicklungsteam angemessen besetzt ist und dass alle Teammitglieder für die vorliegende Aufgabe geschult sind.

Inhaltsarchitektur

Die Inhaltsarchitektur definiert und beschreibt die zukünftige Architektur des Inhalts. einschließlich:

• die Inhaltsstruktur; einschließlich Assets
• Grundstrukturen; einschließlich Kampagnen usw.
• Multi-Site- und mehrsprachige Strukturen (MSM, Übersetzung usw.)
• Unterstützende Inhalte (einschließlich Tags und Tagging-Konzepten)
• Caching und Strategien zur Wiederverwendung von Inhalten

Systemarchitektur

Die Systemarchitektur definiert die konzeptionelle Ansicht Ihres Systems. einschließlich (unter anderem):

• Systemstruktur für alle erforderlichen Umgebungen
• Untersysteme
• Drittanbietersysteme
• Schnittstellen; Hardware, Software und menschliche Interaktion
• Server für jede Umgebung; siehe Technische Anforderungen und Hardware-Skalierungsrichtlinien;
• Prozesse für jede Umgebung; z. B. Bereitstellungs- und Wartungsanforderungen
• Wartungsaktivitäten (Datastore GC, TarPM-Optimierung usw.)
• Dispatcher-Caching
• Clustering beim Veröffentlichen/automatischen Teilen;
• Leistung für die Client-Seite (JS minify, concat, css sprites, Gesamtanzahl der HTTP-Anforderungen und andere)

Anwendungsarchitektur

Die Anwendungsarchitektur definiert und beschreibt das Verhalten der vorgeschlagenen Anwendungen.

Der Schwerpunkt liegt auf Folgendem:

• Wie sie miteinander und mit Benutzern interagieren werden.
• Die Daten, die von Anwendungen genutzt und erzeugt werden sollen, und nicht von ihrer internen Struktur.

Die Definitionen sollten Folgendes umfassen:

• Grundlegende Code-Struktur für das Projekt
• Code-Artefakte (Bundles, Pakete usw.)
• Aufschlüsselung der Vorlagen/Komponenten und ihrer Beziehungen
• Allgemeine Details der erforderlichen Anpassungen (spezifische Überlagerungen werden später folgen)
• Entwurf der für die Lösung erforderlichen Workflows (z. B. Inhaltserstellung, Genehmigung, Veröffentlichung, Transformationen, Importe, Exporte usw.)
• Besondere Berücksichtigung komplexer Module wie MSM, Commerce, Drittanbieterintegration

Systemintegration

Für die Systemintegration müssen Sie Folgendes planen (und dann implementieren):

• Wie alle Teilsysteme und Lösungsintegrationen zusammengeführt werden, um als einheitliches System zu funktionieren
• Integrieren von Drittsystemen, gemeinsam mit besonderer Berücksichtigung von offline/online, Client-/Browser-seitig oder Handhabung der Ausfallsicherung, wenn ein Drittsystem ausfällt.

Testkonzept

Bevor Sie mit der Entwicklung beginnen, sollten Sie ein tiefgehendes und umfassendes Konzept aller testing Anforderungen für Ihr Projekt.

Dies sollte (unter anderem) Folgendes umfassen:

• Details aller durchzuführenden Tests
• Vorbereitung des für diese Tests erforderlichen Inhalts
• Angaben zu den zu verwendenden Testwerkzeugen
• Hochrangige Angabe, wer an den Tests beteiligt sein wird; besonders Gruppen außerhalb des Qualitätssicherungsteams
• Details zur Testautomatisierung; Beispielsweise im Selenium- oder AEM Entwicklermodus

Experience Design

Erlebnisdesign (XD) umfasst das Entwerfen des Benutzererlebnisses für Ihre Lösung.

Das Benutzererlebnis sollte sowohl für Ihre Autoren als auch für die Endbenutzer Ihrer Website analysiert und entwickelt werden.

Support-Setup

Vor der Entwicklung sollten alle Support-Prozesse eingerichtet werden, die zum Bereitstellen, Freigeben, Testen und Berichten erforderlich sind.

Siehe auch Adobe Support-Portal.

Berechtigungen

Sie müssen für alle Benutzer/Gruppen, die die Lösung verwenden, ein Rollen- und Berechtigungskonzept planen und dann implementieren.

Beispiel:

• Eine Liste von Rollen (d. h. Gruppen) mit jeweilig festgelegten read/write-Zugriffsdefinitionen
• Festlegung der Verwendung von Berechtigungen, die einen Einfluss auf die Veröffentlichungsumgebung haben, z. B. replicate
• Für Benutzer mit minimalen Berechtigungen sollten Workflows definiert werden
• Benutzer in der Gruppe editor sollten weder über admin-Rechte verfügen noch Teil der Gruppe administrators sein

Weitere Informationen finden Sie unter Benutzeradministration und Sicherheit.

Überwachung und Wartung

Überwachung und Wartung sind Schlüsselaspekte, um den reibungslosen Ablauf der Lösung nach der Einführung zu gewährleisten. Dazu müssen Sie Folgendes definieren:

• Was muss überwacht werden?
• Wartungsaufgaben; regulären und Sonderfällen

Siehe auch Überwachung und Wartung für weitere Informationen.

Migration

Alle Inhalte aus dem alten System sollten für die Migration überprüft und validiert werden.

Wiederherstellungsplan

Stellen Sie sicher, dass Sie einen Wiederherstellungsplan haben. Dieser muss in Notfällen verfügbar sein, um die Verwendung von AEM sicherzustellen. Dies sollte Situationen wie Backup, Wiederherstellung, Fallover und andere umfassen.

Entwicklungsumgebung

Planen und dokumentieren Sie Ihre Entwicklungsumgebung, einschließlich:

• Architektur

• Entwicklungswerkzeugen

  • Eine typische Umgebung besteht aus:

    • ein System zur Problemverfolgung; wie Jira
    • eine IDE, wie Eclipse
    • ein Buildmanagement-Tool; wie Maven
    • einem Werkzeug für die fortwährende Integration, wie etwa Jenkins;
    • ein Werkzeug zur Versionskontrolle; wie GIT/SVN
    • einen Repository-Manager für Build-Artefakte; wie Archiva/Nexus

• Integration/Abhängigkeiten von Software von Drittanbietern

• Integration/Abhängigkeiten von der Lösung;

• Bereitstellungskapazität

Testsystem

Planen und dokumentieren Sie Ihre Testumgebung, einschließlich:

• Architektur
• Abhängigkeiten von Entwicklungs-Builds; einschließlich nächtlicher Builds
• Die Möglichkeiten oder Einschränkungen zum Testen der Softwareintegration/Abhängigkeiten von Drittanbietern
• Testwerkzeuge
• Automatisierte Teststrategie

Produktionssystem

Planen und dokumentieren Sie Ihre Produktionsumgebung, einschließlich:

• Architektur
• Bereitstellungskapazität
• Integration/Abhängigkeiten von Software von Drittanbietern
• Sicherheitseinstellungen
• Bestätigung der Grundleistung durch Ausführen eines Tough Day-Tests bei der Produktionskonfiguration;
• Anforderungen an Leistungstests; see Best Practices für Qualitätssicherung

Integration

Planen, dokumentieren und testen Sie alle Aspekte des Systems und Lösungsintegration, einschließlich:

• Eine automatisierte Teststrategie
• Automatisierte Prozesse in Anwendungen von der Entwicklung in den Test verschieben, dann Produktion
• Automatisierte Prozesse in Verschieben von Inhalten aus der Produktion in die Test- und Entwicklungsumgebung

Migration

Planen, dokumentieren und testen Sie alle Aspekte der Inhaltsmigration; einschließlich:

• Inhaltsarchitektur
• Migrationsstrategie

Kommunikation

Stellen Sie sicher, dass alle Team-Mitglieder und Projektmitarbeiter bei Bedarf auf dem neuesten Stand gehalten werden.

Dokumentation

Dokumentieren Sie die Lösung vollständig. einschließlich:

• Betriebshandbuch
• Alle Anpassungen, die sich auf Aktualisierungen auswirken können
• Versionshinweise

Endbenutzerakzeptanztest

Anwenderakzeptanztests (UAT) ist entscheidend, um sicherzustellen, dass

• Die Lösung erfüllt die Benutzer-/Kundenanforderungen
• Der Kunde/die Benutzer akzeptieren die Lösung (Funktion, Design und Leistung)

eine formelle Checkliste sollte für die Kundenübergabe erstellt werden, die idealerweise automatisiert ist und nächtlich gegenüber einer Momentaufnahme durchgeführt wird. Die Ergebnisse sollten an den Projekt-Manager oder das Entwickler-Tam weitergeleitet werden.

Leistungs- und Belastungstests

Leistungs- und Belastungstests werden verwendet, um sicherzustellen, dass die Lösung die erforderlichen Leistungsniveaus bei durchschnittlicher Belastung und Spitzenlast erfüllt.

Weitere Informationen zu Leistungstests finden Sie unter:

• Leistungstests
• Planen und Ausführen von Tests
• Allgemeine Leistungsrichtlinien

Vorbereitung

Die Vorbereitung und Planung tragen zu einem reibungslosen Rollout bei.

Schulung

Stellen Sie sicher, dass alle beteiligten Mitarbeiter geschult wurden.

Siehe Adobe Experience Manager im Kurskatalog.

Trainierte Administratoren

Stellen Sie sicher, dass Ihre Lösungsadministratoren über Folgendes verfügen:

• entsprechend ausgebildet wurden
• Das entsprechende Lehrmaterial erhalten
• Die entsprechende Dokumentation erhalten

Schulte Benutzer

Stellen Sie sicher, dass Ihre Autoren über Folgendes verfügen:

• entsprechend ausgebildet wurden
• Das entsprechende Lehrmaterial erhalten
• die entsprechenden Unterlagen erhalten haben; Beispiel: das Benutzerhandbuch

Penetrationstests

Penetrationstests simulieren einen Angriff auf ein Computersystem, um potenzielle Sicherheitsmängel zu identifizieren.

Penetration/Sicherheitstests

Um die Sicherheit Ihrer Lösung zu gewährleisten, führen Sie spezifische Penetrationstests zusammen mit einer größeren Auswahl an Sicherheitstests durch.

Weitere Informationen finden Sie in der Sicherheits-Checkliste.

Vorbereitung

Die Vorbereitung und Planung tragen dazu bei, dass ein reibungsloses Leben gewährleistet ist.

Sicherheit

Bestätigen Sie die Sicherheit Ihrer Lösung für interne und externe Benutzer und deren Inhalt.

Notfallversorgung

Stellen Sie sicher, dass alle Systeme, Verfahren und Mechanismen, die für Ausweichmanöver erforderlich sind, vorhanden sind, bevor Sie live geschaltet werden.

Support

Stellen Sie sicher, dass die Support-Services vorhanden und bereit sind.

Übergang

Planen und führen Sie die Umstellung auf Ihre Produktionsumgebung und -benutzer aus.

Rollout

Bereiten Sie Ihre Rauchtests vor und führen Sie sie aus.

Zuständig für die Bereitstellung/Präsentation des Geschäftsszenarios für das Projekt.

Schlüssel zur Gestaltung und Definition des Projektumfangs; einschließlich:

• Definition und Kriterien für den Erfolg
• die wichtigsten KPIs

Geben Sie die wichtigsten Meilensteine basierend auf der Client-Roadmap an.

ist in erster Linie für die Erfassung und Analyse der allgemeinen Anforderungen verantwortlich und wandelt diese dann in Spezifikationen um:

• zur Verwendung durch den Projekt-Manager bei der Projektplanung;
• , damit das Entwicklungsteam während der Entwicklung und Entwicklung von dort aus arbeiten kann.

arbeitet eng mit dem Kunden zusammen, um diese Anforderungen zu analysieren. Diese stimmen mit Folgendem überein:

• Die Definition von Erfolg.
• Die Erfolgskriterien.
• KPIs (sowohl geschäftlich als auch leistungsbasiert).

ist für die technische Durchführung des Projekts verantwortlich.

ist für die Auswahl einer Entwicklungsmethodik verantwortlich, die den Kundenanforderungen entspricht.

Erstellung der Entwicklungsstrategie:

• Sicherstellen, dass sie mit den Geschäfts- und Leistungs-KPIs abgestimmt ist
• unter Berücksichtigung der Erfolgskriterien und der Definition

arbeitet eng mit dem Architekten zusammen (insbesondere bei der Erstellung der Entwicklungsstrategie für AEM), um Aspekte wie die Beziehung zwischen Vorlagen und Komponenten, die Integrationsstrategie für Anwendungen von Drittanbietern und spezielle Funktionen zu definieren.

ist für die Überwachung der Projektinfrastruktur verantwortlich.

ist verantwortlich für:

• Einrichtung interner Entwicklungs- und Testumgebungen
• zur Anpassung dieser Systeme an die Client-Systeme

Bietet Hardware-Empfehlungen, überwacht die verschiedenen Implementierungen und bietet Betriebsunterstützung sowohl vor als auch nach der Live-Schaltung.

Interessenträger

• Personen (häufig aus dem Unternehmen), die ein Interesse am Erfolg des Projekts haben. Sie tragen oft zum Budget bei.

Legal

• Bei Vertragsverhandlungen ist rechtliche Beratung erforderlich.

Ausbilder

• Je nach Umfang und Art des Projekts können spezialisierte Trainer eingesetzt werden, um Schulungen für die jeweiligen Gruppen zu entwickeln und vorzustellen.

Technische Schriftsteller

• Je nach Umfang und Art des Projekts können spezialisierte technische Autoren zum Schreiben von Richtlinien und Handbüchern für bestimmte Gruppen verwendet werden. z. B. ein Wartungshandbuch für Systemadministratoren oder ein Benutzerhandbuch für Autoren.

Systemadministratoren

• Zuständig für den laufenden Betrieb des Systems.

Autoren und Endbenutzer

• Die Personen, die das System verwenden werden, um Ihre Website-Inhalte zu erstellen und zu verwalten.

Andere Best Practices und Richtlinien in Bezug auf die Verwaltung eines AEM-Projektes:

• Hardware-Skalierungsrichtlinien
• DevOp-Strategien für Unternehmen
• Best Practices für SEO und URL-Verwaltung
• AEM und Richtlinien für barrierefreies Webdesign
• Die Datenschutz-Grundverordnung

Best Practices für Bereitstellung und Wartung

Best Practices für die Verwaltung

Best Practices für die Entwicklung

Best Practices für die Inhaltserstellung

Dokumentation zu AEM

Darüber hinaus sind die folgenden Abschnitte AEM Dokumentation von besonderem Interesse (diese Liste ist jedoch nicht vollständig):

• Sicherheit

• Empfohlene Bereitstellungen

• DevOp-Strategien für Unternehmen

• Hardware-Skalierungsrichtlinien

• AEM-Konzepte:

  • Entwickeln – Grundlagen
  • MSM-Konzepte
  • HTML-Vorlagensprache (HTL)

Verwandte Dokumentation

• Adobe Experience Cloud - Planen für Adobe Experience Cloud