• Erstellung und Integration neuer Architektur Lösungen auf Basisvon TOGAF für die unterschiedlichen Architekturebenen (Business, Daten,
  Applikation und Technologie) nach sEADM in einer komplexen Enterprise Architektur
• Einhaltung der unterschiedlichen Regelwerke
  (Sicherheitsregelwerk, IT Architecture Policy-Framework, Book of Standards und Berechtigungsregelwerkes) bei der Umsetzung der Architekturlösungen
• Erstellung von Architektur Deliverables, Artefakte und Views (UML und Archimate)
• Sicherstellen der festgelegten Architektur im Projekt
• Fachliche Steuerung der Gesamt-Architekturleistung
• Übersicht der technischen Risiken im Projekt
• Umsetzung der Architekturprozesse begleiten
• Technische Unterstützung bei der Umsetzung der Architekturlösungen

Die notwendigen Kenntnisse und Erfahrungen sind:

• TOGAF - The Open Group Architecture Framework
• Erstellung von Viewpoints in UML und Archimate
• Analsyse und Design von komplexen Enterprise Architekturen
• Enterprise Architect
• Gewerke, Phasen und Meilensteine des IT-PEP
• Aufbau und Organisation der Konzern-IT
• Englisch
• Kommunikative Fähigkeiten
• Organisatorische Fähigkeiten

Unterstützung und Steuerung von Mitarbeitern in externen Projekten. Dokumentenreviews und interne QS von Dokumenten, die im Rahmen von IT-SEP und IT-PEP erstellt werden. Ggfs. Übernahme von Kundenkontakten.

Die Betreuung erfolgt für Projekte in den folgenen Branchen:

- Telekommunikation

- Großhandel

- Automotive

- Finanzdienstleistungen

Steuerung der Kundenkontakte, sowie administrative und strategische Tätigkeiten im Hauptbüro.

Durchführung von regionalen, kleineren externen Aufträgen im Hauptbüro und dessen Umgebung.

Zum Einsatz kommen, je nach Situation agile und nicht-agile Methoden, sowie Projektvorgehensmodelle und alle zur Verfügung stehenden Kommunikationskanäle.

Fortlaufendes Projekt.

Die nesteg-eigene Infrastruktur ist auf Erfüllung der IT-Grundschutzanforderungen hin zu prüfen und ggfs. anzupassen. 

Die Einhaltung der Regeln und Vorgaben ist langfristig zu sichern und auf dem jeweils aktuellen Stand zu halten, um zu einem späteren Zeitpunk ggfs. jederzeit eine Zertifizierung durchführen lassen zu können, sofern Kundenanforderungen dies erfordern.

Dazu sind auch Veranstaltungen wie die regelmässig stattfindenden IT-Grundschutztage zu frequentieren.

Kleine und mittlere Unternehmen haben zwar Bedarf für diverse IT-Systeme (Mailserver, DMS, CMS, CRM, ERP, WWS, Buchhaltung, Groupware, Fileserver ...), oft jedoch nicht unbedingt das nötige Know-How, oder die Ressourcen, um diese Systeme selbst vorzuhalten und zu warten.

Ziel ist es, diesen Unternehmen einen Satz an Virtuellen Linux-Maschinen zur Verfügung zu stellen, die jeweils eine Serverfunktionalität übernehmen, und baukastenartig nebeneinander her deployed und betrieben werden können.  Um die besonderen Anforderungen gerade der kleineren Unternehmen dabei zu berücksichtigen wird dies nicht durch Docker, oder andere Containerlösungern erreicht, sondern durch konventionelle VMs, die durch einen Headless Hypervisor orchestriert werden. Ein Webfrontend sorgt für das einfache Management aller vorhandenen VMs, die jedoch auch jederzeit kopiert, oder verschoben werden können, und selbst über ein Webfrontend bedient werden können.

Der Fokus liegt auf Skalierbarkeit, einfacher Bedienung und Wartbarkeit, Sicherheit der einzelnen VMs und des Verbundes, sowie auf geringen Anschaffungs- und Wartungskosten.

