Aufwandsrechner

Verwenden Sie den AppDNA Effort Calculator, um Zeit, Kosten und Aufwand zu schätzen, die mit der Migration eines Portfolios auf eine neue Plattform verbunden sind — zum Beispiel, dass es fünf Personen sechs Monate in Anspruch nehmen und 500.000 US-Dollar kosten wird. Effort Calculator verwendet eine Reihe von Variablen, die beispielsweise die Kosten für einen Tester pro Tag, die Anzahl der Arbeitsstunden am Tag und die Zeit zum Testen einer Anwendung einer bestimmten Komplexität definieren. Sie können die Variablen so konfigurieren, dass sie die Besonderheiten Ihrer Organisation widerspiegeln. AppDNA erstellt eine detaillierte Aufschlüsselung der Kosten und wie viel Zeit es braucht, um die Anwendungen zu beheben, sowie die möglichen Einsparungen, die AppDNA bieten kann.

Aufwandsrechner Bild

Um den Aufwandsrechner zu öffnen, wählen Sie in der Seitenleiste Berichte: Anwendungen > Aufwandsrechner.

Die Verwendung des Effort Calculator umfasst die folgenden Schritte:

  1. Wählen Sie den Bericht aus
  2. Konfigurieren von Variablen und Anzeigen der Ergebnisse
  3. Exportieren der Ergebnisse

1. Wählen Sie den Bericht aus

Der erste Schritt bei der Verwendung des Effort Calculator besteht darin, den Bericht auszuwählen, der das Projekt darstellt, für das Sie den Aufwand berechnen möchten. Wenn Sie beispielsweise den Aufwand für ein Windows 7-Migrationsprojekt berechnen möchten, wählen Sie den Windows 7-Bericht aus. AppDNA listet die verfügbaren Berichte auf der linken Seite des Bildschirms auf.

Wenn Sie einen Bericht auswählen, enthält die rechte Seite des Bildschirms eine Zusammenfassung, die den Gesamtstatus der aktuell ausgewählten Anwendungen anzeigt, die für diesen Bericht analysiert wurden.

Um die ausgewählten Anwendungen zu ändern, klicken Sie rechts in der Symbolleiste auf Auswahl ändern. Wählen Sie in der Anwendungsliste die Anwendungen aus, die Sie einschließen möchten, und klicken Sie dann auf Auswählen, um sie anzuwenden.

Hinweis:

Effort Calculator ignoriert alle Anwendungen, die nicht analysiert wurden oder veraltet sind (müssen neu analysiert werden). Dies kann manchmal zu einer offensichtlichen Diskrepanz zwischen der Anzahl der ausgewählten Anwendungen und der Anzahl der angezeigten Anwendungen führen. Wenn Sie beispielsweise 10 Anwendungen auswählen, aber nur 8 von ihnen für den ausgewählten Bericht analysiert wurden, zeigt der Effort Calculator die Gesamtzahl der Anwendungen als 8 an.

  • Wenn Sie eine Gruppe auswählen und eine der Anwendungen in der Gruppe nicht analysiert oder veraltet ist, wird der Name der Gruppe mit einem Sternchen (*) daneben angezeigt.

Klicken Sie auf Weiter, um zum nächsten Schritt zu wechseln.

2. Konfigurieren von Variablen und Anzeigen der Ergebnisse

Der Hauptbildschirm des Effort Calculator enthält eine Zusammenfassung, die eine Schätzung des Aufwands enthält, der erforderlich ist, um die Anwendungen im Portfolio zu korrigieren, für die es bekannte Korrekturen gibt, während Anwendungen hervorgehoben werden, die weitere Tests erfordern oder als Ausnahmen behandelt werden müssen. Anwendungen gelten als Ausnahmen, wenn eine Behebung nicht möglich ist. Dies bedeutet, dass die Anwendung möglicherweise neu entwickelt oder stillgelegt werden muss.

Die Zusammenfassung enthält zwei Kreisdiagramme:

  • Vor der Korrektur. Das Kreisdiagramm auf der linken Seite zeigt den aktuellen Status der Anwendungen.
  • Nach der Korrektur. Das Kreisdiagramm auf der rechten Seite zeigt den erwarteten Status der Anwendungen, nachdem die Behebungsschritte abgeschlossen sind. Wenn beispielsweise der aktuelle Status einer Anwendung gelb ist, aber Behebungsoptionen verfügbar sind, ist die RAG nach der Behebung in der Regel grün, was darauf hinweist, dass die Anwendung für UAT bereit ist. Wenn die Standard-RAG jedoch rot ist und die einzige Behebungsoption darin besteht, die Anwendung neu zu entwickeln, ist die RAG nach der Behebung ebenfalls rot, um anzuzeigen, dass eine komplexe Entwicklung und/oder ein Ersatz erforderlich ist. Effort Calculator berücksichtigt diese Anwendungen Ausnahmen, da sie außerhalb des Umfangs von Problemen fallen, die relativ einfach gelöst werden können. Ein gelbes RAG nach der Behebung zeigt an, dass die Anwendung mehr Tests erfordert als eine Anwendung, die eine grüne RAG nach der Aktion aufweist.

