Die beteiligten Bereiche und Systeme im Konzern müssen befähigt werden die Informationen vertragskonform zu liefern.

Tätigkeit:

• Erhebung und Analyse der Anforderungen aus (verkehrs-)vertraglicher, geschäftsprozessorientierter und nachhaltiger Sicht.
• Abstimmung und Konsolidierung weiterer Anforderungen aus angrenzenden Teilprojekten und von Lösungsanbietern mit dem Fokus auf die Gesamtlösung.
• Requirements Management zur Erweiterung eines Linienkataster für die Schienenverkehre
• Steuerung der Anforderungen für die neu zu erstellenden Services zur Erzeugung der DFID und zur Anreicherung der DLID und DTID
• Meilensteinplanung für die konzernweiter Kommunikation und ggü. den Softwareherstellern
• Konsolidierung von Anforderungen mit unterschiedlichen Abstraktionsebenen 
• Ausarbeitung systemspezifischer Detailsichten für die Umsetzung (u.a. Anforderungsspezifikation)
• Erarbeitung von Datenflüssen und Schnittstellen für die Gesamtlösung, inkl. eines fachlichen Datenmodells erarbeitet. 
• Dies bietet Einblick in Optimierungspotentiale in den Geschäftsprozessen.
• Management vielfältiger Stakeholder u.a. Anwendungs-, Fachverantworlichen und Anforderungsmanagern, Enterprise Architekten, Fahrlagenplanern und Projektleitern.
• Zur Unterstützung der Teststrategie, des Testmanagement und des Testens wird der RE-Managementprozess mit dem Testprozess verbunden. 

Fachlichkeit:

• Busnotverkehr
• DELFI
• DFID
• DHID
• DLID
• DTID
• Ersatzverkehr
• Ersatzverkehrsfahrplan
• Reisendeninformation
• Schienenverkehr
• VDV (Verband deutscher Verkehrsunternehmen)
• VDV 432
• VDV 433
• VDV 453
• VDV 454
• Verkehrsverbünde
• Vertrieblicher Fahrplan(Kundenfahrplan)
• Öffentlicher Nahverkehr

• Einheitliche Abbildung der Laborprozesse für Wasserlabor (WA), Kraftwerkschemie (KC) sowie werkstofftechnisches Labor (WTL)
• Durchgängige Digitalisierung des Laborprozesses zur Effizienzsteigerung im Probendurchsatz
• Konsolidierung der Bestandsdatenbanken und Bestandsdaten zur Erhöhung der Datenkonsistenz und Qualität
• Workflow-unterstützte Prozessabwicklung mit Transparenz über aktuellen Arbeitsvorrat und jeweiligen Probenstatus
• Automatisiertes Berichtswesen für wesentliche Statistiken und das Prozess-Monitoring
• Digital unterstützte Datenerhebung und Daten-Übertragung im Rahmen der Probennahme/Beprobung
• Einführung einer Archivierungslösung für relevante Prozessdaten (Technische Aufzeichnungen) und Auftrags-Dokumente
• Herstellung eines Labornetzwerkes (Lab-LAN) zur Anbindung der Messgeräte an das LIMS
• Ggf. Anpassung bestehender Prozesse und Arbeitsweisen im Hinblick auf eine möglichst durchgängige, digitale Software-Unterstützung aller relevanten Prozesse
• Migration der zukünftigen Altdaten in eine neue ERP/Data-warehouse Struktur (Big-DATA, Lab4.0)
• Das SWM-Labor war früher in zwei unterschiedliche Labore getrennt, das Wasserlabor und die Kraftwerkschemie, die mittlerweile zu einem Labor zusammengefasst wurden.
• Aus der früheren Trennung ergab sich die Nutzung von zwei getrennten Labor-Informations- und Management-Systemen (LIMS), die bereits Ende der 1990er Jahre eingeführt wurden und viele Systembrüche bewirken (Standalone-Analysengeräte, SAP, Excel-Listen, Intranet, Workflow-Systeme, Outlook, Formblätter,?). Die Zusammenlegung der Labore führte zu dem Wunsch nach einem einheitlichen LIMS für alle Laborbereiche (Wasserlabor, Kraftwerkschemie und Werkstofftechnisches Labor).
  • Requirements Engineering
  • Anforderungserhebung
  • Stakeholdermanagement
  • Requirements Specification
  • Steuerung zur Erstellung von Testfällen
  • Planung und Steuerung der Testdurchführung

• Requirements Engineering
• PO im NIS/QGIS Projekt für den Teilbereich der Projektumfänge
• Analyse der Geoinformationsdaten und deren Verarbeitung
• Testmanagement