Nach dem Deployment des firmeneigenen QS- und Security-Labors war der Betrieb sicherzustellen. Tests, Prozesse und Tools waren zu optimieren und zu überwachen. Aufgaben und Prozesse sind weiterhin, soweit möglich zu automatisieren und zu standardisieren. Die Aufgabe ist fortlaufend.

Die Umgebung dient sowohl zur Weiterbildung, als auch als Testumgebung zur Optimierung der allgmeinen Netzwerksicherheit des Firmennetzes, zur Prüfung neuer Produkte und Technologien, sowie als Deploymentbasis.

Durch flexible Gestaltung und ein entsprechendes Sicherungskonzept ist die Umgebung für interne Zwecke genauso geeignet wie für die Bearbeitung von Kundenaufträgen.

Im Rahmen einer nachhaltigen Firmenentwicklung waren neue strategische Partnerschaften zu schliessen, externe Mitarbeiter zu gewinnen, langfristige geschäftliche Kontakte aufzubauen und zu pflegen, sowie Projekte für Mitarbeiter zu akquierieren.

Eine 30 Jahre alte Schnittstelle für Händlersysteme zu 4 abnehmenden Statistiksystemen (für die Steuerung von Marketing-, Logistik- und allgemeinen Reportingsprozessen) war zu erneuern.

Aufgaben: Abklärung von Input aus verschiedenen Quellen. Aufnahme, Harmonisierung und teilweise Neuerstellung von Business-Cases inkl. der dafür notwendigen Daten und ihrer Verteilung auf verschiedene Satzarten. Die Satzbeschreibung lag vor. Deliverables waren zwei Dokumente, eines sollte eine Kurzbeschreibung der Schnittstelle sein, das andere eine Matrix aller Businesscases unter Angabe aller betroffenen und zu übertragenden Satzarten inklusive zu beachtender inhaltlicher Abhängigkeiten.

Das Originaldach des 70 Jahre alten Firmensitzes war nach Energiesparvorgaben der KfW zu sanieren und dabei das Dachgeschoss auszubauen.

Aufgaben: Planung, Angebotseinholung und -bewertung, Sicherstellung der Finanzierung mit KfW-Fordergeldern, Koordinierung und Überwachung der Gewerke und Vendoren (Banken, Energieberater, Gerüstbauer, Dachdecker, Bautischler, Elektriker, Heizungsbauer), sowie der Mieter. Überwachung und Dokumentation des Baufortschrittes, Abnahmen.

Auf Basis der vorangegangenen Analyse bezüglich der Anforderungen, Umsetzbarkeit und vorhandenen Mittel war das firmeneigene QS- und Security-Labor aufzubauen. Geänderte und erweiterte Anforderungen, sowie deren Umsetzung, waren mit Hilfe agiler Vorgehensweisen zu erfassen und umzusetzen.

Die adequate Umsetzung der Anforderungen bezüglich Flexibilität, innerer und äusserer Sicherheit, sowie der Compliance mit den Vorgaben des BSI war zu prüfen und sicherzustellen. Testfälle und -ergebnisse waren zu Beweissicherungszwecken zu dokumentieren.

Die Originalfassade des 70 Jahre alten Firmensitzes und Vermietungsobjektes war zu erneuern. Dabei waren Wasserschäden im Heizungskeller, sowie die Energiesparvorgaben der KfW zu beachten und teilweise neue Türen und Fenster einzubauen.

Aufgaben waren: Planung, Angebotseinholung und -bewertung, Finanzierung mit Hilfe von KfW-Fördergeldern, Koordination aller Gewerke und Vendoren (Banken, Energieberater, Verputzer, Gerüstbauer, Maurer, Bautischler), sowie der Mieter. Ausserdem Materialbeschaffung, Fortschrittsüberwachung, Dokumentation und Abnahmen.

