Autor von Netadmin-Inhalten
Als einer der führenden Anbieter von OSS (Operations Support System) in den nordischen Ländern und auf dem europäischen Markt hat Netadmin Systems eine beträchtliche Anzahl erfolgreicher OSS-Projekte durchgeführt. Davon gab es auch Ausnahmen – und wir haben unser Bestes getan, um aus den Fehlern zu lernen. Im vergangenen Jahr haben wir uns früheren Projekte noch einmal angesehen, um einige der häufigsten Fallstricke zusammenzufassen. Die Ergebnisse aus dieser Analyse sind nun ein natürlicher Bestandteil der Bewertung all unserer Projekte.
Projektstart - Einbeziehung der richtigen Personen
„Die Definition von Verantwortlichkeiten, Mandaten und Rollen ist entscheidend für die Effizienz in Workshops und Besprechungen."
Wir empfehlen, dass Mitarbeiter aus verschiedenen Bereichen der Organisation des Kunden am Anforderungsprozess beteiligt sind. Dies gibt einzelnen Teams und Mitarbeitern das Gefühl, an der Veränderung beteiligt zu sein, gibt ihnen einen umfassenderen Blick auf verschiedene Bedürfnisse, Wünsche und Anforderungen und ein frühes Verständnis dafür, was vor sich geht.
Es ist jedoch wichtig, dass die Kommunikationswege innerhalb der Organisation des Kunden klar definiert ist, bevor das Projekt beginnt. Die Definition von Verantwortlichkeiten, Zuständigkeiten und Rollen ist für die Effizienz von Workshops und Besprechungen wesentlich. Ihre Organisation kann und sollte mehrere Entscheidungsträger und Interessenvertreter haben. Dies sind Personen, die damit beauftragt wurden, eine Lösung für ein bestimmtes Problem zu finden. Das ist völlig in Ordnung. Wichtig ist am Ende jedoch, wer der Entscheidungsträger ist. Dies ist die einzige Person, die die Autorität und Verantwortung für etwaige weitere Mängel in Bezug auf seine/ihre Entscheidung hat. Der Entscheidungsträger ist die Person, die innerhalb der vorgegebenen Grenzen und Budgetbeschränkungen Aktivitäten ändern und Ressourcen binden kann. Die Rolle des Lieferanten besteht darin, Ihre Organisation mit der notwendigen Expertise, bewährten Verfahren und Dokumentationen zu unterstützen und Empfehlungen auf der Grundlage der von den Entscheidungsträgern beschriebenen Bedürfnisse und Anforderungen zu geben. Kurz gesagt: Sie können nicht erwarten, dass der Lieferant als Entscheidungsträger fungiert und zwischen den Bedürfnissen, die von einzelnen Teams oder Personen innerhalb Ihrer Organisation geäußert werden, Prioritäten setzt.
Erwartungen und Ziele
„Nur weil etwas automatisiert werden kann, bedeutet das nicht automatisch, dass es eine gute Idee ist, es zu automatisieren.“
Die Einführung einer neuen OSS-Lösung kann eine der wichtigsten und umfangreichsten Veränderungen für einen Telekommunikationsbetreiber sein. Das OSS ist in der Regel ein zentrales System in der IT-Umgebung und oft mit mehreren anderen Systemen in unterschiedlichen Richtungen verbunden. Die Erwartungen der Mitarbeiter und Manager sind hoch. Alles kann automatisiert werden. Alle Ausnahmen werden berücksichtigt. Jeder einzelne Service und jede Technologie wird jetzt in diese magische Box standardisiert, in der der Benutzer nur den richtigen Knopf drücken muss und sich zurücklehnen kann. Ein optimistischer Ausgangspunkt ist natürlich immer gut, aber es ist wichtig, während des gesamten Projekts den Fokus auf den Wert im Verhältnis zur Komplexität zu behalten. Nur weil etwas automatisiert werden kann, bedeutet das nicht automatisch, dass es auch wirklich eine gute Idee ist, es zu automatisieren.
Generell sollte die Entscheidung, eine bestimmte Aufgabe zu automatisieren, entweder auf der Häufigkeit ihres Auftretens oder dem Grad der Komplexität basieren. Wenn beispielsweise ein bestimmter Service oder eine Technologie aufgrund ihrer Komplexität etwas zeitaufwändig ist, aber nur einige Male im Monat oder Jahr benötigt wird, sollten Sie sich wirklich fragen, ob es sich lohnt, dies zu automatisieren. Andererseits könnten Sie den einfachsten Service automatisieren, wenn er sehr häufig benötigt wird. Wir haben bereits erlebt, dass hoch priorisierte Elemente nach einer einfachen Berechnung ihres Wertes aus dem Geltungsbereich ausgeschlossen wurden.
Netadmin Systems empfiehlt oft einen Ansatz zum schnellen Start, bei dem zunächst Dienste mit hohem Volumen und relativ geringer Komplexität bereitgestellt werden. Ziel ist es, dass der Kunde so schnell wie möglich mit Netadmin Nine OSS arbeiten kann. Dies gibt dem Kunden die Möglichkeit, sich an das System zu gewöhnen, mehr über seine Möglichkeiten und Grenzen zu erfahren und vor allem dazu beizutragen, in der nächsten Phase die richtigen Entscheidungen zu treffen.
Das Design verstehen
„Um zu bestimmen, wie ein bestimmter Teilprozess oder eine bestimmte Aufgabe umgesetzt werden soll, ist es wichtig, zunächst zu verstehen, warum er überhaupt benötigt wird und welchen Zweck er verfolgt.“
Nachdem die Hauptziele und Erwartungen festgelegt wurden, ist es an der Zeit, mit dem Design der Lösung zu beginnen. Wir als Lieferant werden Ihnen unsere Ansicht und Erfahrung darüber vermitteln, wie Dinge in Netadmin Nine OSS implementiert werden sollten. Wir bemühen uns, so viele standardisierte Methoden wie möglich zu verwenden, um eine Lösung zu erreichen, die wartbar und unterstützbar ist. In dieser Phase ist es wichtig, dass wir eine gemeinsame Sprache zur Beschreibung der Implementierung sprechen und dass die Lösung auf verschiedenen Abstraktionsebenen entworfen ist. Vergleichen Sie es mal mit dem Bau eines Hauses: Die Baupläne geben Ihnen Informationen über die Abmessungen des Hauses, aber keine Antworten auf Details im Inneren, wie beispielsweise die Position einzelner Steckdosen, die Größe des Whirlpools oder die Farbe der Wände. Deshalb benötigen wir verschiedene Abstraktionsebenen.
Eine der von unseren Kunden häufig verwendeten Methoden zur Beschreibung eines Prozesses sind BPMN-Diagramme (Business Process Model and Notation). BPMN-Diagramme sind ein guter Anfang, aber sie sind keine sehr gute Methode, um funktionale Anforderungen zu beschreiben. Um vollständig zu verstehen, was getan werden muss, müssen wir in jede Box eintauchen und ihren Zweck und ihre Funktion im Gesamtprozess beschreiben. Um festzustellen, wie ein bestimmter Teilschritt oder eine Aufgabe implementiert werden sollte, muss man zunächst verstehen, warum er überhaupt benötigt wird und was sein Zweck ist. Oft steckt diese Information nur in den Köpfen einzelner Personen oder die beliebte Begründung ist: „weil es schon immer so war“. „Warum? Was? Wie?“ sind jedoch heute bei all unseren Projekten zentrale Fragen.
Ein Beispiel aus der Praxis, bei dem wir das große Ganze betrachten mussten, ist ein Kunde, der eine komplexe Bereitstellung von CPE-Geräten beschrieb. Es gab keine gute Erklärung, warum es so sein musste. Nach einigen Analysen stellten wir fest, dass die Ursache für das eher komplexe Design darin lag, dass ein bestimmter CPE-Typ potenziell einfrieren könnte, wenn wiederholt darauf zugegriffen wird. Als wir die Statistiken überprüften, erkannten wir, dass dies wirklich eine Ausnahme unter Tausend war. Darüber hinaus war die CPE-Firmware seit der Installation nicht aktualisiert worden. Dank dieser Erkenntnis beschloss der Kunde, solche Ausnahmen manuell zu behandeln, was die Implementierungskosten praktisch halbierte.
Projektkosten im Griff behalten
„Prozesse, die auf den ersten Blick komplex erscheinen, müssen nicht zwangsläufig in Netadmin komplex sein.“
Scoping, Planung und die Aufschlüsselung von Anforderungen und Elementen sind die wichtigsten Bausteine, um in allen größeren OSS-Projekten eine gute Vorhersehbarkeit zu erreichen. Wenn man die Komplexität von Elementen nicht frühzeitig versteht, besteht ein hohes Risiko, dass das Projekt länger dauert und teurer wird als erwartet. Da Menschen auf beiden Seiten oft ein persönliches Interesse am Erfolg des Projekts haben, kann dies zu unnötiger Frustration und Unruhe führen. Unerwartete Projektkosten resultieren oft aus unklaren oder schlecht kommunizierten Anforderungen, mangelndem Wissen über das Produkt selbst bei Stakeholdern oder dem Versäumnis, die allgemeine Komplexität der Lösung zu erkennen.
Um dies zu vermeiden, verwenden wir folgende Richtlinien:
-
• Beziehen Sie frühzeitig die richtigen Personen ein.
• Definieren Sie Verantwortlichkeiten, Rollen und Mandate.
• Entwickeln Sie ein gutes Verständnis sowohl für die Möglichkeiten als auch für die Grenzen des Produkts.
• Diskutieren Sie Erwartungen mit allen Stakeholdern und setzen Sie diese fest.
• Beschreiben Sie Prozesse und Abläufe auf verschiedenen Abstraktionsebenen.
• Seien Sie bereit, bestehende Prozesse zu ändern.
• Vermeiden Sie eine Überautomatisierung von Prozessen.
• Teilen Sie größere Projekte in Phasen auf.
Die Anzahl der Dienste, Zugangstechnologien und Integrationen in der Lösung in Kombination mit einem guten Verständnis der Abhängigkeiten zwischen verschiedenen Prozessen gibt im Allgemeinen einen guten Hinweis auf die Projektdimension. Als Lieferant versuchen wir, Prozesse und Aufgaben so weit wie möglich zu vereinfachen, ohne die allgemeinen Anforderungen zu beeinträchtigen. Eine Möglichkeit, dies zu tun, besteht darin, jede Technologie und jeden Service zu Beginn separat zu behandeln, um unnötige Abhängigkeiten und Parallelen zwischen Prozessen zu vermeiden. Wenn wir dann gemeinsame Teilschritte oder Komponenten finden, versuchen wir natürlich, solche Elemente wiederzuverwenden. Dies ist weitgehend ein iterativer Prozess, der zu einem Design auf verschiedenen Abstraktionsebenen führt. Einige dieser Arbeiten können gut in Workshops zusammen mit dem Kunden durchgeführt werden.
Am Ende müssen Prozesse, die auf den ersten Blick komplex erscheinen, nicht zwangsläufig in Netadmin komplex sein. Indem wir die Fragen Warum? Was? Wie? für jedes Element stellen, können wir oft die Gesamtkomplexität und die Kosten der Lösung reduzieren.
Beginnen Sie mit dem Aufbau Ihres Glasfasernetzes mit Netadmin Nine.