Unterhalb der Zusammenfassung befinden sich vier Registerkarten.

  • Variablen. Stellt eine Vielzahl von Variablen bereit, die in der Berechnung verwendet werden. Sie können die Konfiguration an die Anforderungen Ihres Unternehmens anpassen. Die folgende Tabelle enthält Informationen über einige der weniger offensichtlichen Variablen.
Variable Beschreibung
Anzahl der Anwendungen im gesamten Portfolio Standardmäßig ist die Anzahl der bereits importierten Anwendungen. Sie können dies erhöhen, um die Größe Ihres tatsächlichen Anwendungsportfolios widerzuspiegeln. AppDNA extrapoliert dann den Aufwand, das gesamte Portfolio zu migrieren, basierend auf den Beispielergebnissen.
Währung Eine Liste der internationalen Währungscodes finden Sie unter http://www.xe.com/iso4217.php.
Rauchprüfzeit Die Zeit in Stunden, um einen Erstinstallations- und Run-Test durchzuführen, allgemein bekannt als Rauchtest. Dies ist normalerweise kein vertiefter Test. Standardwert: 8 - Durchschnittliche Zeit zum Abschließen der ersten Testphase ohne Abhängigkeiten von externen Parteien oder Prozessen. Alternative A: 24 - Wenn unternehmensspezifische Prozesse berücksichtigt werden sollen. Zum Beispiel, wenn der Rauchtest einen Teil des Zertifizierungsprozesses der Anwendung umfasst und so gibt es Zeitzuordnungen für die Expertise des Anwendungseigentümers für Installation, Dokumentation und Erstprüfung. Alternative B: 4 - Leichtes Rauchtestverfahren mit automatischer Installation und einem Ausführungsskript, um die Funktionalität nur auf einem sehr hohen Niveau zu testen.
Anwendungen, bei denen erwartet wird, dass Probleme auftreten Die Anzahl der Anwendungen, bei denen erwartet wird, dass Emissionen als Prozentsatz des Portfolios auftreten. Der Standardwert wird von einer Vielzahl von Marktquellen abgeleitet, von Analysten bis hin zu technischen Interaktionen. Der Wert kann je nach unternehmensspezifischen Prozessen und Anwendungsbereitschaft variieren.
Anwendungen, bei denen erwartet wird, dass es sich um Ausnahmen handelt Der Prozentsatz der Anwendungen, die nicht korrigiert werden können oder bei denen eine Entscheidung getroffen wurde, nicht zu korrigieren. Diese Variable kann sich aufgrund des Alters des Anwendungsportfolios dramatisch ändern. Ein älteres Portfolio weist in der Regel einen größeren Prozentsatz inkompatibler Anwendungen auf. Standardwert: 10% - Basierend auf empirischen Anwendungsrationalisierungsdaten, Unternehmen “End-of-Life” irgendwo zwischen 10 und 30 %, abhängig von Unternehmensinitiativen. Die Inkompatibilität der Anwendung ist oft ein wichtiger Treiber bei der Pensionierungsentscheidung. Wenn Variablen wie das Portfolio-Alter unbekannt sind, sollte der Standardwert verwendet werden. Alternative A: 35% — Unternehmensspezifische Mandate rund um das Application Lifecycle Management können eine aggressive Ausscheidungsinitiative für Anwendungen festlegen, die an Desktop-Migrationen und Aktualisierungen gebunden ist. Alternative B: 5% — Unternehmensspezifische Mandate können auch dazu beitragen, dass alle Anwendungen migriert werden, unabhängig von den für ihre Unterstützung erforderlichen Mischungen von Plattformen.
Zeit, um die Ursache eines Fehlers zu identifizieren und ihn zu beheben Eine Schätzung pro Anwendung, wie lange es in Stunden dauert, um einen Fehler zu identifizieren und ihn zu beheben, wenn AppDNA nicht verwendet wird. Standardwert: 24 - Durchschnittliche Zeit, die mit einem typischen manuellen Prozess im Zusammenhang mit Anwendungstests und -beseitigung ohne externe Abhängigkeiten verbunden ist. Single Point of Test und Sanierung. Alternative: 60 - Durchschnittliche Zeit, in der zusätzliche unternehmensspezifische Prozesse berücksichtigt werden sollen - wie Expertise des Anwendungseigentümers für die Installation, ausführliche Anwendungsprüfung, Anwendung-zu-OS-Image-Tests von Baseline bis Gold Images, mit allen Permutationen in zwischen.
Bereitstellungszeit Die durchschnittliche Anzahl von Stunden, um eine Anwendung in der Zielumgebung zu installieren und sicherzustellen, dass sie ausgeführt wird.
Größe des Behebungsteams Dies hängt von der Größe des Anwendungsportfolios ab. In der Regel gibt es je 250 Anwendungen einen Behebungsspezialisten.
Größe des Test-/Staging-Teams Dies hängt von der Größe des Anwendungsportfolios ab. Typischerweise gibt es je 100 Anwendungen einen Tester/Stager.
Behebungszeit Die Zeilen stellen die Komplexität von Anwendungen dar. AppDNA misst die Komplexität der Anwendung in Bezug auf die Anzahl der Dateien und Registrierungseinträge. Konfigurierbare Schwellenwerte legen fest, ob eine Anwendung als einfach, normal oder komplex betrachtet wird. Sie können die Schwellenwerte in den Berichtseinstellungen konfigurieren. Weitere Informationen finden Sie unter Berichtseinstellungen. Die Spalten stellen die Komplexität der Korrektur dar. AppDNA identifiziert Probleme in Anwendungen, indem während des Analyseprozesses ausgefeilte heuristische Algorithmen ausgeführt werden. Jeder Algorithmus identifiziert ein bestimmtes Problem und verfügt über eine empfohlene Behebungsaktion, um dieses Problem zu verringern. Der Aufwand, der mit diesen Aktionen verbunden ist, wird als einfach, mittel oder hart kategorisiert. Der Gesamtbehebungsaufwand für eine Anwendung basiert auf dem höchsten Aufwand, der mit den Algorithmen verbunden ist, die die Anwendung auslöst. Sie können die Behebungsaktionen optional im Bildschirm Algorithmusgruppen konfigurieren. Weitere Informationen finden Sie unter Konfigurieren von Algorithmen.
  • Ergebnis-Arbeitsblatt. Zeigt eine Aufschlüsselung der Anwendungen in Bezug auf die Art der Behebung (einfach, mittel und hart) und die Anwendungskomplexität sowie die geschätzten Test- und Behebungszeiten.
  • Aufwandsschätzung mit AppDNA. Zeigt eine Schätzung der Gesamtkosten des Projekts, wenn Sie AppDNA verwenden.
  • Aufwandsschätzung ohne AppDNA. Zeigt eine Schätzung der Gesamtkosten des Projekts, wenn Sie AppDNA nicht verwenden.