Planung und Konzeptionierung eines firmeneigenen QS- und Security-Labors, inkl. Machbarkeitsprüfung. Anforderungen waren zu definieren und ihre Umsetzbarkeit mit vorhandenen Mitteln zu prüfen. Aus der Soll-Ist-Analyse war abzuleiten, welche Resourcen noch bereitzustellen waren.

Das hauseigene Abrechnungssystem MCBS soll umgestellt werden auf Usage-Case-basiertes Rating. Die bisher genutzte Konfiguration musste auf das neue Konzept gemapped und umgestellt werden. Dazu waren die vorhandene Konfiguration zu analysieren, eine neue Struktur aufzubauen, die entsprechende Konfiguration auf DB-Ebene anzupassen und entsprechende Tests durchzuführen, bevor die Änderungen schrittweise in die Produktion überführt werden konnten.

Für interne Projekte, vor allem aber für externe Partnerfirmen sollten im Umfang reduzierte, aber voll funktionstähige und bezüglich der genutzten Daten den Vorgaben der DSGVO entsprechend verfremdete DB-Abzüge des internen Abrechnungssystems automatisiert zur Verfügung gestellt werden können.

Abhängige und zu anonymisierende Daten waren zu identifizieren, sowie ein Konzept zur Anonymisierung unter Berücksichtigung verschiedener Ansätze zu erarbeiten, zu implementieren, zu testen und zu dokumentieren. Dabei waren rechtliche sowie technische Vorgaben und Anforderungen an die mit den bereitgestellten Daten geplanten Tests zu identifizieren und bei der Umsetzung zu berücksichtigen.

Weiterer Schwerpunkt war die Berücksichtigung möglicher späterer Anforderungen, die die Nutzung des Moduls und der Testdaten für automatisierte Unit-, Regressions- und Konfigurationstests sowohl in der Entwicklung, als auch in der Produktion ermöglichen sollten.

Es werden z.Zt. mehrere Instanzen des hauseigenen Billingsystems betrieben, um die verschiedenen Töchter des Konzerns zu betreuen. Die Konfiguration von Tarifen, Produkten, Rating-Regeln etc. macht deshalb z.Zt. viel Mehrfacharbeit nötig. 

Auf dem Weg zu einem Konfigurationsmandanten, der alle konfigurationsrelevanten Daten zentral hält und anderen Services, unabhängig von Geschäftsmodellen, Firmengrenzen o.ä. zur Verfügung stellt sollte der erste Schritt getan werden. 

Dieser erste Schritt sah vor, die Konfigurationsarbeiten von den eigentlichen Abrechnungsinstanzen des Billingsystems zu trennen, die Konfigurationsarbeiten zu zentralisieren und vor dem Deployment auf verschiedenen produktiven Abrechnungsinstanzen einer Reihe von automatisierten Tests zu unterziehen.

In Zusammenarbeit mit der Software-Entwicklung des Billingsystems, der QS, der Konfiguration und der Produktion war eine technische Lösung mit für den ersten Schritt möglichst geringem Impact auf bestehende Prozesse und Systeme zu finden, diese auf Machbarkeit zu prüfen und schliesslich in den produktiven Betrieb zu überführen.

Durch die Zusammenlegung von E-Plus mit O2 (Telefonica) ergab sich auch für den Auftraggeber der Bedarf einer Migration. Die Billing-Daten aller E-Plus-Kunden mussten technisch migriert werden, um den Anforderungen für die die technische Anbindung an den Netzbetreiber O2 zu genügen. Gleichzeitig sollte die Marke "E-Plus" für den Kunden weiterhin ohne spürbare Veränderungen vermarktet werden. Für mehrere Millionen Kundenverträge, sowie die Konfigurationsdaten des hauseigenen  Billingsystems MCBS mussten geeignete Verfahren entwickelt werden, um eine Massenmigration, noch dazu in Zusammenarbeit mit O2, weitestgehend automatisiert durchführen und testen zu können.

Die Tätigkeiten umfassten Analyse, Skripterstellung, Testing, Prozessanalyse und -anpassungen, Implementierung, Dokumentation, Koordination mit verschiedenen IT-Bereichen, sowie Fachabteilungen.