• Belegung für die Standortsuche wichtiger Geodaten-Layer mit einem vordefinierten Faktor (Beispiel: Layer: Flurkarte, Parameter Fläche)
• Verschneidung aller Layer zu einer Heatmap für die Unterstützung der Standortsuche für Geothermieanlagen.
  • Grüne Stellen: Sehr geeignete Standorte,
  • Gelbe oder hellrote Stellen: Weniger bis kaum geeignete Standorte
  • Rote Stellen: Ausschlusskriterium liegt vor, d.h. nicht bebaubar
• Da die Kriterien und die Einstufung für die Eignung in der Entwicklung sind bzw. mit anderen Stakeholdern abgestimmt werden müssen (LHM) empfiehlt es sich, dass die Anwender des Q-GIS Projekts diese selbst einstellen können, um einen neuen Layer/ Heatmap zu erzeugen.
• Terminziel: Übergabe einer ersten Lösungsversion (MVP) an die Fachabteilung SW-ER bis zur Sommerpause 2022

• Der Kunde hat eines cross-funktionales Programm etabliert, um ein modernes und integriertes Programm-, Bedarfs- und Kapazitätsmanagement zwischen den Kernprozessen Kundenauftragsprozess und Produktentstehungsprozess zu ermöglichen.
• Das Programm schafft übergreifend über die Ressorts Vertrieb, Produktion, Einkauf, Entwicklung und IT, die organisatorischen, prozessualen und IT-technischen Voraussetzungen
• Dabei entstehen diverse Produkte für das Programm-, Bedarfs- und Kapazitätsmanagement.
• Aufgabe des Projekts ist es, ein Produkt zu liefern, dass Vorgaben und Informationen aller beteiligten Ressorts erfasst, verarbeitet und im Ergebnis Bauteil-Bedarfe und Kapazitätsbedarfe darstellt bzw. ausgibt.
• Dazu werden ressortspezifische Systeme angebunden und die rollenspezifischen Aufgaben und Verantwortlichkeiten im System abgebildet (z.B. in den Anwendungsfällen bzw. Funktionalitäten, Oberflächen oder als Rollen-/Rechtesystem) um die Vergabe der Lieferantenaufträge vorzubereiten und Änderungen nach Vergabe systemseitig zu unterstützen.
• Das Produkt gliedert sich mit den anderen Produkten in eine SAP Landschaft ein. Darin gibt es sowohl dedizierte als auch gemeinsame Datendomänen (bzw. Datenbanktabellen).
• Die Benutzeroberflächen sind produktspezifisch, da sie jeweils unterschiedliche Teile der Kernprozesse abbilden und somit gut funktionell abgrenzbar sind.
• Für das agile Vorgehen im Programm wird SAFe eingesetzt. Treibende Elemente dabei sind das Programmbacklog und die einzelnen Team- oder Produkt-Backlogs.
• Diese werden Top-Down in Programminkrementen (Program Increment) geplant und in den Sprints umgesetzt.
  • Fachprozess gestalten
  • Schulungskonzept und -unterlagen erstellen
  • Fachbereiche einbeziehen und fachliche/ technische Anforderungen aufnehmen bzw. managen
  • Fachliches Datenmodell erstellen
  • Input für technische Konzepte (Funktionalitäten, Datenmodel, Dialogentwürfe) und Testfälle liefern und abstimmen
  • TPO/PPO in Prozess- und Implementierungsfragen beraten
  • Endanwender in der Benutzung beraten
  • Beratung bei übergreifenden Themen, u.a. beim Testvorgehen, Datenschutzverfahren (DSGVO), Endanwenderschulungen.

• Workshops mit Stakeholdern zur Aufnahme von neuen Anforderungen
• Abstimmung der Anforderungen mit dem Team und den Stakeholdern
• Konformitätserklärung Datenschutz, IT-Sicherheit und Personalrat
• Erstellung eines grundlegenden Schulunskonzepts zur qualifizierung der fachlichen Mitarbeiter und der Mitarbeiter aus Betrieb und Administration
• Entwerfen und Abstimmen von User Stories. Planung und Priorisierung
• Einsammeln von Benutzerfeedback und Aufsetzen eines projektspezifischen Blogs zur organisationsweiten Kommunikation. Abstimmung mit dem Programmmarketing und Zulieferung von Inhalten. Inhaltliche Mitverantwortung der Vorstellung eines Pozesses zum mobilen Arbeiten/ Homeoffice und der UI-Verbesserungen im System
• Umsetzung und Deployment des BPMN Prozesses (Workflow) "Antrag Dienstvorschrift mobiles Office/ Homeoffice"
• Überwachung und Behebung von Incidents im Camunda Cockpit.
• Entwurf von BPMN Modellen und Abstimmung mit Stakeholdern und dem Team.
• Skripting (Javascript)