3. Exportieren der Ergebnisse

Sie können alle Ergebnisse des Effort Calculator (zusammen mit erläuternden Informationen) in ein Word-Dokument exportieren. Hierfür muss Microsoft Word auf demselben Computer installiert sein wie der AppDNA-Client.

Um diesen Bericht zu exportieren, klicken Sie auf der Hauptsymbolleiste auf Exportieren. Nach kurzer Verzögerung wird Microsoft Word geöffnet und der exportierte Bericht angezeigt.

Variablen exportieren

Sie können die Variablen des Effort Calculator exportieren - als XML-Datei für den späteren Abruf. Dies macht es einfach, verschiedene Szenarien zu vergleichen.

So exportieren Sie die Einstellungen des Effort Calculator:

  1. Wählen Sie in den AppDNA-Menüs Administration > Aktionsverwaltung.
  2. Klicken Sie auf der Symbolleiste im Bildschirm Aktionsverwaltung auf Aktionseinstellungen exportieren.
  3. Geben Sie der Datei im Dialogfeld Speichern unter einen entsprechenden Namen an, und speichern Sie sie an einem geeigneten Speicherort.

So importieren Sie die Einstellungen:

  1. Wählen Sie in den AppDNA-Menüs Administration > Aktionsverwaltung.
  2. Klicken Sie auf der Symbolleiste im Bildschirm Aktionsverwaltung auf Aktionseinstellungen importieren.
  3. Navigieren Sie im Dialogfeld Öffnen zu der Datei, die zuvor exportiert wurde.
  4. Klicken Sie auf OK.