Da alle Einsatzkräfte in nicht-heimatnahen Projekten im Einsatz waren musste sichergestellt werden, dass in der Zentrale ein Ansprechpartner vorhanden ist, der sich um das tägliche Geschäft kümmerte. 

Unterstützung und Steuerung von Mitarbeitern in externen Projekten.Dokumentenreviews und interne QS von Dokumenten, die im Rahmen von IT-SEP und IT-PEP erstellt wurden. Übernahme von Kundenkontakten.

Die Betreuung erfolgte für Projekte in den folgenen Branchen:

 - Telekommunikation

 - Automotive

 - Finanzdienstleistungen

 - Logistik

Die örtliche Abwassergenossenschaft, die ausschliesslich nebenberuflich betrieben wird, klagte über hohe Aufwände im Monitoring des Pumpennetzes, schwierige Kommunikation und hohen Aufwand in der Papierarbeit.

Es waren die Prozesse zu analysieren und das Potenzial, sowie die Kosten für technische Unterstützung und Prozessoptimierung zu ermitteln. Dies betraf sowohl den Notdienst, als auch den normalen administrativen und organisatorischen Betrieb. Anschliessend war der Vorstand bezüglich verschiedener Varianten zu beraten und Entscheidungsvorlagen zu erstellen, bevor die entsprechenden neuen Geräte, Software und Sensoren anzuschaffen und zu implementieren waren.

Der Roll-Out der technischen Neuerungen, sowie der angepassten Prozesse war zu begleiten und die Leute anzuleiten.

Neben der Beratertätigkeit in der eigenen Firma besitze ich noch einen Blumen- und Geschenkeladen in einem Bremer Krankenhaus, der von meinem Vater geschäftsführend betreut wird. Wegen längerer Krankheit musste ich dort einspringen und den Laden führen.

Mit IT-Inhalten hatte ich dort, abgesehen vom Kassensystem und der Buchhaltung nichts zu tun.

Ein IT-internes Projekt sollte die gesamte technische Abbildung der Tarif- und Dienstestruktur in sämtlichen beteiligten Systemen des gesamten Konzerns vereinheitlichen und vereinfachen, um sie der Kundensicht anzupassen. Wegen weitreichender Änderungen im zugrunde liegenden Datenmodell wie auch in den Softwareklassen des Billingsystems, sowie deren Einfluss auf bestehende Kundendaten waren neue Prüfmethoden und eine neue QS-Umgebung aufzubauen, die Massenabgleiche auch für zukünftige andere Migrationsaufgaben mit minimalem Aufwand ermöglichten.

Die Ist-Situation war zu analysieren und teilweise erstmals zu dokumentieren, das Integrationspotenzial mit anderen inzwischen eingeführten Tools und Verfahren war zu erarbeiten, ein Konzept zu erstellen, auf Durchführbarkeit zu prüfen, das Ergebnis zu dokumentieren und in einer Managementvorlage aufzubereiten. Überzeugungsarbeit bei den beteiligten Bereichen war zu leisten, Vorgehen und Aufwände dieser Bereiche waren zu planen und zu koordinieren, bestehende Prozesse waren anzupassen und teilweise neu zu schaffen und entsprechende Automatisierungsmassnahmen umzusetzen.

Durch die Integration der Talkline-debitel in den mobilcom-Konzern stieg der Arbeitsaufwand in der QS der IT sowohl für Entwicklung als auch für die Produktion beinahe exponentiell..

Die folgenden Punke wurden im ersten Schritt als kritisch identifiziert. Für sie war im zweiten Schritt eine koordinierte und zukunftssichere integrative Lösung zu schaffen:

- Definition von Prüfinhalten und -zielen

- Unnötige wiederkehrende Aufwände vermeiden, um sich auf die Prüfung tatsächlicher Änderungen konzentrieren zu können.

- Lückenlose End-2-End Qualitätssicherung konzipieren und implementieren.

- Dokumentationsschwächen in verschiedenen Bereichen ausgleichen