• Bearbeitung und Verantwortung der Systemspezifikation innerhalb eines kooperativen Projekts der Landeshauptstadt München (LHM) und den SWM.
• Abgleich der Systemspezifikation mit der Systemsoftware. Abstimmung und Diskussion mit den Stakeholdern (Implementierung, Betrieb und Fachreferaten).
• Review und Diskussion der Fachkonzeption und Geschäftsprozesse mit der LHM und Mitwirkung an der Softwarearchitektur (-design) bei den SWM.
• Mitarbeit an allen Teilen des Requirements Engineering. Dies beinhaltet das Anforderungsmanagement, Anforderungsanalayse, -dokumentation und -validierung.
• Unterstützung und Teilnahme am Umbau des Entwicklungsvorgehens auf agile Prozesse, durch aktive Diskussion von fachlichen Chancen und Risiken und organisatorischen Änderungen. Unterstützung der Teilprojektleitung u.a. durch Konzeptionierung eines bereichsübergreifenden agilen Review Prozesses und Modellierung mit BPMN (camunda Modeler).

• Unterstützung in allen Bereichen des Requirements Engineering. Dies beinhaltet das Anforderungsmanagement (Anforderungsanalayse, -dokumentation und -validierung) sowie die fachliche (englische) Spezifikation (inkl. Datenmodell) und Abstimmung mit dem Hersteller, bzw. seinen Märkten.
• Ein Schwerpunkt dabei ist die Unterstützung und Förderung der geschäftlichen Verkaufsprozesse.
• Die eigens ausgearbeiteten konzeptionellen Ideen und Lösungen werden auf ihre Machbarkeit hin in der Spezifikation überprüft und diese entsprechend erweitert.
• Abstimmungen mit den Stakeholdern werden vorbereitet und offen und ergebnisorientiert unterstützt.
• Zu den Stakeholdern gehört neben dem Hersteller und seine Märkten auch ein internationales Entwicklungsunternehmen. Die Klärung von technischen Fragestellungen (neben fachlichen) erfolgt somit schnell und direkt.
• Unterstützung und Teilnahme am Umbau des Entwicklungsvorgehens auf agile Prozesse, durch aktive Diskussion von fachlichen Chancen und Risiken und organisatorischen Änderungen.

• Entwicklung von Full-Stack Modulen (Kombination von Server- und Clientcode) zur Umsetzung der Funktionalitäten
• Entwurf und Implementierung von clientseitigen Funktionalitäten (inkl. Websitelayout)
• Entwicklung einer REST-Schnittstelle
• Implementierung eines nodejs-basierten Servers mit Rechtekontrolle, Businesslogik, Datenbankanbindung
• Wartung und Weiterentwicklung der Infrastruktursysteme Vagrant, Docker und Jenkins
• Arbeiten in Scrum-basierten Teams und Interteamkommunikation

• Einarbeitung in die Technologien
• Entwicklung eines Prototyps.
• Umsetzung einer vereinfachten Machbarkeitsstudie für ein neu entworfenes Rechte-Rollen-Konzept

• Einarbeitung in CMMI
• Ausarbeitung einer beiderseitigen Integration von Scrum und CMMI.
• Entwicklung eines Fallbeispiels zum Anforderungsmanagement in Scrum, in einem CMMI basierten Unternehmensumfeld

• Erstellung und Mitarbeit an IV-Konzepten
• Anforderungsaufnahme, -analyse und Aufwandsschätzung
• Konzeption und Entwurf der Anforderungen
• Entwicklung von automatisierten Abläufen zur Prozessoptimierung
• Entwicklung von Workflow-Services für das Übersetungsmanagementsystem
• Design und Dokumentation der Software und Systeme mit Hilfe von UML

• Konzeptionelle Absprache der Andorderungen mit dem Teamleiter
• Konfiguration und Administration des technischen Redaktionssystems
• Anpassung und Weiterentwicklung einer Java (Swing) Applikation beim Kunden
• Überarbeitung und Erstellung von DSSSL-Dateien zur Verarbeitung (Publikation) von redaktionell erfassten Daten im "SGML"-Format

• Planung und Implementierung von Prüfstandssoftware
• Abstimmung mit Projektleitern und teilweise Drittlieferanten
• Aufwandsschätzung
• Tests unter Laborbedingungen und vor Ort in der Produktion
• Inbetriebnahme und Anlaufbetreuung betroffener Systeme/Anlagen
• Technische Anbindung der Anlagen (z.B. mittels Bussystem, oder TCP/IP)
• Dokumentation der Software und der technischen Systeme