- Zertifizierungen und Wirtschaftsprüfungen erleichtern.

- Automatisierungsansätze herausarbeiten und die Basis für eine weitestgehende QS-Automatisierung von Standardaufgaben schaffen.

Nach der Konzeptionierung der Prozesse und einiger Tools, sowie einer eigenen Datenbank zur Unterstützung wurden alle Stakeholder, inkl. des BR, mit Präsentationen und Workshops konsultiert und konnten ihren Beitrag leisten.

Mit agilen Methoden wurde nach Integration aller Bedenken und Anforderungen aller Stakeholder ein Proof-of-Concept erstellt. Änderungen an aktiven Systemen wurden automatisch getrackt und in einer eigenen Datenbank abgelegt. Mit dem Wissen um Prozesse, Changes, neue Releases, Incidents etc. wurden aus ca. einem Dutzend verschiedener Systeme und ebenso vielen Datenbanken Informationen zusammengeführt, die eine Zuordnung der Änderungen zu den entsprechenden Geschäftsvorfällen ermöglichten.

Für diese Daten wurden dann automatisierte Auswertungen und Prüfungen verschiedener Art, oder auch automatisierte Aufträge für manuelle Prüfungen erstellt. Das System und die Verfahren wurden nach einer Testphase als Standard etabliert und werden weiter verfeinert.

Als Urlaubs- und Krankheitsvertretung waren die Aktvitäten der Software-QS für die Einführung eines neuen Masterreleases des hauseigenen Billingsystems zu planen und zu koordinieren.

In Abstimmung mit Software-Entwicklung, QS, Produktion und Fachabteilungen waren die notwendigen Tests zu planen, zu verifizieren, die Bereitstellung der nowendigen Testumgebungen sicherzustellen, die Resourcenplanung abzustimmen, der Fortschritt zu überwachen und zu dokumentieren. Change Requests waren zu analysieren, in Abstimmung mit allen Beteiligten zu priorisieren, die Planung und alle Massnahmen, die zum schlussendlichen abgenommenen Deployment führen, zu koordinieren und zu dokumentieren. 

Durch die Integration der Talkline-debitel in den mobilcom-Konzern stieg der Aufwand der QS exponentiell. Autmatisierte Auswertungen der produktiven Abrechnugnssysteme sollten helfen, diesen Mehraufwand zu bewältigen.

Zur Umsetzung war spezifisches Konfigurationswissen aus beiden Welten, sowie Scripting-Know-How notwendig. Auch die spezifischen Geschäftsprozesse der Talkline-debitel, sowie der mobilcom waren zu berücksichtigen und bei der Erstellung der automatisierten Auswertungen zu berücksichtigen.

Nach der Migration der Talkline-debitel-Daten in die entsprechenden mobilcom Systeme waren bisher unvollständig abgebildete Prozesse in einer Übergangszeit zu überwachen und zu vervollständigen, bzw. Migrationsfehler zu finden und zu beheben.

Tickets waren zu analysieren, Inhalt und Umfang betroffener Datenmengen zu ermitteln, Skripte zur massenhaften Anpassung von DB-Inhalten zu erstellen, sowie workflow-konforme und revisionssichere automatische Aktionen zu erstellen und zu prüfen, um die Datenkonsistenz der produktiven Systeme sicherzustellen.

Im Rahmen der Migration der Talkline-debitel-Daten in die entsprechenden mobilcom Systeme waren die Daten der Talkline-debitel-Systeme in die entsprechenden mobilcom-Systeme zu überführen und korrekte Bearbeitungs- und Abrechnungsprozesse sicherzustellen.

In der Endphase der Migration waren regelmässige Reconciliation-Läufe und andere Abgleiche durchzuführen, um sicherzustellen, dass vor allem Sonderfälle korrekt und vollständig migriert wurden. Besonderes Augenmerk galt dabei Fällen, die es so in den mobilcom-Systemen bis dahin nicht gab, und für die neue Funktionalitäten eingebaut werden mussten.

Sonderfälle mussten mit Hilfe von Business Cases identifiziert und ggfs. in den Zielsystemen neu gestaltet werden.Automatisierte Migrations- und Prüfskripte waren zu erstellen, bzw. zu übernehmen und weiter zu pflegen. Die Ergebnisse der Analysen, Migrationen und Prüfungen waren mit allen Stakeholdern zu besprechen, das Vorgehen ggfs. zu koordinieren, bis die Produktionsergebnisse für alle Seiten zufriedenstellend waren.

Nach dem Kauf von Talkline-debitel durch die freenet AG bzw. deren Tochter mobilcom waren die Daten der Talkline-debitel-Systeme in die entsprechenden mobilcom-Systeme zu migrieren und die entsprechenden Prozesse anzupassen.

Zur Entlastung der daran arbeitenden Mitarbeiter auf Talkline-debitel-Seite wurde jemand gebraucht, der die mobilcom-Systeme kennt und bis zur erfolgten Migration das Tagesgeschäft auf Seiten der Talkline-debitel unterstützen konnte. Dabei war darauf zu achten, die neuen abrechnungsrelevanten Inhalte so zu gestalten, dass sie den Anforderungen der mobicom-Systeme entsprachen, um die anstehende Migration zu erleichtern.

Stakeholder waren dabei zu beraten und zu koordinieren, SQL- und Shellskripte zu erstellen, Testabrechnungen durchzuführen und mit den Anforderungen abzugleichen. Bei allem war auf die Unterschiede zwischen den Abrechnungssystemen NABS (stark customisiertes AMDOCS) auf Talkline-debitel-Seite und MCBS (in-house-Entwicklung) auf mobilcom-Seite einerseits, Oracle-DB und Informix-DB andererseits, sowie den unterschiedlichen Business-Cases und Geschäftsprozessen der beiden Unternehmen zu achten.

Interne Kommunikation und geplantes Wachstum der Firma erfordern ein neues, größeres Büro. Idealerweise sollten dabei auch Fahrtkosten und Kosten für private Arbeitszimmer minimiert werden.

Es war ein neuer Standort zu suchen, auf seine Tauglichkeit hinsichtlich Wohn- und Bürosituation, sowie Erweiterungsmöglichkeiten zu prüfen und der Umzug unter Einbeziehung aller zukünftigen logistischen Anforderungen zu organisieren.

Der Geschäftszweit Nearshoring soll stärker ausgebaut werden, um die diesbezüglichen Kontakte mit unseren vor allem armenischen Partnern besser zu nutzen. Es waren potentielle Auftraggeber anzusprechen und für das Thema zu interessieren. Darüber hinaus sollte der Begriff Nearshoring bei bestehenden Geschäftspartnern stärker mit nearshore solutions verbunden werden.

Aufbauend auf einer früheren Schulung zur Kommunikation sollten den Bewohnern des Christian-Albrecht-Hauses vermittelt werden, wie sie auch aus vermeintlicher oder gegebener unterlegener Position positive Verhandlungsergebnisse erzielen können. Die Art der Kommunikation waren ebenso Inhalt, wie der Einfluss der eigenen Einstellung, das Erkennen und Vermitteln von Win-win-Situationen, kooperative und konfrontative Verhandlungsmethoden und ähnliches.

Niemand kann NICHT kommunizieren. In Studium, Beruf und im Privatleben ist die Art, in der wir kommunizieren der entscheidende Faktor für die Art der Beziehung zwischen den Beteiligten und für Erfolg, oder Nicht-Erfolg unserer Bemühungen.

Den Bewohner des Christian-Albrecht-Hauses sollten in diesem Training die theoretischen und praktischen Grundlagen erfolgreicher Kommunikation nahe gebacht werden.

Niemand kann NICHT kommunizieren. In Studium, Beruf und im Privatleben ist die Art, in der wir kommunizieren der entscheidende Faktor für die Art der Beziehung zwischen den Beteiligten und für Erfolg oder Nicht-Erfolg unserer Bemühungen. Den Bewohnern des CAH sollten in diesem Training die theoretischen und praktischen Grundlagen erfolgreicher Kommunikation nahe gebracht werden.

Herkömmliche Festnetztelefonie soll komplett durch VoIP-Telefonie abgelöst werden, unter Wegfall der bisherigen PSTN-Anschlüsse. Für die Umsetzung dieses Ziels und den Launch entsprechender Produkte waren bestehende Systeme anzupassen und teilweise auch neue Systeme zu konzipieren und einzuführen.

Konzeption eines neuen Systems, Abstimmung mit den Fachabteilungen, systembezogenes Anforderungsmanagement, Koordination der externen Entwicklung, der Tests, des Deployments, Prüfung und Verhandlung von Angeboten. Erstellung aller gängigen Dokumente im Zusammenhang mit der Einführung eines neuen Systems. Technisch Verantwortlicher während der Einführungsphase. Abwicklung aller CRs.

Herkömmliche Festnetztelefonie soll komplett durch VoIP-Telefonie abgelöst werden, unter Wegfall der bisherigen PSTN-Anschlüsse. Für die Umsetzung dieses Ziels und den Launch entsprechender Produkte waren bestehende Systeme anzupassen und teilweise auch neue Systeme zu konzipieren und einzuführen.

Angefangen als Unterstützung im PMO, Anforderungsmanagement für den Workstream, sowie Budgetkalkulation.

Eintwicklung einer Rational Process Management Software Suite in Zusammenarbeit mit einem Nearshoring-Team in Yerevan.

Anforderungen waren zu definieren und abzustimmen, ein Team zusammenzustellen, dieses Team bezüglich der Erfordernisse eines Nearshoring-Projektes einzuweisen und zu überwachen, Prozesse neu zu definieren bzw. anzupassen, Abnahmekriterien zu erstellen und zu überwachen. Ein Ticketingsystem zu deployen, Testpläne zu erstellen und deren Durchführung zu organisieren, sowie die Ergebnisse auszuwerten.

Dieses Projekt sollte uns sowohl ein intern nutzbares Produkt bescheren, als auch ein "Testballon" für die Zusammenarbeit mit unseren armenischen Partnern im Rahmen von Nearshoring-Projekten sein.

Obwohl damals noch nicht bekannt, waren die Arbeitsweisen agil und das Reporting, sowie die Dokumentation strukturiert.

Vorbereitung, Koordination, Überwachung, Moderation und Auswertung eines Trainings für die Vodafone live! Service Plattform, sowie Train-the-Trainer-Sessions für die durchführenden Trainer von Vodafone. Zielgruppen: Techniker und Migrationsspezialisten, Supportmitarbeiter aus verschiedenen Ländern.

Gestaltung von Inhalt und Form des Trainings, das in London und Düsseldorf für Mitarbeiter aus ca. einem Dutzend Ländern durchgeführt wurde. Laufende Anpassung von Inhalt und Präsentation, Validierung des Erfolges durch Erfassung des Lernerfolges und von Teilnehmerfeedback, sowie dessen Auswertung. Starke Unterschiede in den Prozessen der einzelnen OpCos und deren Releaseständen machten einen Fokus auf Koordination notwendig.

Vorbereitung, Koordination, Überwachung, Moderation und Auswertung eines Trainings für die Vodafone live! Service Plattform, sowie Train-the-Trainer-Sessions für die durchführenden Trainer von Vodafone. Zielgruppen: Techniker und Migrationsspezialisten, Supportmitarbeiter aus verschiedenen Ländern.

Gestaltung von Inhalt und Form des Trainings, das in London und Düsseldorf für Mitarbeiter aus ca. einem Dutzend Ländern durchgeführt wurde. Laufende Anpassung von Inhalt und Präsentation, Validierung des Erfolges durch Erfassung des Lernerfolges und von Teilnehmerfeedback, sowie dessen Auswertung. Starke Unterschiede in den Prozessen der einzelnen OpCos und deren Releaseständen machten einen Fokus auf Koordination notwendig.