ich befinde mich aktuell im 3. Ausbildungsjahr zum FISI und habe bisher leider noch nicht besonders viel praktische Erfahrung im Betrieb sammeln können.

Daher wollte ich euch fragen, welches Thema sich eurer Meinung nach für ein Abschlussprojekt eignen würde, das relativ einfach umzusetzen ist und auch für jemanden geeignet ist, der sich bisher noch nicht so gut mit IT auskennt.

Bin für jeden Vorschlag und Tipp dankbar!

nach dem mein erster Projektantrag abgelehnt wurde habe ich einen neuen erstellt.

Bevor ich ihn einreiche wollte ich mir über das Forum eine zweite Meinung einholen.

Es sind insgesamt vier Seiten geworden.

Ich will gar nicht um den heißen Brei herum reden, hier der Antrag:

Bezeichnung:

Konzeption und prototypische Umsetzung einer Infrastructure-as-Code-Lösung
zur automatisierten und versionierten Verwaltung einer OPNsense-Firewall

Beschreibung:

1. Ausgangssituation und Ist-Zustand


Das Projekt wird im eigenen IT-Dienstleistungsunternehmen mit Fokus auf Managed Services
durchgeführt. Die bestehende Firewall-Infrastruktur wird derzeit noch über eine proprietäre
Firewall-Plattform auf einer auf ESXi 8 basierten Virtualisierungsumgebung betrieben.

Die Administration der Firewall-Konfiguration erfolgt überwiegend manuell. 
Änderungen an Netzwerkobjekten, Firewall-Regeln, DHCP und weiteren Konfigurationseinstellungen 
werden direkt über die Administrationsoberfläche vorgenommen. Eine zentrale, automatisierte, 
versionierte und reproduzierbare Bereitstellung der Konfigurationen besteht derzeit nicht.

2. Schwachstellen und Problemanalyse

Die derzeit manuelle Verwaltung der Firewall-Konfiguration erschwert eine einheitliche
und reproduzierbare Bereitstellung von Netzwerkobjekten, Firewall-Regeln und DHCP
Einstellungen. Änderungen werden direkt auf dem System vorgenommen und sind dadurch
nur eingeschränkt nachvollziehbar und versionierbar.

Ein zentral definierter Soll-Zustand der Firewall-Konfiguration besteht derzeit nicht.
Dadurch können manuelle Änderungen zu Abweichungen zwischen der dokumentierten
und der tatsächlichen Konfiguration führen. Besonders bei wiederkehrenden oder
umfangreicheren Änderungen an der Konfiguration erhöht das den administrativen
Aufwand und das Risiko von Konfigurationsfehlern.

Auch die Wiederherstellung eines alten Konfigurationszustandes ist bei fehlerhaften
Änderungen nur eingeschränkt standardisiert. Für den zukünftigen Betrieb und die
Standardisierung von Managed Services besteht daher der Bedarf an einem
nachvollziehbaren und reproduzierbaren Verfahren zur Verwaltung von Firewall-Konfigurationen.

3. Zielsetzung und Anforderungen

Ziel des Projektes ist die Konzeption und prototypische Umsetzung einer Lösung zur
automatisierten, versionierten und reproduzierbaren Verwaltung ausgewählter
Firewall-Konfigurationen.

Hierzu werden erst einmal geeignete Automatisierungsansätze und Werkzeuge bezüglich
ihrer technischen Eignung für die eingesetzte Firewall-Plattform untersucht und miteinander
verglichen. Die Bewertung erfolgt dann anhand definierter Anforderungen wie
Integrationsfähigkeit, Automatisierungsgrad, Nachvollziehbarkeit von Änderungen,
Idempotenz, Fehlerbehandlung, Wartbarkeit und Erweiterbarkeit.

Auf Grundlage der Evaluation wird ein geeigneter Ansatz ausgewählt und innerhalb einer
separaten Testumgebung als Proof of Concept umgesetzt. Dabei sollen ausgewählte
Netzwerkobjekte, Firewall-Regeln und DHCP-Einstellungen automatisiert
bereitgestellt, verändert und validiert werden.

Außerdem soll ein Verfahren entwickelt werden, mit dem Konfigurationsänderungen
versioniert und ein vorheriger Zustand im Fehlerfall nachvollziehbar wiederhergestellt werden.

 
Anforderungen:

- automatisierte Bereitstellung ausgewählter Netzwerkobjekte, Firewall-Regeln
  und DHCP-Einstellungen

- versionierte und nachvollziehbare Verwaltung der Konfigurationsdaten

- strukturierte Abbildung der Firewall-Konfiguration in einem einheitlichen
  Konfigurationskonzept unter Berücksichtigung der Schnittstellen und
  Datenstrukturen des ausgewählten Automatisierungswerkzeuges

- reproduzierbare Bereitstellung eines definierten Soll-Zustandes

- Unterstützung idempotenter Änderungen

- Validierung der ausgerollten Konfigurationen

- definierte Fehlerbehandlung und Wiederherstellung eines vorherigen Zustandes

- Sichere Verwaltung notwendiger Zugangsdaten und Secrets durch verschlüsselte
  Ablage und kontrollierte Bereitstellung zur Laufzeit 

- Umsetzung und Erprobung ausschließlich innerhalb einer separaten Testumgebung

- Erweiterbarkeit des Ansatzes auf weitere Firewall-Konfigurationsbereiche

4. Projektabgrenzung und Einschränkungen 

- Produktive Firewall-Migration: Die Migration der bestehenden produktiven Firewall auf
  OPNsense erfolgt vor Beginn des Abschlussprojektes und ist nicht Bestandteil der Projektarbeit.
 
- Testumgebung: Die Konzeption, Umsetzung und Erprobung des Infrastructure as Code
  Proof of Concept erfolgt ausschließlich in einer separaten Testumgebung. Änderungen an der
  produktiven Firewall werden im Rahmen des Projektes nicht durchgeführt.

- Funktionsumfang: Der Prof of Concept beschränkt sich auf ausgewählte Konfigurationsbereiche,
  insbesondere auf Netzwerkobjekte, Firewall-Regeln und DHCP-Einstellungen.

- Eigenentwicklung: Die Entwicklung einer eigenen Automatisierungssoftware oder eines
  herstellerunabhängigen Datenmodells ist nicht Bestandteil des Projektes.

- Produktivsetzung: Eine Überführung des Proof of Concept in den produktiven Betriebs-erfolgt
  nicht innerhalb des Abschlussprojektes. Das Projektergebnis dient als technische Entscheidungs- 
  und Umsetzungsgrundlage für die geplante spätere Einführung der automatisierten 
  Firewall-Konfigurationsverwaltung im produktiven Betrieb.

- Zeitrahmen: Die Projektdurchführung ist auf insgesamt 40 Stunden begrenzt.

- Eigenleistung: Planung, Evaluation, Konzeption, Umsetzung, Test und Dokumentation des
  Proof of Concept erfolgen als Eigenleistung und werden vom Projektbetreuer abgenommen.

Projektphasen und Zeitplanung


Informationen:
5 Stunden

Analysephase:
    • Ist-Analyse der bestehenden administrativen Abläufe und Konfigurationsverwaltung (1h)
    • Anforderungsanalyse und Erstellung eines Anforderungskatalogs (2h)
    • Definition der Anforderungen an die Testumgebung (1h)
    • Projekt- und Meilensteinplanung (1h)

Beschreibung: Analyse der derzeitigen manuellen Firewall-Administration und der bestehenden 
Abläufe bei Konfigurationsänderungen. Definition der technischen und organisatorischen Anforderungen 
an die zukünftige automatisierte Konfigurationsverwaltung sowie Festlegung des Projektablaufs und der 
Anforderungen an die separate Testumgebung.

Planung:
11 Stunden

Evaluierungs- & Konzeptionsphase:
    • Recherche geeigneter Automatisierungsansätze und Werkzeuge (2h)
    • Technischer Vergleich der vorausgewählten Lösungen (2h)
    • Nutzwertanalyse und Auswahl des geeigneten Ansatzes (1,5h)
    • Wirtschaftlichkeits- und Aufwand-Nutzen-Betrachtung der vorausgewählten Lösungen(1h)
    • Erstellung des Konfigurationskonzepts (1,5h)
    • Konzeption der Versionierung und Secret-Verwaltung (1h)
    • Konzeption von Deployment, Validierung und Wiederherstellung (1,5h)
    • Erstellung des Testkonzepts (0,5h)

Beschreibung: Systematische Bewertung geeigneter Lösungen zur automatisierten Verwaltung der 
OPNsense-Firewall. Vergleich der vorausgewählten Ansätze anhand definierter Anforderungen wie 
Integrationsfähigkeit, Automatisierungsgrad, Idempotenz, Wartbarkeit, Fehlerbehandlung und Erweiterbarkeit. 
Auswahl einer geeigneten Lösung mittels Nutzwertanalyse und Erarbeitung des technischen Soll-Konzepts für 
Konfigurationsstruktur, Versionierung, Secret-Verwaltung, Deployment, Validierung und Wiederherstellung sowie 
die Aufstellung einer Wirtschaftlichkeits- und Aufwand-Nutzen-Betrachtung.

Durchführung:
11 Stunden

Realisierungsphase:
    • Bereitstellung und Grundkonfiguration der OPNsense-Testumgebung (1,5h)
    • Installation und Konfiguration der ausgewählten Automatisierungslösung (1,5h)
    • Aufbau der Repository- und Konfigurationsstruktur (1,5h)
    • Automatisierung von Netzwerkobjekten und Firewall-Regeln (3h)
    • Automatisierung ausgewählter DHCP-Einstellungen (1,5h)
    • Umsetzung der Versionierung und sicheren Secret-Verwaltung (1h)
    • Umsetzung des Sicherungs- und Wiederherstellungsverfahrens (1h)

Beschreibung: Technische Umsetzung des zuvor erarbeiteten Soll-Konzepts innerhalb einer separaten Testumgebung. 
Einrichtung der ausgewählten Automatisierungslösung und Aufbau einer strukturierten, versionierten Konfigurationsverwaltung. 
Automatisierte Bereitstellung ausgewählter Netzwerkobjekte, Firewall-Regeln und DHCP-Einstellungen sowie Umsetzung der 
vorgesehenen Secret-Verwaltung und des definierten Wiederherstellungsverfahrens.

Kontrolle:
13 Stunden

Qualitätssicherung, Projektabnahme & Dokudurchführung:
    • Funktionsprüfung der automatisierten Konfiguration (1,5h)
    • Prüfung der Idempotenz (0,5h)
    • Validierung des definierten Soll-Zustands (1h)
    • Fehler- und Wiederherstellungstest (1h)
    • Soll-Ist-Vergleich & Projektabnahme durch den Projektbetreuer (1h)
    • Erstellung des Projektberichts / Dokumentation (6,5h)
    • Zusammenstellung technischer Anlagen & Betriebsdokumentation (1,5h)

Beschreibung: Überprüfung der automatisiert bereitgestellten Firewall-Konfiguration anhand definierter Testfälle. 
Prüfung von Funktion, Idempotenz, Reproduzierbarkeit und Übereinstimmung mit dem definierten Soll-Zustand. 
Durchführung eines kontrollierten Fehler- und Wiederherstellungstests sowie Soll-Ist-Vergleich und Projektabnahme. 
Erstellung der Projektdokumentation einschließlich technischer Anlagen, Evaluationsergebnissen, Soll-Konzept und 
Testergebnissen sowie einer technischen Betriebsdokumentation.

es ist bald soweit. Ab dem 25.7.2026 kann ich im IHK Online-Portal meinen Projekt-Antrag hochladen.

Diesen möchte ich heute mit euch teilen und besprechen.

Meine Sorge: Er wird so nicht genehmigt.

Hier mein Antrag:

1. Projektbezeichnung

Evaluation, Auswahl und Implementierung einer zukunftssicheren Firewall-Lösung zur

Absicherung der Unternehmensinfrastruktur

1.2 Ausgangssituation(Ist-Analyse)

Betriebliches Umfeld und Projekthintergrund

Ich führe das Projekt in meinem eigenem IT-Dienstleistungsunternehmen durch.

Mein Betrieb ist auf die Planung und den Betrieb sicherer hybrider

Serverlandschaften, DSGVO-konformen Backup-Lösungen, Managed Services

sowie Disaster-Recovery-Planung spezialisiert. Da mein Unternehmen als interner Kunde fungiert, ist eine hocheffiziente und kostensensible IT-Infrastruktur die

Grundlagen für den wirtschaftlichen Erfolg. Die fachliche Abstimmung sowie

die finale Abnahme der Projektergebnisse erfolgen durch meinen Projektbetreuer,

der in diesem internen Projekt als Auftraggeber fungiert.

Technische Infrastruktur

Die zentrale Serverlandschaft basiert auf einer Virtualisierungsumgebung

mit dem Hypervisor VMware ESXi 8, betrieben auf einem Cisco UCS Server mit

Intel Xeon Prozessoren. Die Speicherung der virtuellen Maschinen (VM’s)

und Unternehmensdaten erfolgt über ein separates iSCSI-Storage, welches

ebenfalls auf einem dedizierten Cisco UCS Server realisiert ist.

Das interne Netzwerk ist zur Absicherung und Mandantentrennung in sechs VLAN’s

unterteilt:

Management: Interne Administration- und Management-Netz

Labor 1 & 2: Getrennte Testumgebungen für Kundenprojekte

DMZ: Öffentlich erreichbare Dienste

Server: Internes Servernetz für zentrale Dienste

Work: Arbeitsnetz für die Client-Workstations und Peripherie Geräte

Guest: Für W-LAN Gäste

Aktueller Sicherheitsstandard und IST-Zustand der Firewall

Zur Absicherung des Perimeter kommt derzeit eine Securepoint UTM

als virtuelle Maschine zum Einsatz. Diese übernimmt die zentrale Filterung

des Datenverkehrs zwischen den VLAN’s und dem WAN. Aktiv genutzt werden

dabei Funktionen wie Intrusion Detection/Prevention (IDS/IPS) sowie

GeoBlocking, um unautorisierte Zugriffe aus spezifischen Regionen zu verhindern.

Zur Anbindung externer Ressourcen bestehen zwei permanente Site-to-Site(S2S)

VPN-Tunnel zu zwei VPC-Servern.

Schwachstellen und Problemanalyse (Motivation)

Die Lizenzen für die proprietäre Securepoint-Lösung laufen im Laufe dieses

Jahres aus. Da es sich um eine kostenpflichtige Subskription handelt,

entstehen jährlich wiederkehrende Fixkosten, die die Wirtschaftlichkeit des

Betriebs belasten. Zudem ist die Erweiterbarkeit der proprietären Lösung durch

Drittanbieter-Plugins stark eingeschränkt, was die Flexibilität bei der Anpassung an

neue Kundenanforderungen oder Sicherheitsbedarfe mindert.

Ein weiterer Nachteil der aktuellen Umgebung ist die fehlende Unterstützung für

moderne Management-Methoden wie Infrastructure as Code (IaC).

Die Konfiguration der bestehenden Firewall erfolgt ausschließlich manuell

über eine proprietäre Weboberfläche, was eine automatisierte Bereitstellung und

Versionierung von Regelwerken (z. B. via Terraform) unmöglich macht.

In einer IT-Landschaft, die auf Skalierbarkeit und Reproduzierbarkeit angewiesen

ist, führt dieser rein manuelle Prozess zu einer erhöhten Fehleranfälligkeit bei

Änderungen und steht einer effizienten Standardisierung der Managed Services

entgegen. Daraus resultiert der Bedarf nach einer Firewall-Lösung, die bei

mindestens gleichbleibendem Sicherheitsstandard eine API-Schnittstelle zur

Automatisierung bereitstellt und durch ein effizienteres Lizenzmodell die Total Cost of Ownership (TCO) nachhaltig senkt.

2. Projektbeschreibung (Soll-Konzept)

2.1 Zielsetzung – Was soll am Ende des Projektes erreicht sein?

Das primäre Ziel des Projektes ist die Migration der bestehenden

Firewall-Infrastruktur auf eine Lösung, die den manuellen Konfigurationsaufwand

durch einen automatisierten Ansatz ersetzt und gleichzeitig die Betriebskosten

(TCO) senkt. Am Ende der 40 Stunden soll ein funktionsfähiges System

implementiert sein, das die Absicherung der sechs VLAN’s (Management,

Labor 1 & 2, DMZ, Server, Work, Guest) sowie die Site-to-Site-VPN Anbindungen

unterbrechungsfrei übernimmt.

Ein wesentlicher Erfolgsparameter ist die Einführung von Infrastructure as Code

(IaC): Die neue Lösung muss über eine API verfügen, die eine automatisierte

Bereitstellung und Versionierung von Firewall-Regeln (z. B. Via Terraform)

ermöglicht, um Fehlerquellen bei manuellen Änderungen zu eliminieren.

2.2 Welche Anforderungen müssen erfüllt sein?

- Netzwerk & Sicherheit: Vollständige Filterung und Trennung der 6 VLAN’s sowie aktive Nutzung von IDP/IPS und GeoBlocking

- VPN-Konnektivität: Stabile Migration und Validierung der zwei

bestehenden Site-to-Site VPN-Tunnel zu den externen VPC-Servern

- Management: Bereitstellung einer API-Schnittstelle zur Unterstützung

moderner Automatisierungswerkzeugen (IaC)

- Wirtschaftlichkeit: Die Lösung muss ohne jährliche Lizenzgebühren

betrieben werden können und eine nachweisbare Amortisation des

Projektaufwands ermöglichen

- Skalierbarkeit: Die Architektur muss so ausgelegt sein, dass zusätzliche

Standorte oder Dienste zukünftig ohne Systemwechsel integriert werden

können

2.3 Projektabgrenzung und Einschränkungen

- Hardware: Die Bereitstellung des Cisco UCS Servers sowie

die Konfiguration des iSCSI-Storages sind nicht Bestandteil

diese Projektes, da diese Resourcen bereits vorhanden sind.

- Endgeräte: Die Konfiguration von Clients innerhalb der VLAN’s

(z. B. Work-Net) erfolgt nicht im Rahmen dieses Projektes, sofern

sie nicht die Firewall-Regelwerke betreffen

- Zeitrahmen: Die Umsetzung ist strikt auf den Zeitraum

von 40 Stunden begrenzt

- Organisatorische Schnittstellen: Die fachliche Abnahme des Projetes

erfolgt durch den Projektbetreuer, die gesamte konzeptionelle und operative

Umsetzung ist meine Eigenleistung.

3. Projektphasen mit Zeitplanung (Gesamt: 40 Stunden)

Phase 1: Projektinitiierung und Analyse (5 Stunden)

- Ist-Analyse: Detaillierte Aufnahme der bestehenden

Netzwerkstruktur und VPN-Endpunkte – 1 Stunde

- Anforderungsanalyse: Erstellung eines Lastenheftes basierend auf Sicherheitsbedarf und IaC-Anforderungen – 2 Stunden

- Projektplanung: Erstellung der Ablaufplanung

und Meilensteine – 2 Stunden

Phase 2: Evaluierung und Konzeption (9 Stunden)

- Marktrecherche & Nutzwertanalyse: Gegenüberstellung von

Lösungen unter Berücksichtigung von Kosten, API-Fähigkeit

und Funktionsumfang – 3 Stunden

- Wirtschaftlichkeitsprüfung: Durchführung einer

Amortisationsrechnung (Migrationsaufwand vs. Eingesparte

Lizenzkosten) – 2 Stunden

- Technisches Soll-Konzept: Erstellung des Sicherheitskonzepts

(VLAN-Trennung, VPN-Parameter) und Planung der

API-Schnittstelle - 4 Stunden

Phase 3: Realisierung und Implementierung (14 Stunden)

- Systembereitstellung: Installation der Firewall-Appliance in der

ESXi-Umgebung und Grundkonfiguration – 4 Stunden

- Netzwerk- & VPN-Konfiguration: Einrichtung der 6 VLAN’s sowie

Migration und Validierung der Site-to-Site VPN-Tunnel – 6 Stunden

- Sicherheitsdienste: Konfiguration von IDS/IPS und GeoBlocking – 3 Stunden

- Automatisierung (IaC): Bereitstellung der API-Schnittstelle und erste

Anbindung an das Management-Tool ( z. B. Terraform) – 3 Stunden

Phase 4: Qualitätssicherung und Abschluss ( 4 Stunden)

- Funktions- & Sicherheitstest: Validierung der Regelwerke und Überprüfung

der VPN-Stabilität unter Last – 2 Stunden

- Soll-ist-Vergleich: Abgleich der Projektergebnisse mit den Zielen

aus dem Lastenheft – 1 Stunde

- Abnahme: Formale Übergabe und Projektabnahme durch

den Projektbetreuer – 1 Stunde

Phase 5: Projektdokumentation (6 Stunden)

- Erstellung des praxisbezogenen Projektberichts (Vorgehensweise,

Entscheidungsbegründungen, Reflexion) – 4 Stunden

- Zusammenstellung der technischen Anlagen

und der Kundendokumentation – 2 Stunden

4. Geplante Dokumentationsanlagen

Wirtschaftliche und konzeptionelle Unterlagen

- Nutzwertanalyse: Detaillierter Vergleich der evaluierten Firewall-Lösungen

- Wirtschaftlichkeitsbetrachtung: Amortisationsrechnung (Gegenüberstellung

der Migrationskosten zu den eingesparten Lizenzgebühren)

- Schutzbedarfsanalyse: Einstufung der 6 VLAN’s und der VPN-Verbindungen

Technische Dokumentation

- Netzwerkplan: Darstellung der IST-und-SOLL-Infrastruktur inkl.

der VLAN-Struktur

- Konfigurationsauszüge: Dokumentation der Firewall-Regelwerke,

IDS/IPS-Richtlinien und der Site-to-Site VPN-Parameter

- IaC-Dokumentation: Auszüge der Terraform-Konfigurationsdateien

oder API-Spezifikationen zur Automatisierung

Ich freue mich über jede ehrliche Meinung und konstruktive Kritik von euch!

Liebe Grüße

Ueba3ba

ich habe meinen Projektantrag für die Abschlussprüfung Teil 2 (Fachinformatiker für Systemintegration) erstellt und würde mich über euer Feedback freuen. Insbesondere interessieren mich eure Einschätzungen zur Projektbezeichnung, Projektbeschreibung, Zielsetzung, Wirtschaftlichkeit sowie zur zeitlichen Planung.

Vielen Dank vorab für eure Unterstützung und konstruktive Kritik!

1. Projektbezeichnung

Evaluierung und Auswahl einer zentral administrierbaren Endgerätelösung zur Optimierung der Systemverwaltung und Ressourcennutzung. Durchführung eines umfangreichen Praxistests zur Validierung der ausgewählten Lösung.

2. Geplanter Bearbeitungszeitraum

Beginn:

Ende:

3. Projektbeschreibung

3.1 Ausgangssituation (Ist-Analyse)

Im Unternehmen werden im Moment Mini-PCs an verschiedenen Standorten wie Produktion, Empfang und an Besprechungsinseln eingesetzt. Die Systeme dienen unter anderem zur Nutzung und Anzeige von Unternehmensanwendungen, Dashboards und Videos.

Aktuell werden die Endgeräte mit Windows 10 LTSC betrieben. Die vorhandene Hardware ist nicht für ein Upgrade auf Windows 11 geeignet. Zudem treten regelmäßig Stabilitätsprobleme auf, wodurch Eingriffe durch die IT erforderlich sind. Weiterhin verursacht die Verwaltung der einzelnen Systeme einen erhöhten administrativen Aufwand.

3.2 Projektziel (Soll-Konzept)

Ziel des Projektes ist die Evaluierung, Auswahl und Einführung einer zentral administrierbaren Lösung als Alternative für die bisher eingesetzten Systeme.

Hierzu werden verschiedene Lösungsansätze anhand technischer, organisatorischer und wirtschaftlicher Kriterien beurteilt. Auf Basis der Bewertung wird eine geeignete Lösung ausgewählt und in einem umfangreichen Testprojekt erprobt.

Da die vorhandene Hardware technisch weiterhin einsatzfähig ist, soll geprüft werden, ob die Nutzungsdauer der Geräte verlängert werden kann. Zudem soll eine zentrale Verwaltung und einfachere Handhabung für die Mitarbeiter ermöglicht werden.

Die neue Lösung soll eine Darstellung von browserbasierter Standardanwendungen, Dashboards und Multimedia-Inhalten bieten.

Des Weiteren soll die Stabilität des Gesamtsystems erhöht werden. Anschließend wird in Zusammenarbeit mit den Fachabteilungen entschieden, ob ein späterer Einsatz an weiteren Arbeitsplätzen sinnvoll ist.

4. Projektphasen in Stunden (max. 40 Std.)

1. Analysephase (5 Stunden)

·       Exakte Ermittlung der technischen und fachlichen Anforderungen

·       Identifikation der Anforderungen an Verwaltung, Sicherheit und Benutzerfreundlichkeit

·       Definition von Bewertungskriterien für den Lösungsvergleich

2. Planungsphase (6 Stunden)

·       Recherche möglicher Lösungsansätze

·       Vergleich der Alternativen

·       Erstellung einer Nutzwertanalyse

·       Auswahl der Zielplattform

3. Implementierungsphase (16 Stunden)

·       Bereitstellung und Installation der benötigten Infrastruktur

·       Grundkonfiguration

·       Einbindung und Konfiguration der Endgeräte

4. Testphase (5 Stunden)

·       Durchführung von Funktionstests an den vorgesehenen Einsatzorten

·       Überprüfung der zentralen Verwaltung und Konfiguration

·       Validierung der Anforderungen hinsichtlich Stabilität und Sicherheit

5. Übergabe des POC an die Fachabteilungen (4 Stunden)

·       Erstellen einer internen Anleitung zur Benutzung und Administration

·       Einweisung Schulung der verantwortlichen Nutzer und Systembetreuer

6. Projektdokumentation (4 Stunden)

·       Erstellung der Projektdokumentation

·       Abschlussbewertung/Fazit

5. Präsentationsmittel:

·       Notebook

·       Projektor/Beamer

·       Presenter/Laserpointer

·       Flipchart

Die Abteilung XXX besteht aktuell aus elf Mitarbeitern. Informationen, Anleitungen und Dokumentationen, die im Arbeitsalltag benötigt werden, liegen derzeit an verschiedenen Stellen. Dazu gehören unter anderem Netzlaufwerke, Microsoft SharePoint, Microsoft Teams und lokale einzelne Dateien.

Durch die Verteilung auf verschiedene Ablageorte ist es teilweise schwierig, benötigte Informationen im laufenden Betrieb schnell wiederzufinden. Für die Mitarbeiter ist dabei nicht immer eindeutig, wo neue Informationen und Dokumentationen abgelegt werden sollen, wodurch die Pflege und Aktualisierung der vorhandenen Dokumentationen nicht einheitlich erfolgt.

Daher besteht der Bedarf, eine zentrale und übersichtlich strukturierte Wissensdatenbank für die Mitarbeiter dieser Abteilung bereitzustellen.

Projektziel

Ziel des Projektes ist die Bereitstellung einer zentralen und für die Mitarbeiter der Abteilung XXX intern erreichbaren Wissensdatenbank. Diese führt die bisher verteilte Ablage von Informationen, Anleitungen und Dokumentationen an einer zentralen Stelle zusammen und verbessert dadurch deren Auffindbarkeit und Pflege.

Im Rahmen des Projekts wird zunächst ein fachliches und technisches SOLL-Konzept erstellt, das die Anforderungen an die Wissensdatenbank definiert. Auf dieser Grundlage erfolgt eine strukturierte Produktauswahl mithilfe einer Nutzwertanalyse. Anschließend wird die ausgewählte Lösung installiert, konfiguriert und für die Abteilung eingerichtet.

Zum Abschluss werden die Ergebnisse dokumentiert, die Mitarbeiter der Abteilung für den Umgang mit der Wissensdatenbank geschult und die Lösung an den Auftraggeber übergeben.

Zeitplanung

1. Definitionsphase – 4,5 h

1.1 Analyse der bestehenden Dokumentationsablage – 1,0 h
1.2 Erfassung und Dokumentation des IST-Zustands – 1,0 h
1.3 Anforderungsaufnahme mit Abteilungsmitarbeitern – 1,0 h
1.4 Definition eines fachlichen und technischen SOLL-Konzepts – 1,5 h

2. Planungsphase – 7,5 h

2.1 Erstellung eines Projektablaufplanes – 1,0 h
2.2 Recherche und Vergleich geeigneter Wissensdatenbanken – 3,0 h
2.3 Betrachtung einer Kosten- / Nutzenanalyse – 2,0 h
2.4 Entscheidung auf Grundlage einer Nutzwertanalyse – 1,5 h

3. Realisierungsphase – 14,0 h

3.1 Installation der ausgewählten Wissensdatenbank – 2,0 h
3.2 Grundkonfiguration und Einrichtung der gewünschten Funktionen – 5,0 h
3.3 Einrichtung von Benutzern und Berechtigungen – 3,0 h
3.4 Integration und Bereitstellung für den internen Zugriff – 2,0 h
3.5 Funktionstests und Behebung von Fehlern – 2,0 h

4. Projektabschluss – 14,0 h

4.1 Soll-Ist-Vergleich – 2,0 h
4.2 Erstellung der Anwender- / Kundendokumentation – 1,5 h
4.3 Erstellung der Projektdokumentation – 8,0 h
4.4 Schulung / Einweisung der Mitarbeiter – 1,0 h
4.5 Übergabe an den Auftraggeber – 1,0 h
4.6 Projektfazit – 0,5 h

Hey Leute,

ich arbeite gerade an meinem Projektantrag für die IHK-Prüfung und wollte mal fragen, ob das so passt oder ob ihr noch Verbesserungsvorschläge habt.

Mein Thema ist die Einrichtung von VLANs um das Netzwerk sicherer und effizienter zu machen. Die Firma hat schon VLAN-fähige Switche, die vor etwa einem halben Jahr optimiert wurden. Also geht es nicht um neue Hardware sondern darum, das Netzwerk sinnvoll zu segmentieren und ie Firewall-Regeln anzupassen und den Datenverkehr besser zu steuern.
(Der Kunde wurde vor einigen Monaten verschlüsselt)

Hier der Antrag den ich so laut meinem Dozenten abschicken kann.


 

1. Projektantrag

Projektbezeichnung:
Implementierung von VLANs zur Netzwerksicherheit und Effizienzsteigerung

1.1 Kurzform der Aufgabenstellung

Das bestehende Netzwerk wird durch die Einführung von VLANs logisch segmentiert, um Sicherheitsrisiken zu minimieren, Performance-Probleme zu reduzieren und die Verwaltung zu vereinfachen.

1.2 Ist-Analyse

Aktuelle Infrastruktur:

Topologie: Vermascht mit 7 Switches (Verschiedene Modelle), 6 WLAN-Verstärkern (Sophos AP), 3 Etagen à 10–20 Arbeitsplätze.

IP-Adressierung:

DHCP-Server vergibt Adressen in 192.168.x.0/24 (Produktion) und 192.168.y.0/24 (Verwaltung).

DNS-Server: 192.168.z.x.

Firewall: Sophos XGS 2300 (VLAN-fähig, unterstützt 802.1Q).

Probleme:

Sicherheit: Keine Trennung zwischen Abteilungen → Risiko von Datenlecks.

Performance: Hoher Broadcast-Verkehr durch flache Struktur.

Skalierbarkeit: Unflexible Erweiterung aufgrund fehlender Segmentierung.

Hardware-Änderungen:

Keine neuen Geräte benötigt (alle Switches und WLAN-APs sind VLAN-fähig).

2. Zielsetzung / Soll-Konzept

2.1 Was soll erreicht sein?

5 VLANs: Verwaltung (VLAN 10), Produktion (VLAN 20), Gäste (VLAN 30), WLAN (VLAN 40), Server (VLAN 50).

Firewall-Regeln: Keine Kommunikation zwischen Gäste-VLAN und internen VLANs.

Reduzierter Broadcast-Verkehr um ~%.

2.2 Anforderungen

VLAN-Konfiguration gemäß 802.1Q auf allen Switches.

DHCP-Server muss pro VLAN Subnetze vergeben.

DNS-Server (192.168.83.247) für alle VLANs erreichbar.

2.3 Einschränkungen

Zeitfenster: Umstellung nur außerhalb der Geschäftszeiten (18:00–6:00).

Budget: Keine neuen Hardware-Käufe.

3. Projektstrukturplan

3.1 Erforderliche Maßnahmen

Analyse der bestehenden Topologie.

VLAN-Planung, Firewall-Regeln, DHCP/DNS-Anpassung.

Test und Dokumentation.

3.2 Hauptaufgaben

Bestandsaufnahme.

VLAN-Implementierung.

Firewall- und DHCP-Konfiguration.

Testphase.

SOLL-IST-Vergleich.

3.3 Teilaufgaben

Port-Zuweisung auf Switches.

Erstellung eines detaillierten Netzplans.

Troubleshooting bei DHCP-Fehlern.

3.4 Grafische Darstellung

Anhang: Netzplan mit VLAN-Zuordnung (als PDF).

4. Projektphasen mit Zeitplanung

1. Analyse- Topologie dokumentieren 2,0

- VLAN-Konzept erstellen 4,5

2. Vorbereitung- Konfigurationsbackups erstellen 2,0

3. VLAN-Setup- Switches konfigurieren (VLAN 10–80) 3,5

- Ports zuweisen 3,5

4. Firewall & DHCP- Regeln für Inter-VLAN-Kommunikation 3,5

- DHCP-Scopes pro VLAN einrichten 3,5

5. DNS-Integration- DNS-Freigabe für alle VLANs 2,0

6. Test- Verbindungstests (Ping, DHCP, DNS) 3,5

- Troubleshooting 3,5

7. Dokumentation- Projektdokumentation schreiben 4,0

- Netzplan erstellen 3,0

8. Projektabnahme- SOLL-IST-Vergleich 3,5

Gesamt 40,0

Projektantrag_entwurf2.pdf

ich stehe aktuell vor der Abgabe meines IHK-Projektantrags zum Fachinformatiker für Systemintegration (FISI) und möchte mir gerne Feedback aus der Community einholen.

Ein Kollege meinte zu meinem Entwurf, dass das Projekt eventuell den 40 Stunden Rahmen sprengt und die Lösung im Antrag bereits zu stark vorweggenommen wird. Ich würde mich freuen, wenn ihr mal drüberschauen könntet.



IHK-Projektantrag (Fachinformatiker für Systemintegration)

1. Projektbezeichnung

Einführung einer Mobile Device Management Lösung (MDM) zur Absicherung mobiler Endgeräte und Erweiterung der Netzwerksicherheit durch VLAN-Segmentierung und zertifikatsbasierte Netzwerkzugriffskontrolle.

2. Geplanter Bearbeitungszeitraum

Beginn:
Ende:

3. Einsatzgebiet / Fachbereich

Das Projekt wird im Bereich IT-Betreuung und Systemadministration bei der…..GmbH in ….. durchgeführt. Zu den Aufgaben gehören die Betreuung von Windows-Servern, Terminalservern und RDP-Umgebungen, die Netzwerkadministration sowie der First- und Second-Level-Support.

4. Projektbeschreibung

4.1 Ausgangssituation / Ist-Analyse

Der Kunde XYZ beschäftigt ... Mitarbeiter. Für die tägliche Arbeit wird Microsoft 365 Business Standard mit Exchange Online und Outlook genutzt. Zusätzlich ist eine lokale Windows-Server-Infrastruktur vorhanden. Die Mitarbeiter greifen über einen zentralen Terminalserver auf die Branchensoftware EasySoft zu.

Die vorhandenen PCs und Notebooks sind bereits durch eine Zyxel-Hardware-Firewall sowie durch ESET Endpoint Security geschützt. Die rund ... mobilen Endgeräte mit iOS und Android werden dagegen bislang nicht zentral verwaltet. Die Mitarbeiter nutzen ihre privaten Geräte im Rahmen eines BYOD-Modells auch für dienstliche Zwecke.

Eine klare Trennung zwischen privaten und geschäftlichen Daten gibt es derzeit nicht. Dadurch lassen sich beispielsweise Daten aus Outlook in private Apps oder Messenger übertragen. Geht ein Gerät verloren, lassen sich geschäftliche Daten außerdem nicht gezielt aus der Ferne löschen.

Auch die Betreuung der Mobilgeräte ist dadurch aufwendiger. Einstellungen und Probleme müssen telefonisch mit dem jeweiligen Mitarbeiter geklärt oder direkt am Gerät überprüft werden. Eine zentrale Verwaltung der Geräte und ihrer Einstellungen gibt es bisher nicht.

4.2 Projektziel / Soll-Konzept

Das Ziel des Projekts ist die Auswahl und Einführung einer geeigneten MDM-Lösung. Dadurch werden die mobilen Endgeräte künftig zentral verwaltet, geschäftliche Daten besser geschützt und der Supportaufwand reduziert.

Die MDM-Lösung soll geschäftliche Daten von privaten Inhalten trennen und verhindern, dass Unternehmensdaten ohne Weiteres in private Apps oder Messenger übertragen werden. Bei Verlust eines Geräts oder beim Ausscheiden eines Mitarbeiters sollen ausschließlich die geschäftlichen Daten aus der Ferne gelöscht werden können.

Zusätzlich soll der Zugriff auf das interne WLAN abgesichert werden. Dazu wird der Windows Network Policy Server (NPS) als RADIUS-Server eingesetzt. Verwaltete Geräte sollen sich mithilfe eines Client-Zertifikats über EAP-TLS authentifizieren. Geräte ohne gültige Authentifizierung erhalten keinen Zugriff auf das interne Netzwerk. Für andere Geräte steht ein getrenntes Gäste-WLAN beziehungsweise Gäste-VLAN mit Internetzugriff zur Verfügung.

Vor der Einführung wird die Lösung mit Testgeräten unter iOS und Android geprüft. Getestet werden die Geräteverwaltung, die Trennung der Daten, die Fernlöschung, die Zertifikatsverteilung und der Netzwerkzugriff. Nach Abschluss des Projekts werden die vorgenommenen Einstellungen und Arbeitsschritte dokumentiert. Zusätzlich wird dem Kunden eine Anleitung zur Registrierung neuer Geräte sowie eine Kostenübersicht bereitgestellt.

4.3 Im Projekt zu treffende Entscheidungen

Für das Projekt werden mehrere geeignete MDM-Lösungen miteinander verglichen. Die Auswahl erfolgt anhand technischer und wirtschaftlicher Kriterien mithilfe einer Nutzwertanalyse.

Bewertet werden die Unterstützung der eingesetzten Betriebssysteme, die vorhandenen BYOD-Funktionen, die zentrale Geräteverwaltung, die Einbindung in die bestehende Infrastruktur sowie die anfallenden Lizenzkosten. Dabei werden auch die bereits vorhandenen Microsoft 365 Business Standard-Lizenzen berücksichtigt.

Wichtige Client-Zertifikate werden bereitgestellt und auf die verwalteten Geräte verteilt.

4.4 Technische Einrichtungen und Arbeitsmittel

Für die Umsetzung werden folgende Komponenten genutzt:

• Windows-Serverinfrastruktur mit Active Directory und Network Policy Server

• Zyxel-Hardware-Firewall

• vorhandene WLAN-Access-Points

• auszuwählende MDM-Lösung

• Testgeräte mit iOS und Android

• Client-Zertifikate für die WLAN-Authentifizierung

4.5 Technologische und organisatorische Einschränkungen

Die MDM-Lösung muss mit den vorhandenen mobilen Endgeräten und der bestehenden IT-Infrastruktur des Kunden kompatibel sein. Da private Geräte eingesetzt werden, muss sich die Verwaltung auf den geschäftlichen Bereich beschränken und private Daten dürfen nicht verändert oder gelöscht werden.

Vor der Einführung wird geprüft, welche Geräte und Betriebssystemversionen von der ausgewählten Lösung unterstützt werden. Änderungen an der Netzwerkinfrastruktur erfolgen in einem abgestimmten

Wartungsfenster, um den laufenden Betrieb möglichst wenig zu beeinträchtigen.

5. Projektumfeld

Das Projekt wird von der ... GmbH in ... für den Kunden XYZ durchgeführt. Die IT-Infrastruktur des Kunden wird bereits von der …. GmbH betreut und administriert.

Von der Einführung sind 30 Mitarbeiter betroffen, die ihre privaten mobilen Endgeräte auch für dienstliche Zwecke nutzen. Die technische Abstimmung erfolgt mit dem zuständigen Ansprechpartner des Kundenunternehmens.

Zum technischen Umfeld gehören Microsoft 365 Business Standard mit Exchange Online, eine lokale Windows-Server-Infrastruktur mit Active Directory und einem Terminalserver, eine Zyxel-Hardware-Firewall sowie die vorhandene WLAN-Infrastruktur. Die ausgewählte MDM-Lösung soll in diese Umgebung integriert werden.

6. Projektphasen und Zeitplanung

Ich freue mich, diese Seite gefunden zu haben.

Ich werde bis zum 15.09. den Antrag für mein Fachprojekt abgeben und habe eine Grundidee, zu der ich gerne eure Meinungen hören würde.

Ich möchte in meinem Betrieb eine neue IT-Struktur implementieren.

Planung und Umsetzung einer neuen IT-Infrastruktur mit Netzwerksegmentierung und automatisierter Datensicherung zur Erhöhung der IT-Sicherheit und Verfügbarkeit

Mich interessiert, ob ihr dieses Projekt grundsätzlich für geeignet haltet.

Im Voraus vielen Dank für eure Rückmeldungen.

gerne würde ich euer Feedback zu meinem Projektantrag hören. Was haltet ihr allgemein von meinem Thema? Habe ich zu wenig geschrieben? Oder habe ich schon zu viele Infos preisgegeben? Fehlt irgendwo eine Info? Ich freue mich auf jede Rückmeldung.

1. Ausgangssituation (Ist-Zustand)

Im Unternehmen besteht bei mehreren Mitarbeitern und Abteilungen der Wunsch, KI-gestützte Werkzeuge im Arbeitsalltag einzusetzen. Beispielsweise als Unterstützung bei der Softwareentwicklung oder zur schnelleren Recherche in internen Dokumenten. Am Markt verfügbare KI-Chatbots (z. B. ChatGPT und vergleichbare cloudbasierte Dienste) senden hierfür sämtliche Eingaben, einschließlich potenziell sensibler Unternehmens- und Kundendaten, an externe, öffentlich betriebene Cloud-Infrastrukturen außerhalb der eigenen Kontrolle.

Da im Unternehmen mit personenbezogenen und teils vertraulichen Geschäftsdaten gearbeitet wird, bestehen hohe Anforderungen an Datenschutz, Vertraulichkeit und Datenhoheit. Eine Nutzung externer, cloudbasierter KI-Dienste ist daher für die vorgesehenen Anwendungsfälle derzeit nicht vorgesehen. Aktuell existiert im Unternehmen keine Möglichkeit, KI-gestützte Sprachmodelle datenschutzkonform und ohne Abfluss von Daten an Dritte zu nutzen. Zudem fehlt eine Möglichkeit, eine solche Lösung zentral abzusichern und in die bestehende Benutzerverwaltung einzubinden, sodass sich Mitarbeiter nicht mit gesonderten Zugangsdaten anmelden müssten.

2. Ziel des Projektes (Soll-Zustand)

Ziel des Projekts ist die Konzeption und prototypische Umsetzung einer vollständig lokal betriebenen KI-Assistenz, die ohne Übertragung von Daten an externe Cloud-Anbieter auskommt. Vom Unternehmen wurden folgende Rahmenbedingungen und Soll-Anforderungen vorgegeben, auf deren Basis im Projektverlauf eine geeignete Lösung evaluiert und umgesetzt wird:

• Bereitstellung eines Open-Source-Sprachmodells das ausschließlich auf unternehmenseigener Infrastruktur betrieben wird

• Die Möglichkeit interne Firmendokumente durchsuchbar zu machen, sodass die KI Fragen auf Basis dieser Dokumente beantworten kann

• Absicherung des Zugriffs, sodass der Dienst nicht ungeschützt im Netzwerk erreichbar ist

• Anbindung an die bestehende Benutzerverwaltung, sodass sich Mitarbeiter mit ihren gewohnten Zugangsdaten anmelden können, ohne separate Konten pflegen zu müssen

• Erreichbarkeit für die Mitarbeiter ausschließlich über eine verschlüsselte Verbindung im Webbrowser

• Eine fundierte Aussage zur Wirtschaftlichkeit der Lösung im Vergleich zu einer kostenpflichtigen Cloud-Alternative, einschließlich einer Einschätzung zur benötigten Hardware

Da zum Zeitpunkt der Antragstellung noch nicht feststeht, welche konkreten Software-Komponenten und Konfigurationen sich im Verlauf des Projekts als am besten geeignet erweisen, ist ein iteratives, testgetriebenes Vorgehen vorgesehen: Vor der Umsetzung werden die infrage kommenden Lösungen anhand zuvor definierter technischer und wirtschaftlicher Kriterien – unter anderem auch der erforderlichen Hardware-Dimensionierung (CPU- versus GPU-Betrieb) – bewertet, unter anderem mittels Nutzwertanalyse und daraus die für die Anforderungen am besten geeignete Lösung ausgewählt.

Das Projekt umfasst ausdrücklich keine Eigenentwicklung von Software (kein Programmieren eigener Anwendungslogik, keine eigene RAG-Pipeline-Implementierung). Der Schwerpunkt liegt auf der Auswahl, Dimensionierung, Konfiguration, Vernetzung und Absicherung bestehender, am Markt verfügbarer Infrastrukturkomponenten (Server-Virtualisierung, Container-Laufzeitumgebung, Verzeichnisdienst-Anbindung, PKI, Netzwerksicherheit)

3. Beschreibung des technischen Umfeldes / Systemumgebung

• Virtualisierungsplattform: Microsoft Hyper-V auf einem unternehmenseigenen Testserver

• Betriebssystem (Zielsystem): Linux-Server-Distribution (textbasiert, ohne grafische Oberfläche)

• Containerisierung: Docker / Docker Compose zur Bereitstellung der Anwendungskomponenten

• Zu betrachtende Software-Kategorien: Open-Source-LLM-Laufzeitumgebung, webbasierte Chat-/RAG-Oberfläche, Reverse-Proxy-/TLS-Terminierung, Authentifizierungs-/SSO-Komponente mit Anbindung an Active Directory

• Verzeichnisdienst: Bestehende bzw. für Testzwecke bereitgestellte Active-Directory-Umgebung (Windows Server) inkl. Zertifikatdienste (PKI) zur Ausstellung interner TLS-Zertifikate

• Netzwerk: Internes Unternehmensnetzwerk, Zugriff ausschließlich über verschlüsselte Verbindung

• Sonstige Werkzeuge: Kommandozeilenwerkzeuge zur Systemadministration (u. a. Paketverwaltung, Firewall-Konfiguration, Zertifikatsverwaltung)

4. Projektphasen in Stunden (max. 40 Std.)

1. Planungsphase (8h)

• Ist-Analyse und Erarbeitung des Soll-Konzepts (2h)

• Evaluation der Systemkomponenten (LLM-Laufzeitumgebung, RAG-fähige Oberfläche, SSO-/Proxy-Lösung) mittels Nutzwertanalyse, inklusive Bewertung der erforderlichen Hardware-Dimensionierung (CPU- vs. GPU-Betrieb) (4h)

• Wirtschaftlichkeits-Vorprüfung (Grobkalkulation Cloud-Abo vs. lokale Infrastruktur) als Entscheidungsgrundlage für die Umsetzung (2h)

2. Durchführungsphase (18h)

• Bereitstellung der Server-Infrastruktur und Container-Laufzeitumgebung (2h)

• Konfiguration der LLM-Laufzeitumgebung sowie Anbindung der Dokumentensuche (Retrieval-Augmented Generation) (4h)

• Anbindung an die Benutzerverwaltung (Active Directory, LDAP/S) sowie Integration einer internen PKI zur Zertifikatsausstellung (6h)

• Konfiguration der verschlüsselten, zentral abgesicherten Erreichbarkeit (Reverse Proxy, TLS-Terminierung, Zugriffsschutz/Single Sign-On) (4h)

• Absicherung des Host-Systems (Firewall-Konfiguration, Systemhärtung) (2h)

3. Qualitätssicherung / Testphase (5h)

• Funktionstests (Authentifizierung, Benutzerrechte, Dokumentensuche) (2h)

• Performance-Messungen der KI-Komponenten auf der Zielhardware (2h)

• Sicherheitstests (Zugriffsschutz, Zertifikatsprüfung) (1h)

4. Dokumentation (9h)

• Erstellung der Projektdokumentation, einschließlich der finalen Wirtschaftlichkeitsberechnung auf Basis der im Projektverlauf ermittelten Messwerte (Performance, Ressourcenbedarf) (7h)

• Erstellung einer Kurzanleitung zur Bedienung und Administration des im Projekt aufgebauten Prototyps (2h)

Gesamt (40h)

5. Darstellung der eigenen Leistung und ggf. Einordnung in das Gesamtprojekt

Das Projekt wird als Einzelleistung im Rahmen der Abschlussprüfung eigenständig konzipiert und umgesetzt. Sämtliche in den Projektphasen beschriebenen Tätigkeiten werden vollständig in eigener Verantwortung durchgeführt.

Eine Einordnung in ein größeres Gesamtprojekt ergibt sich insofern, als dass die im Rahmen dieser Abschlussarbeit gewonnenen Erkenntnisse als Entscheidungsgrundlage für eine mögliche spätere, unternehmensweite Einführung der Lösung dienen sollen. Die konkrete unternehmensweite Ausrollung selbst ist nicht Bestandteil dieses Projekts, sondern eine mögliche Folgeentscheidung auf Basis der hier erarbeiteten Ergebnisse.

Hier also mein vorläufiger Projektantrag:

1.       Thema der Projektarbeit

Entwicklung eines Agentensystems zur Verwaltung und Verteilung von n8n-Agenten

2.       Geplanter Bearbeitungszeitraum

• Beginn:        02.11.2026

• Ende:           11.12.2026

3.       Ausgangssituation

Die XXX ist eine IT-Beratungsfirma, die Unternehmen bei der Digitalisierung, Automatisierung und dem Einsatz agentischer KI unterstützt und dafür eigene Softwarelösungen anbietet. Dabei legt die XXX intern großen Wert auf die Nutzung von Open-Source- und ähnlichen Lösungen, die kostenfrei oder kostengünstig verfügbar sind.

n8n ist eine Automatisierungsplattform, mit deren Hilfe automatisierte Workflows (im Anschluss Agenten genannt) erstellt werden können. Die Plattform wird intern in der kostenlos verfügbaren Community-Edition (self-hosted) genutzt, das gewünschte einfache Teilen von Workflows sowie automatisches ausführliches Logging außerhalb der Plattform sind in self-hosted-Editionen jedoch nur kostenpflichtig verfügbar. Über die öffentlich zugängliche REST API sind jedoch eigene Erweiterungen und Abfragen möglich.

4.       Projektziel

Für die interne Nutzung soll eine Web-App auf Basis von Java entwickelt werden, in der die vorhandenen und neu entwickelten n8n-Agenten übersichtlich kategorisiert dargestellt und ohne großen Aufwand geteilt werden können. Zudem sollen User die Logs ihrer eigenen Workflows sowie Admins die Logs aller Workflows aller User einsehen können.

Die Web-App soll zudem als Grundlage dienen, um später auch Agenten anderer Automatisierungsplattformen zu integrieren sowie Agenten für Kunden bereitzustellen, die diese anschließend in ihren eigenen Plattforminstanzen importieren können.

4.1.              Grobes Sollkonzept

Die Web-App soll als Agentensystem dienen, über das verfügbare Agenten firmenintern geteilt und überwacht werden können. Hierfür sind User-Accounts und Admin-Accounts (erweiterte User) vorgesehen. Jeder User soll seinen Account mittels API-Key mit seinem n8n-Account verbinden können, um möglichst einfach Im- und Exporte von Agenten zwischen n8n und der Web-App durchzuführen. Die eigenen Agenten sollen nach dem Import in der Web-App geteilt werden können, um sie anderen Usern als Download zur Verfügung zu stellen.

Für eine bessere Übersicht sollen die Agenten in Kategorien (wie z. B. zugehörige Abteilungen) einsortiert und mit Tags versehen werden. Für die Tags und Kategorien ist zudem eine Filterfunktion vorgesehen.

Jeder User soll - vereinfachte - Logs der selbst genutzten Agenten einsehen können. Admins sollen zusätzlich ausführliche Logs zu allen Agenten aller User einsehen können, um Probleme einzelner Agenten oder bei der gleichzeitigen Ausführung mehrerer Agenten ermitteln zu können. Zudem soll in der Web-App eine Benutzer- und Rechteverwaltung für die Admins integriert werden.

Benutzerdaten, Logs, Agentendaten, Tags, Kategorien usw. sollen in einer angebundenen Datenbank gespeichert werden. n8n bietet hierfür auf der Einrichtungsseite eine einfache Integration für PostgreSQL an. Da sich die Nutzung von PostgreSQL mit den unter Punkt 3 genannten Anforderungen der XXX perfekt vereinbaren lässt und zudem bereits Vorkenntnisse damit aus der Umschulung vorhanden sind, wird das System im Projekt verwendet.

4.2.              Wirtschaftliche Aspekte des Projekts

Die Erstellung von Agenten kann je nach Komplexität und Erfahrung des Users wenige Minuten bis hin zu mehreren Tagen in Anspruch nehmen. Diese Zeit lässt sich teilweise einsparen, wenn Agenten nur einmal erstellt werden müssen und mit anderen Usern geteilt werden können. Dazu kommt die Zeiteinsparung durch die Nutzung des Agenten selbst.

Da die tatsächliche Einsparung von den Agenten und dem Nutzungsverhalten der User abhängt, wird hier mit folgenden Beispieldaten gerechnet, die eher eine voraussichtliche Mindestnutzung darstellen:

• Durchschnittliche Abteilung einer kleinen Firma: 6 Mitarbeiter

• Einfacher Agent:

  • Einmalige Erstellung: 10 Minuten

  • Tägliche Zeiteinsparung: 10 Minuten pro Mitarbeiter

• Komplexerer Agent:

  • Einmalige Erstellung: 2 Stunden

  • Wöchentliche Zeiteinsparung: 3 Stunden pro Mitarbeiter

• Hochkomplexer Agent:

  • Einmalige Erstellung: 2 Tage (16 Stunden)

  • Monatliche Zeiteinsparung: 5 Stunden pro Mitarbeiter

Für die Wirtschaftlichkeitsberechnung wird eine einzelne durchschnittliche Abteilung herangezogen, in der alle Mitarbeiter fünf einfache Agenten und vier Mitarbeiter zwei komplexere Agenten nutzen. Zudem wird angenommen, dass zwei Mitarbeiter zwei hochkomplexe Agenten nutzen.

Für die Entwicklungskosten sind 25,- € Stundensatz für Praktikanten und 65,- € Stundensatz für Betreuer des Projekts sowie die Mitarbeiter der Fachabteilung festgesetzt. Für die Entwicklung und das Deployment wird die bereits vorhandene Infrastruktur genutzt, daher werden hier nur zusätzliche 10,- € pro Monat für laufende Kosten angenommen. Für die Wartung wird ein Aufwand von 10 Stunden pro Monat angenommen. Daraus ergibt sich folgende Kostenaufstellung:

Einmalige Kosten Projekt:

Stundensatz x Stunden

• Projektentwicklung: 25,- € x 80 = 2.000,- €

• Unterstützung durch Projektbetreuer: 65,- € x 4 = 260,- €

Einmalige Kosten Agentenerstellung:

Stundensatz x Dauer Erstellung x Anzahl Agenten

• Erstellung: 65,- € x (10 / 60) x 5 = 54,17 €

• Erstellung: 65,- € x 2 x 2 = 260,- €

• Erstellung: 65,- € x 16 x 2 = 2.080,- €

Monatliche Kosten:

• Laufende Kosten (Strom usw.): 10,- €

• Wartungskosten: 65,- € x 10 = 650,- €

Gesamtkosten 1. Monat: 5.314,17 €

Monatliche Kostenersparnis bei 20 Arbeitstagen anhand der Beispieldaten:

Stundensatz x Zeiteinsparung (auf 1 Monat hochgerechnet) x Anzahl Nutzer x Anzahl Agenten

• Nutzung Einfacher Agent: 65,- € x (10 x 20 / 60) x 6 x 5 = 6.500,- €

• Nutzung Komplexerer Agent: 65,- € x (3 x 4) x 4 x 2 = 6.240,- €

• Nutzung Hochkomplexer Agent: 65,- € x 5 x 2 x 2 = 1.300,- €

Gesamtersparnis pro Monat: 14.040,- €

Trotz Annahme einer absolut minimalen Nutzung in einer einzigen Abteilung, steht bereits im 1. Monat den Kosten von 5.314,17 € eine Einsparung von 14.040,- € gegenüber. Damit ist eindeutig, dass sich das Projekt wirtschaftlich lohnen wird.

Hinweis: Einsparungen und Gewinne durch die Nutzung weiterer Automatisierungsplattformen und die Bereitstellung für Kunden wurden nicht in die Berechnung mit einbezogen, da beides nicht Bestandteil des aktuellen Projekts ist.

5.       Zeitplanung

[kommt noch]

6.       Anlagen

keine

7.       Präsentationsmittel

Laptop, vorhandenen/s Beamer/Präsentationsdisplay, ggf. Karteikarten oder Tablet, ggf. Presenter

ich bin nun seit zwei Jahren und einem Monat als Auszubildener Fachinformatiker für Systemintegration tätig und konnte schon früh voll eingespannt werden.

Ich fühle mich pudelwohl im Betrieb und generell im Job. Schon vorher in meiner schulischen Ausbildung zum Informationstechnischen Assistenten und privaten Basteleien hat mich IT immer begeistert, egal ob der HomeServer oder Mailserver selbst zu hosten.

Auch im Betrieb habe ich schon so ziemlich vieles gemacht, von Virtualisierung über Intune einführen, Workflows optimieren, Mailserver, Cloud Umgebungen neu aufsetzen, Netzwerke segmentieren und aktuell IT Security.

Ich konnte meine Ausbildung um ein halbes Jahr verkürzen, sodass ich im Januar 2027 mündlich geprüft werde.

Dazu fehlt mir aktuell noch ein Projektantrag und heute kam mir und meinem Chef eine geeignete Idee.

An einem Außenstandort wird noch ein altes Rechenzentrum betrieben bestehend aus einem (3 Jahre ungepatchten :////// ) vCenter und 3 ESXi Hosts.

Darauf laufen DC, ERP usw.
Die neue Umgebung würde ich über Veeam auf unser großes RZ sichern (mit MPLS verbunden)

Dieses vCenter wurde nun durch Cyberkriminelle versucht anzugreifen und ein Eingriff ins vCenter für einen kurzen Moment sogar geglückt.

Mittlerweile ist natürlich alles professionell geklärt worden und die VMs sind sauber und das vCenter inkl. versuchter Backdoor auch bereinigt (User, Cronjobs, SSH Keys usw.)

Nun kam uns also die Idee 3 Fliegen mit einer Klappe zu schlagen: VMware zu Proxmox an diesem Standort !

1 Preistechnisch ist das ganze natürlich ein ganz anderes Level als Broadcom

2 "Fürs Gewissen und Sicherheit" ESX und vCenter sicher machen

3 Ich hätte ein Projekt

Das ganze würde ich natürlich vorher erst in einer Nutzwertanalyse vergleichen und schauen, ob es wirklich Proxmox wird oder ein anderer Anbieter.

Ich werde die Doku bzw. erstmal die Projektdoku natürlich etwas offener formulieren als diesen Beitrag. Proxmox habe ich natürlich im Kopf, da ich schon viel darüber gehört habe und auch das HomeLab bald auf Proxmox laufen soll. Da gibt es ja tolle Beispiele und ich werde mich natürlich an gängige IHK Formulierungen halten. Es sagt also niemand gleich dass es Proxmox werden muss.

Meine Frage an euch : "Reicht das als Abschlussprojekt?" "Ist das gut dafür geeignet?" "Gibt es Stolperfallen?"

Die Alternative vom Chef war : "Mach unsere IT generell an verschiedenen Ecken härter und NIS2 konformer"

Das finde ich etwas schwierig.

Das Projekt kann man nicht klar definieren und Wörter wie NIS2 als Nebensatz im Projekt eben zu machen ist natürlich ein riesiger Spielraum fürs Fachgespräch.

Ich möchte mich bestmöglich vorbereiten und mit der Projektarbeit glänzen.
Was meint ihr ? Soll ich dazu mal nen Antrag abschicken oder ist das ein doofes Projekt ?

Danke ^^

Kurz zur Situation: Ich bin FIAE-Umschülerin und gerade im Praktikum. Mit mir zusammen sind hier noch 2 weitere Praktikanten aus derselben Klasse, das heißt wir haben alle die gleichen Prüfungsfristen. (IHK Nürnberg, falls zufällig jemand direkt mit denen Erfahrung hat.)

Mein Chef hat jetzt gestern vorgeschlagen, dass wir ein gemeinsames internes Projekt zum Wissensmanagement umsetzen. Dafür sollen Teams-Chats und E-Mails aller Mitarbeiter täglich/wöchentlich nach relevanten Informationen durchsucht werden, die sich auf Kundenprojekte beziehen, und diese Informationen sollen - nach Bestätigung des Anwenders - in einem Wiki gespeichert werden, damit alle Kundeninformationen an einem Ort gesammelt sind. Die Idee war, dafür entweder XWiki oder n8n zu nutzen oder ein eigenes Content-Management-System zu entwickeln. Im Fall eines eigenen CMS oder der Nutzung von n8n wäre dann noch eine Benutzeroberfläche vorgesehen.

Ansonsten würden wir das unter uns 3 Praktikanten gerne passend aufteilen. Also z. B. 1 Person entwickelt das CMS, 1 die Benutzeroberfläche und 1 beschäftigt sich mit der Teams- und Outlook-Integration. Oder aber 1 Person entwickelt die Teams-Integration, 1 die Outlook-Integration und 1 die KI-Logik, die im Hintergrund abläuft. Das ist der Punkt, an dem ich nicht sicher bin, was mit den 80 Stunden besser hinkommt, und auch, ob die Logik für Teams und Outlook sich nicht zu ähnlich wäre für 2 getrennte Teilprojekte.

Dazu kommt, dass wir natürlich an den Schnittstellen gemeinsam arbeiten müssen bzw. uns gemeinsam entscheiden müssen, welche Schnittstellen wir brauchen und was sie leisten sollen. Aber geht das dann am Ende noch als genug Eigenarbeit durch? Und wie würde ich das in der Dokumentation überhaupt vermerken?

Also grundsätzlich sind meine Fragen: Ist so ein gemeinsames Projekt mit klar abgegrenzten Teilprojekten als IHK-Projekt möglich, auch wenn die Schnittstellen gemeinsam erarbeitet werden? Und kommt das mit den 80 Stunden in etwa hin oder wäre der Aufwand hier deutlich zu groß/zu gering?

[Und ja, ich weiß, dass wir recht spät dran sind, aber das ist jetzt halt so.]

ich mache es kurz: ich bin dabei meinen Projektantrag zu schreiben und gleich vorweg (ich weiß, dass das Thema ausgelutscht ist und vielleicht bei der ein oder anderen Person ein Augenrollen provoziert- sry )

Ich bin Umschülerin und mein Unternehmen betreut viele Kunden, die aus bekannten Gründen von VMware umsteigen. Mein eigentlich angesetztes Projekt war für eine Gemeinde, mit größerer Serverlandschaft und Augenmerk auf Redundanz und neues Backup-Konzept. Das wurde nun aber zeitlich so verschoben, dass es für mich nicht mehr realisierbar ist. Mein neues Projekt hat folgende Rahmenbedingungen

• Ingenieursbüro für Planung audiovisueller Medientechnik

• 1 physischer Server mit 5 VM's (dieser soll wiederverwendet werden)

• VMware, dessen Lizenz abläuft

geplant ist: (erstmal allgemein- ich muss überlegen, was davon mein Anteil wird)Evaluierung einer neuen, wirtschaftlicheren Alternative zu VMware

• Evaluierung einer neuen, wirtschaftlicheren Alternative zu VMware

• Upgrade Veeam 11 zu 13

• Backup aus ESX und Uminstallation auf neuen Hypervisor

• Installation neuer Domain Controller + Neuerstellung vorhandener Benutzer, Erstellung Gruppenrichtlinien

• Installation PowerChute Business Edition in jede VM

• Einrichtung Power Chute (Einrichten und Test für sicheres Herunterfahren)

• Migration der VMs auf neuen Hypervisor

Ich habe leider keine große Alternative zu diesem Projekt und muss nun schauen, was und wie ich davon IHK tauglich umsetze. Mein Gedanke war, mich auf die Evaluierung des neuen Hypervisors zu fokussieren und Backup und Migration im Rahmen eines POC in einer Testumgebung zu erproben. Mir stünde dafür in unserem LAB entsprechende Hard- und Software zur Verfügung. ich würde dort sowieso parallel zum Kundenprojekt üben und mich ausprobieren. Oder sollte ich das lieber offen halten und meine Ergebnisse aus Lab und Kundenumsetzung in der Doku verwursten?

Mein Praktikumsbetreuer zieht die Proof of Concept Variante vor und das würde dann in etwa so aussehen (erstmal nur ganz grob, das ist ein erster Versuch)

Analysephase  (4 Stunden)

• Dokumentation der bestehenden Umgebung (Server, VMs) und Ableitung der Anforderungen, unter Einbeziehung verfügbarer Informationen aus dem Kundenprojekt (4h)

Planungsphase  (9 Stunden)

• Hypervisor-Vergleich mittels gewichteter Nutzwertanalyse, ergänzt um eine SWOT-Betrachtung (4h)

• Wirtschaftlichkeitsbetrachtung inkl. Amortisationsrechnung (3h)

• Migrations-, Backup- und Fallback-Konzept sowie Testplan erstellen (2h)

Umsetzungsphase  (16 Stunden)

• Aufbau der isolierten Testumgebung (ESXi-Ausgangssystem mit Test-VMs) (3h)

• Installation und Grundkonfiguration der gewählten Zielplattform (4h)

• Vollständige Sicherung (Full-Backup) der Quell-VMs (2h)

• Migration/Wiederherstellung der VMs aus dem Backup auf die Zielplattform (4h)

• Feinkonfiguration und Einbindung in die Backup-Lösung (3h)

Test- und Qualitätssicherungsphase  (6 Stunden)

• Durchführung festgelegter Tests (Checkliste), Konsistenzprüfung nach Restore (3h)

• RTO-Messung, Soll-Ist-Vergleich, Performance-Vergleich (3h)

Doku- und Abschlussphase  (5 Stunden)

• kommt noch

Ich würde mich sehr über eure Anregungen, Gedanken und Kritik freuen, da ich mich eigentlich auf das andere Projekt eingestellt hatte und nun kurzfristig umschwenken muss.

Vielen Dank schonmal vorab!

ich möchte mir gerne auch einmal externes Feedback einholen zu meinem Projektantrag. Intern läuft das bei uns leider nicht so rund.

Meine größte befürchtung ist, dass ich das schon viel zu detailliert beschrieben habe und demnach der Antrag zu lang ist. Auch würde ich gerne wissen, ob der Zeitplan so überhaupt realistisch ist:

1. Thema der Projektarbeit

Aufbau einer vom Produktivnetz abgekapselten Virtualisierungsumgebung auf Basis von VMware vSphere/vCenter zur direkten Erprobung neuer Systeme auf Hypervisor-/VM-Ebene sowie als Desaster-Recovery-Option für die Produktivsysteme, unter Wiederverwendung vorhandener Server-Hardware.

1.1 Geplanter Bearbeitungszeitraum

12.10.2026 – 13.11.2026 (gesamter Bearbeitungszeitraum, 40 Stunden)

2. Projektbeschreibung

2.1 Unternehmensbeschreibung

** Hier ein generischer Text der mir so vom Ausbildungsbetrieb vorgeschrieben wurde **

2.2 Ausgangssituation (Ist-Analyse)

Neue Systeme, Anwendungen und Konfigurationen werden in der IT-Abteilung bislang ohne eine dedizierte, vom Produktivbetrieb getrennte Testumgebung eingeführt. Getestet wird dabei auf Bestands-Produktivsystemen in abgetrennten Netzwerkbereichen – dabei drohen Betriebsstörungen, Datenverlust und ungeplante Ausfallzeiten, denn die Tests laufen auf derselben physischen Infrastruktur und teilen sich Rechenleistung, Speicher und Netzwerk mit dem Produktivbetrieb. Fehlkonfigurationen – etwa IP-Adresskonflikte oder falsch zugeordnete VLANs – können so unmittelbar auf produktive Dienste durchschlagen. Vor allem Auszubildende haben aktuell keine Möglichkeit, Systeme eigenständig aufzusetzen und dabei auch Fehler machen zu dürfen, ohne den Produktivbetrieb zu gefährden.

Zusätzlich verfügt die IT-Abteilung aktuell über keine Ausweichkapazität für den Fall eines Ausfalls der produktiven Virtualisierungsumgebung: Bei einem größeren Störfall stünde kein eigenständiges Notfall-Cluster zur Verfügung, auf dem kritische Systeme kurzfristig weiterbetrieben werden könnten.

Gleichzeitig lagern im Unternehmen mehrere ungenutzte Server (HP ProLiant DL360 der Generationen 6 bis 9), mehrere Ethernet- und SAN-Switches (u. a. Cisco Catalyst 3560G und Fibre-Channel-Switches) sowie verschiedene Netzwerkspeicher (Network Attached Storage, NAS; u. a. Thecus N8800SAS und HP MSA 2040), deren Wiederverwendung zusätzliche Anschaffungskosten erspart. Die Auswahl der konkret einzusetzenden Komponenten aus diesem Bestand ist Teil des Projekts. Diese Hardware bildet dabei nur die physische Basis; die eigentliche Virtualisierungsumgebung (Hypervisor-Schicht) darauf muss im Projekt erst noch aufgebaut werden.

2.3 Projektziel (Soll-Konzept)

Ziel ist das Schaffen einer eigenständigen Virtualisierungsumgebung (Hypervisor-Struktur), auf der neue Systeme und Programme unabhängig vom Produktivbetrieb direkt auf Hypervisor-/VM-Ebene gestartet und getestet werden können. Die Umgebung ist vollständig vom Produktivnetz getrennt und übernimmt zugleich die Funktion einer Desaster-Recovery-Option: Im Ernstfall können auf ihr essenzielle Systeme der Produktivumgebung ausweichsweise weiterbetrieben werden. Die Wiederherstellung erfolgt dabei über das bestehende, netzseitig getrennte Backup (Air-Gap-Backup): Im Störfall wird kontrolliert eine physische Netzverbindung hergestellt, die essenziellen Systeme werden aus dem Backup auf die neue Umgebung zurückgespielt und dort weiterbetrieben. Im Regelbetrieb bleibt die Umgebung vollständig isoliert.

Vorgabe des Ausbildungsbetreuers und der Abteilungsleitung ist dabei, vorhandene, aktuell ungenutzte Hardware wiederzuverwenden sowie auf VMware als Virtualisierungsplattform zu setzen. Beides ist als Rahmenbedingung gesetzt: Wiederverwendung, weil die Server bereits im Bestand sind und keine Neuanschaffung nötig ist; VMware, weil im Unternehmen bereits entsprechendes Know-how vorhanden ist und die Produktivsysteme selbst ebenfalls auf VMware laufen. Zwar ließen sich VMware-basierte VMs grundsätzlich auch auf andere Plattformen übertragen, das erfordert im Ernstfall jedoch zusätzliche Konvertierungsschritte und schafft Reibungspunkte, die weitere Komplikationen einbringen können – bei einer plattformgleichen Umgebung können die Workloads dagegen ohne Anpassung übernommen werden.

Innerhalb dieser Rahmenbedingungen liegen die wesentlichen fachlichen Entscheidungen bei mir:

•          Hardware-Auswahl: Auswahl der einzusetzenden Komponenten aus dem Gerätebestand – u. a. Entscheidung für die DL360 Gen9 als neueste verfügbare Servergeneration (ESXi-Kompatibilität, Leistung und Energieeffizienz gegenüber Gen6–Gen8).

•          Storage-Anbindung: Entscheidung für iSCSI statt Fibre Channel (FC), da die für FC benötigten Komponenten (u. a. passende SFP-Module) nicht vollständig im Bestand vorhanden sind und Mehrkosten verursachen würden; die Bewertung beider Varianten erfolgt per Nutzwertanalyse in Phase 1.

•          Storage-Redundanz: Konfiguration des NAS im RAID-6-Verbund, sodass der gleichzeitige Ausfall von bis zu zwei Festplatten ohne Datenverlust toleriert wird – bei Bestandsplatten gleichen Alters ein relevantes Risiko.

•          Netzdesign: eigenständiges VLAN-Konzept, angelehnt an das Schema des Produktivnetzes, jedoch in einem separaten Nummernkreis – so bleibt die Umgebung für Administratoren wiedererkennbar und zugleich eindeutig vom Produktivnetz unterscheidbar.

•          Rollen- und Berechtigungskonzept: wird von mir eigenständig ausgearbeitet und umgesetzt.

Die Versionswahl von ESXi/vCenter ist durch die Kompatibilität der Bestandshardware und die vorhandenen Lizenzen weitgehend vorgegeben und wird in der Dokumentation nachvollziehbar begründet.

Wirtschaftlichkeit: In Phase 1 wird eine Kosten-Nutzen-Betrachtung erstellt. Den Projektkosten – im Wesentlichen 40 Stunden Arbeitszeit sowie die laufenden Stromkosten der Server – steht die vermiedene Neuanschaffung einer vergleichbaren Test- und Notfallumgebung (zwei Server, Switch, Storage; Wiederbeschaffungswert im unteren fünfstelligen Eurobereich) gegenüber. Hinzu kommt schwer bezifferbarer, aber wesentlicher Nutzen: vermiedene Betriebsstörungen durch Tests auf Produktivsystemen sowie eine Notfallreserve, die ungeplante Ausfallzeiten im Störfall verkürzt.

2.4 Projektumfeld

Das Projekt entsteht in der IT-Abteilung **des Unternehmens**; sie ist zugleich interner Auftraggeber und späterer Betreiber der Umgebung. Betrieblicher Ansprechpartner und Projektbetreuer ist **Ausbilder**.

Nutzerkreis: Auszubildende der IT-Abteilung als primäre Anwender (eigenständiges Aufsetzen und Testen von Systemen), Administratoren der IT-Abteilung als Betreiber.

Standort: Die Hardware wird final in Halle 3 im Lager am Standort Kamp-Lintfort aufgebaut.

Prozessschnittstellen:

•          Einstieg: Auftrag und Anforderungen durch die IT-Abteilung; Freigabe der Bestandshardware zur Wiederverwendung.

•          Während der Durchführung: Abstimmung mit dem Projektbetreuer zu Standort, Stromversorgung und Rollenkonzept.

•          Ausstieg: Übergabe an die IT-Abteilung inkl. Einweisung und Betriebshandbuch.

Abgrenzung: Die Umgebung ist bewusst netzseitig isoliert; eine Anbindung an das Produktivnetz ist nicht Gegenstand des Projekts. Die Bewertung der Virtualisierungsplattform erfolgt auf VMware-Basis; eine mögliche spätere Migration in Richtung Microsoft Hyper-V ist strategischer Zukunftskontext, jedoch nicht Projektinhalt.

Eigenleistung: Planung, Konfiguration (Switch, Hosts, Storage, vCenter) sowie Test und Dokumentation führe ich eigenständig durch. Kollegen sind nur an der Freigabe zu Standort, Stromversorgung und Rollenkonzept beteiligt (s. Prozessschnittstellen).

2.5 Projektphasen mit Zeitplan

Phase 1 – Analyse & Konzeption (7h)

•          Ist-Analyse und Anforderungen klären

•          Soll-Konzept erstellen (Plattform, Netz, Storage)

•          Wirtschaftlichkeit und Plattformwahl bewerten

Phase 2 – Planung (4h)

•          Hardware- und Zeitplanung

•          Netz- und Storage-Planung

•          Rollenkonzept planen

Phase 3 – Realisierung (18h)

•          Einrichtung der Hosts

•          Einrichtung Switch

•          Einrichtung Storage

•          Cluster und Rollenkonzept umsetzen

Phase 4 – Test & Qualitätssicherung (5h)

•          Testkonzept erstellen

•          Funktionstests durchführen

•          Abnahme mit dem Auftraggeber

Phase 5 – Projektabschluss & Dokumentation (6h)

•          Übergabe und Einweisung der IT-Abteilung

•          Projektdokumentation erstellen

•          Soll-Ist-Vergleich und Fazit

Gesamt: 40h

3. Dokumentation der Projektarbeit

Die Projektdokumentation erfolgt als prozessorientierter Projektbericht im Portable Document Format (PDF) und beschreibt Ausgangssituation, Zielsetzung, Umsetzung, Tests, Ergebnisse und Nutzen.

Vorgesehene Anlagen:

•          Kosten-Nutzen-Betrachtung (Wirtschaftlichkeit)

•          Netz- und Storage-Diagramme, Cluster-Übersicht

•          Screenshots der Konfiguration

•          Testprotokolle/Abnahmeprotokoll

•          Kurzes Betriebs-/Übergabehandbuch für die IT-Abteilung

•          Offenlegung eingesetzter Werkzeuge mit Künstlicher Intelligenz (KI) gemäß Vorgabe der IHK

4. Verwendete Hard- und Software (Auswahl)

•          Hardware: 2× HP ProLiant DL360 Gen9 (Bestand); Thecus N8800SAS als iSCSI-Storage im RAID-6-Verbund (Bestand); Cisco Catalyst 3560G als Layer-3 (L3)/VLAN-Switch (Bestand)

•          Software: VMware ESXi, VMware vCenter Server Appliance (VCSA), HPE iLO/Firmware-Tools

Ich bräuchte mal ein bisschen Unterstützung bezüglich eines Themas für das Abschlussprojekt.

Ich mache eine Umschulung Fachinformatik Systemintegration und mein Praktikum findet in einer Firma statt, wo es eigentlich nur Kundenservice gibt. Ich würde halt schon gerne irgendwas machen, was hier irgendwie Bezug zur Firma und der Arbeit hat. Ich möchte mir ungern irgendein Thema aus der Nase ziehen und was "erfinden".

Ich hatte überlegt das Ticketsystem zu verbessern. Aktuell ist unser Ticketsystem meiner Meinung nach etwas Kundenunfreundlich, da viel mit Fachbegriffen um sich geworfen wird. Und die Felder sind automatisch ausgefüllt mit Titeln, die die Kunden nicht ändern und wir im nachhinein ändern müssen um sie weiter zu schicken. Also mehr Aufwand, was man sich eigentlich sparen könnte, wenn man das einmal schön macht.

Hatte gedacht vielleicht auch ein bisschen mit KI-Unterstützung zu arbeiten mit einer lokalen KI, die dann nur so das Beschreibungsfeld vom Kunden ausliest und dann ein Ticket daraus erstellt oder vor generiert. So etwa in die Richtung. Hatte ich einer virtuellen Maschine schonmal ein bisschen rumgetestet wie ich das Ticketsystem erstellen könnte etc.

Das Problem ist jetzt natürlich... geht das zu weit in Anwendungsentwicklung rein? Wir arbeiten ja mit dem Ticketsystem und dadurch habe ich ja das Wissen und die Erfahrung wie es besser sein könnte.

Geht sowas als Thema? Das ich sozusagen einen "Prototypen" herstelle wie es vielleicht besser sein könnte? Aber die Umsetzung würde dann bei der Abteilung der Firma landen die dafür zuständig ist?

Ich hoffe das ist verständlich was ich meine, ich bin im Moment echt ein bisschen verloren, was dieses Thema angeht.

Hoffe ihr habt vielleicht ein paar Ideen :)

ich mache aktuell eine Umschulung zum Fachinformatiker für Systemintegration und absolviere mein Praktikum in einer Behörde. Zurzeit suche ich nach einem geeigneten Thema für mein IHK-Abschlussprojekt und würde mich über eure Einschätzung freuen.

Meine Projektidee ist die Evaluierung und Bereitstellung einer sicheren NTP-Zeitserver-Lösung für das interne Netzwerk.

Geplant wäre dabei:

• Analyse und Vergleich verschiedener Zeitquellen (z. B. GPS-/DCF77-Empfänger oder Peering mit übergeordneten Zeitservern)

• Auswahl einer geeigneten Lösung anhand technischer und wirtschaftlicher Kriterien

• Einrichtung eines eigenen NTP-Servers (z. B. Linux mit chrony)

• Absicherung der Zeitsynchronisation (Authentifizierung, Zugriffsbeschränkungen)

• Verteilung der Zeit an ausgewählte Testsysteme

• Test, Dokumentation und Bewertung hinsichtlich Genauigkeit, Ausfallsicherheit und Revisionssicherheit

Da ich das Projekt im Rahmen meines Praktikums in einer Behörde durchführen würde, hätte das Thema auch einen realen betrieblichen Bezug.

Mich würde interessieren, ob ihr dieses Projekt als IHK-konform einschätzt. Ist die Projektidee ausreichend komplex und enthält sie genügend Planung, Entscheidungsfindung und wirtschaftliche Betrachtung, oder würdet ihr den Fokus noch anpassen?

Vielen Dank schon einmal für eure Meinungen und Erfahrungen!

Projektantrag für die Abschlussprüfung Teil 2

Fachinformatiker Systemintegration – xxxxxxxxx

Projektbearbeiter/Prüfling: xxxxxxxxxxx

1. Thema der Projektarbeit

Planung und Umsetzung einer modernen audiovisuellen Präsentations- und Konferenzlösung im Schulungsraum/Konferenzraum des xxxxxxxxx

2. Projektumfeld

Das Projekt wird im IT-Bereich der xxxxxxxx im Standort xxxxxxx durchgeführt.

Die xxxxx ist ein regionaler Gesundheitsverbund mit Akutkrankenhäusern, Reha-Kliniken, ambulanten und stationären Pflegeeinrichtungen sowie Bildungs- und Serviceeinrichtungen.

Ziel des Verbunds ist die umfassende Gesundheitsversorgung in der Region – von der Geburt bis zum Lebensende.

Der Standort xxxxxx(Adresse) verfügt über ein eigenes IT-Team, das die zentrale Infrastruktur, Netzwerke und Endgeräte innerhalb des Verbundes betreut und weiterentwickelt.

Der Schulungsraum/Konferenzraum befindet sich im Verwaltungsgebäude und wird regelmäßig für interne Fortbildungen, Mitarbeiterschulungen und hybride Veranstaltungen genutzt.

Projektbetreuer ist Herr xxxxxx, Systemadministrator im IT-Bereich der xxxxxxx.

Die Umsetzung erfolgt in Abstimmung mit der Abteilung Fort- und Weiterbildung sowie der Haustechnik.

3. Projektbeschreibung

Die vorhandene audiovisuelle Infrastruktur im Schulungsraum des xxxxxx ist technisch veraltet und nicht mehr mit den heutigen Anforderungen an interaktive und hybride Schulungs- und Konferenzumgebungen kompatibel.

Das bestehende System weist erhebliche Schwächen auf:

\-Ein veralteter PC mit unzureichender Leistung und veralteter Softwarekompatibilität

\-Eine Beamerlösung mit eingeschränkter Helligkeit und ohne Interaktivität

\-Unsynchrone Signalverteilung zu vier zusätzlichen Bildschirmen

\-Keine Möglichkeit zur Videokonferenzintegration

\-Mangelhafte Audioqualität

Ziel des Projekts ist die Modernisierung und Standardisierung der audiovisuellen Infrastruktur zur Schaffung eines zukunftsfähigen, interaktiven und hybriden Schulungs/Konferenzraums.

Im Rahmen des Projekts werden folgende Aufgaben umgesetzt:

\-Aufnahme der Anforderungen der Schulungsabteilung (Lastenheft)

\-Planung und Erstellung eines technischen Umsetzungskonzepts (Pflichtenheft)

\-Wirtschaftliche Bewertung und Auswahl geeigneter Komponenten

\-Installation, Konfiguration und Integration der Systeme

\-Durchführung von Tests, Abnahme und Einweisung der Nutzer

\-Erstellung einer technischen und kundengerechten Dokumentation

Das Ergebnis ist ein vollständig modernisierter Schulungsraum, der Präsentationen, Videokonferenzen und interaktive Schulungen effizient und qualitativ hochwertig ermöglicht.

4. Projektphasen mit Zeit Planung

Phase 1 – Analysephase (3,5 Stunden)

1.1	Besichtigung des Schulungsraums, Erfassung der vorhandenen AV-Technik (Beamer, PC, Lautsprecher, Verkabelung)		0,75

1.2	Aufnahme der Anforderungen der Abteilung Fort- und Weiterbildung (z. B. Videokonferenz, Interaktivität, Audioqualität)	1,00

1.3	Dokumentation der Anforderungen als Lastenheft (Muss-/Kann-Kriterien, Rahmenbedingungen)				1,25

1.4	Abstimmung des Lastenhefts mit IT-Leitung und Projektbetreuer Herrn Wessels						0,50

Phase 2 – Konzeptions- und Planungsphase (6,5 Stunden)

2.1	Analyse der Anforderungen aus dem Lastenheft und Definition der technischen Zielarchitektur			1,00

2.2	Erstellung des Pflichtenhefts (Systemkonzept, Komponentenbeschreibung, Funktionalitäten)			1,50

2.3	Technische Auswahl geeigneter Komponenten (PC, Matrix, Displays, Audio, Kamera) inkl. Kompatibilitätsprüfung	1,25

2.4	Entwurf des Signalflussplans (HDMI-/Audio-/Netzwerkverbindungen)						1,00

2.5	Planung der logischen Netzwerkanbindung und IP-Adressierung							0,75

2.6	Erstellung des Projektablaufplans und Ressourcenübersicht							1,00

Phase 3 – Wirtschaftlichkeits- und Beschaffungsphase (3,0 Stunden)

3.1	Einholung von Angeboten verschiedener Anbieter									1,00

3.2	Erstellung einer Kostenübersicht und Wirtschaftlichkeitsvergleich (Preis-Leistung, Garantie, Energieverbrauch)	1,00

3.3	Entscheidung für wirtschaftlich optimale Lösung, Bestellung der Komponenten					1,00

Phase 4 – Implementierungsphase (14,0 Stunden)

4.1	Auspacken, Sichtprüfung und Vorbereitung der Geräte						0,75

4.2	Physischer Aufbau und Verkabelung von PC, Matrix, Displays, Kamera, Audioanlage			4,00

4.3	Installation des Präsentations-PCs (Betriebssystem, Treiber, Updates)				1,50

4.4	Konfiguration der Signalverteilung (HDMI-Matrix, Auflösungen, Split-Funktion)			2,00

4.5	Integration in das Firmennetzwerk (LAN-Anschluss, Freigaben, Rechte)				1,00

4.6	Installation und Einrichtung der Videokonferenzsoftware (z. B. Teams/Zoom)			1,00

4.7	Einrichtung und Test der Audioanlage (Verstärker, Lautsprecherzonen)				1,25

4.8	Optimierung der Raumdarstellung (Displayeinstellungen, Tonverteilung, Kameraausrichtung)	1,00

4.9	Dokumentation der vorgenommenen Konfigurationen für Übergabe					1,50

Phase 5 – Test-, Abnahme- und Einweisungsphase (3,5 Stunden)

5.1	Funktionstests aller Komponenten (Bild, Ton, Signalverteilung, Interaktivität)	1,25

5.2	Durchführung eines Integrationstests mit Videokonferenz				0,75

5.3	Erstellung des Abnahmeprotokolls inkl. Testergebnisse				0,50

5.4	Einweisung der Schulungsleiter in Bedienung und Grundwartung			1,00

Phase 6 – Dokumentationsphase (9,5 Stunden)

6.1	Sammlung aller Projektdaten (Screenshots, Messwerte, Konfigurationsdaten)	1,00

6.2	Erstellung der technischen Projektdokumentation 	7,00

6.3	Erstellung der Kundendokumentation (Bedienungs- und Wartungsanleitung)		1,50

5. Eingesetzte Hilfsmittel

\-Betriebseigene Hardware (Netzwerk, Werkzeuge, Messgeräte)

\-Planungssoftware (Microsoft Visio / Draw.io)

\-Office-Software (Word, Excel, PowerPoint)

\-Internetrecherche, Hersteller- und Installationsdokumentationen

\-IT-Managementsysteme des Betriebs

6. Geplante Dokumentation

Die Projektdokumentation wird prozessorientiert aufgebaut und enthält folgende Kapitel:

\- 1.Deckblatt und Inhaltsverzeichnis

\- 2.Projektumfeld

\- 3.Ausgangssituation und Zielsetzung

\- 4.Analysephase (Lastenheft)

\- 5.Planungsphase (Pflichtenheft, Signal- und Netzplan)

\- 6.Wirtschaftlichkeits- und Beschaffungsphase (Kostenplanung, Angebotsvergleich)

\- 7.Implementierungsphase (technische Umsetzung, Konfiguration)

\- 8.Test- und Abnahmephase (Testergebnisse, Einweisung)

\- 9.Projektabschluss und Bewertung

\-10.Anhang (Lasten-/Pflichtenheft, Kostenübersicht, Signalpläne, Screenshots, Abnahmeprotokoll)

\-11.Persönliche Erklärung

7. Kundennutzen / Wirtschaftlicher Nutzen

\-Effizienzsteigerung: Bessere Schulungsergebnisse durch moderne Präsentations- und Konferenztechnik.

\-Standardisierung: Einheitliche, wartungsarme Hardware reduziert Supportaufwand.

\-Zukunftssicherheit: Moderne Systeme ermöglichen hybride Schulungen und Online-Meetings.

\-Kostenersparnis: Reduzierte Wartung und geringere Energiekosten.

\-Nutzerfreundlichkeit: Intuitive Bedienung und hohe Verfügbarkeit steigern Akzeptanz.

8. Abweichungen vom Antrag

Geringfügige Änderungen, z. B. bei der Wahl einzelner Hardwarekomponenten oder Kabeltypen, können während der Umsetzung entstehen und werden nachvollziehbar in der Projektdokumentation erläutert.

Auswahl und Implementierung eines zentralen Digital Signage Systems zur Mitarbeiterinformation und Prozessvisualisierung

1.1 Kurzform der Aufgabenstellung

Ich absolviere meine Ausbildung zum Fachinformatiker Systemintegration über das XXX und führe mein Praktikum bei der XXX durch, einem mittelständischen Unternehmen aus dem Bereich XXX mit ca. XXX Mitarbeitern. Im Rahmen meines Praktikums habe ich festgestellt, dass keine zentrale Lösung zur Verwaltung und Anzeige von betriebsrelevanten Informationen auf Bildschirmen in den Produktions-, Lager- und Pausenbereichen existiert. Gewerbliche Mitarbeiter ohne PC-Arbeitsplatz werden dadurch nicht zuverlässig mit aktuellen Informationen versorgt. Mein Ziel ist daher die Einführung einer zentral verwaltbaren Digital Signage Lösung, die Inhalte automatisiert, sicher und standortübergreifend auf Bildschirmen bereitstellt.

1.2 Ist-Analyse

In den Produktions-, Lager- und Pausenbereichen fehlen visuelle Informationssysteme nahezu vollständig. Ankündigungen der Geschäftsführung, Betriebsratsinformationen und Sicherheitsunterweisungen werden überwiegend als Papierausdrucke am schwarzen Brett veröffentlicht oder per E-Mail versendet, erreichen die gewerblichen Mitarbeiter ohne PC-Arbeitsplatz jedoch nicht zuverlässig. Lediglich in einem Produktionsbereich ist ein einzelner Monitor vorhanden, der manuell über einen USB-Stick bespielt wird und dessen Inhalte nur ca. einmal pro Monat aktualisiert werden. Eine zentrale Verwaltung, ein Zugriffsschutz oder eine Netzwerktrennung existieren nicht.

2. Zielsetzung / Soll-Konzept

2.1 Was soll am Ende des Projektes erreicht sein?

Mein Ziel ist die Einführung einer funktionierenden Digital Signage Lösung, mit der ich Inhalte zentral verwalten und auf verteilten Bildschirmen in Echtzeit ausspielen kann. Den manuellen USB-Stick-Prozess löse ich dabei vollständig ab. Da ich das CMS auf betriebseigener Hardware im internen Netzwerk betreibe, werden keine Daten an externe Drittanbieter übertragen und die DSGVO-Konformität ist gewährleistet. Die Infrastruktur lege ich so aus, dass sie zukünftig ohne wesentlichen Mehraufwand um weitere Standorte erweitert werden kann.

2.2 Welche Anforderungen müssen erfüllt sein?

• Zentrale Verwaltung aller Bildschirminhalte über eine Management-Oberfläche

• Ausstattung der Priorität-1-Standorte: Pausenräume, Lagerbereich, Leitwarte sowie Migration des bestehenden Monitors

• Zeitgesteuerte Ausspielung von Inhalten

• Netzwerktrennung durch ein dediziertes Signage-VLAN mit Port-Security

• Zugriffsschutz und Rechteverwaltung im CMS (inkl. datenschutzkonformer Rollenverteilung)

• Skalierbarkeit für zukünftige Erweiterungen auf weitere Standorte

• Monitoring des Systemstatus und der angeschlossenen Player

• Einhaltung der DSGVO durch Self-Hosted-Betrieb auf betriebseigener Hardware

2.3 Welche Einschränkungen müssen berücksichtigt werden?

Die Umsetzung muss innerhalb meines Projektzeitrahmens von 40 Stunden erfolgen. Die Standorte der Prioritäten 2 und 3 sind nicht Bestandteil dieses Projekts und werden in einem Folgeprojekt umgesetzt. Die Auswahl der CMS-Software sowie der Player-Hardware treffe ich auf Basis einer Nutzwertanalyse unter Berücksichtigung von Funktionsumfang, Sicherheit, Lizenzkosten und Betriebsaufwand. Da ich mich auf Open-Source-Lösungen beschränke, muss ich deren Stabilität und Kompatibilität mit der vorhandenen Infrastruktur sorgfältig prüfen. Zudem sind Abstimmungen mit der Geschäftsführung und dem Betriebsrat bezüglich der datenschutzkonformen Inhaltspflege einzuhalten.

3. Projektstrukturplan

3.1 Was ist zur Erfüllung der Zielsetzung erforderlich?

Für die Umsetzung plane ich zunächst eine detaillierte Analyse und Konzeptionsphase, in der ich ein Lastenheft und ein Pflichtenheft erstelle, eine Nutzwertanalyse für CMS-Software, Player-Hardware und Displays durchführe sowie eine Schutzbedarfsanalyse und ein Netzwerk- und Sicherheitskonzept erarbeite. Nach der Installation und Konfiguration aller Komponenten führe ich einen umfassenden Testbetrieb durch, bevor ich das System nach einer Anwendereinweisung vollständig dokumentiere und übergebe.

3.2 Aufgaben

• Ist-Analyse der bestehenden Infrastruktur und des Informationsflusses

• Erstellung eines Lastenhefts und Pflichtenhefts

• Durchführung einer Schutzbedarfsanalyse und Planung des Sicherheitskonzepts

• Marktrecherche und Nutzwertanalyse für CMS-Software, Player-Hardware und Displays unter Berücksichtigung der Kosten und Wirtschaftlichkeit

• Installation und Konfiguration der Server- und Virtualisierungsumgebung

• Aufsetzen und Absichern der CMS-Instanz

• Netzwerkseitige Einrichtung (VLAN, Firewall-Regeln, Port-Security)

• Konfiguration und Absicherung der Player-Hardware

• Physische Integration, Netzwerkanbindung und Inbetriebnahme der Prio-1-Systeme inkl. Migration des bestehenden Monitors

• Durchführung von Funktionstests und Sicherheitstests

• Einweisung der Redakteure sowie Projektabnahme

• Erstellung der technischen Dokumentation und Übergabe

4. Projektphasen mit Zeitplanung

Phase 1: Projektinitiierung und Analyse – 5 Stunden

• Ist-Analyse: Aufnahme des bestehenden Informationsflusses und Identifikation der Schwachstellen – 1 Stunde

• Lastenheft: Erstellung des Lastenhefts mit funktionalen und nicht-funktionalen Anforderungen – 2 Stunden

• Projektplanung: Erstellung des Projektplans (Ablaufplanung, Meilensteine, Ressourcenplanung) – 2 Stunden

Phase 2: Evaluierung und Konzeption – 8 Stunden

• Nutzwertanalyse: Marktrecherche und Nutzwertanalyse für CMS-Software, Player-Hardware und Displays unter Berücksichtigung von Funktionsumfang, Lizenzkosten und Betriebsaufwand – 3 Stunden

• Wirtschaftlichkeitsprüfung: Amortisationsrechnung und Kostenvergleich (manueller vs. automatisierter Prozess) – 1 Stunde

• Sicherheitskonzept: Schutzbedarfsanalyse und Erstellung des Pflichtenhefts – 2 Stunden

• Netzwerkplanung: Planung des Netzwerk- und Sicherheitskonzepts (VLAN, Firewall, Port-Security) – 2 Stunden

Phase 3: Implementierung und Konfiguration – 14 Stunden

• Serverbereitstellung: Installation und Konfiguration des Hypervisors auf der Serverhardware – 2 Stunden

• CMS-Bereitstellung: Aufsetzen und Absichern der virtualisierten CMS-Umgebung – 2 Stunden

• Netzwerk-Konfiguration: Switch-Konfiguration: VLANs, Routing und Port-Security – 3 Stunden

• Client-Konfiguration: Erstellen und Absichern des Player-Master-Images (Kiosk-Modus) – 3 Stunden

• Systemintegration: Physische Integration, Netzwerkanbindung und Inbetriebnahme der Prio-1-Systeme inkl. Migration des bestehenden Monitors – 4 Stunden

Phase 4: Qualitätssicherung und Abnahme – 5 Stunden

• Funktionstests: Testen von Stromausfall-Simulation, Watchdog-Verhalten und automatischer Wiedergabe – 2 Stunden

• Sicherheitstests: Verifikation der Port-Security und der Firewall-Regeln (Netzwerktrennung) – 2 Stunden

• Übergabe & Einweisung: Kurze Einweisung der zukünftigen Inhalts-Redakteure und formelle Projektabnahme – 1 Stunde

Phase 5: Projektdokumentation – 8 Stunden

• Erstellung der vollständigen Projektdokumentation und aller Anlagen – 8 Stunden

Gesamtaufwand: 40 Stunden

Dokumentationsanlagen

• Netzwerkplan (Vorher-/Nachher-Vergleich mit neuem Signage-VLAN und Player-Standorten)

• Lastenheft und Pflichtenheft

• Nutzwertanalyse (CMS-Software-Vergleich, Player-Hardware-Auswahl, Monitorauswahl mit Kostenübersicht)

• Wirtschaftlichkeitsberechnung (Kostenvergleich USB-Stick-Prozess vs. neues System, Amortisationsrechnung)

• Schutzbedarfsanalyse

• Konfigurationsauszüge (Switch-Port-Konfiguration, Firewall-Regeln, Netzwerkkonfiguration)

• Player-Dokumentation (Absicherungsschritte, Klonskript, Kiosk-Konfiguration)

• Abnahmeprotokoll mit Testergebnissen und Einweisungsnachweis

Projektumfeld

Es handelt sich um ein betriebsinternes Projekt bei der XXX, einem mittelständischen Unternehmen mit ca. XXX Mitarbeitern. Der Auftraggeber ist die IT-Abteilung in Abstimmung mit der Geschäftsführung. Das Projekt betrifft die Bereiche Produktion, Logistik und die zugehörigen Pausenräume. Die bestehende IT-Infrastruktur umfasst ein verwaltetes Netzwerk mit VLAN-Unterstützung sowie einen vorhandenen Serverraum mit verfügbarer Serverhardware.

ich mache zurzeit mein Praktikum während meine Umschulung zum FISI und war hier ein wenig unterwegs um Inspiration zu finden.

Meine Abschlussprüfung 2 ist im Winter 2026 und habe schonmal provisorisch einen Antrag fertig gemacht.

Für euer Feedback wäre ich sehr dankbar!

Mfg sYo

1 Thema der Projektarbeit

Projekt KITA – Konzeption eines IT-Antragsworkflows

Analyse, Konzeption und Implementierung eines digitalen Workflows zur strukturierten Erfassung, Freigabe und Nachverfolgung interner IT-Anträge.

2 geplanter Bearbeitungszeitraum

Beginn:09.11.2026

Ende:27.11.2026

3 Ausgangssituation

Das Projekt wird in der IT-Abteilung der Firma XXX durchgeführt. Die XXX ist im Bereich der Kindertagesbetreuung tätig und betreibt Kindertageseinrichtungen an mehreren Standorten Die zentrale Verwaltung und die IT-Abteilung unterstützen die Einrichtungen sowie die internen Fachbereiche bei organisatorischen und technischen Anforderungen.

Die IT-Abteilung ist unter anderem für die Betreuung von Endgeräten, Benutzerkonten, Software, Berechtigungen sowie Planung der IT-Infrastruktur bei Neueröffnung neuer Kindertagesstätten zuständig.

Das Projekt „KITA – Konzeption eines IT-Antragsworkflows“ entsteht aus dem Bedarf, interne IT-Anforderungen im Unternehmen strukturierter, transparenter und nachvollziehbarer zu bearbeiten.

Derzeit werden interne IT-Anträge über unterschiedliche Kommunikationswege eingereicht- Dazu zählen beispielsweise E-Mails, persönliche Rückfragen, direkte Abstimmung mit der IT-Abteilung oder mündliche Absprachen. Dadurch werden Informationen nicht einheitlich erfasst, wodurch zusätzlicher Abstimmungsaufwand entsteht und die Bearbeitung der Anträge erschwert wird.

Ein zentrales Problem besteht darin, dass der aktuelle Bearbeitungsstand eines Antrags nicht immer eindeutig nachvollziehbar ist. Rückfragen wie „Wurde der Antrag bereits genehmigt?“, „Wer ist zuständig?“, „Wurde die Hardware bereits bestellt?“ oder „Ist der Vorgang abgeschlossen?“ müssen häufig manuell geklärt werden. Dadurch entsteht zusätzlicher Aufwand für Antragsteller, Vorgesetzte und die IT-Abteilung.

Zwar ist im Unternehmen bereits ein Ticketsystem vorhanden, dieses ist jedoch für die strukturierte Bearbeitung interner IT-Anträge nur eingeschränkt geeignet. In der Praxis werden bestehende Vorgänge schnell unübersichtlich, da Mitarbeiter teilweise neue Tickets erstellen, um den aktuellen Bearbeitungsstand eines bereits vorhandenen Antrags abzufragen. Dadurch entstehen doppelte Vorgänge, zusätzlicher Kommunikationsaufwand und eine erschwerte Zuordnung zusammengehöriger Informationen. Besonders bei Anträgen mit Freigabe-. oder Bestellbedarf fehlt dadurch eine klare einheitliche Prozessführung.

Besonders bei Anträgen zu neuer Hardware, IT-Zubehör oder sonstigen IT-Anforderungen müssen mehrere Informationen gesammelt und dokumentiert werden. Dazu gehören unter anderem der Antragsteller, die Abteilung, die Begründung, die Freigabe, die zu bestellende Hardware, der Preis, ein möglicher Link zur Hardware, die Seriennummer sowie der aktuelle Bearbeitungsstatus. Zusätzlich können antragsbezogene Anhänge erforderlich sein, die aktuell nicht immer einheitlich abgelegt oder eindeutig einem Vorgang zugeordnet werden.

 Durch die bisherige Vorgehensweise besteht das Risiko, dass Informationen unvollständig vorliegen, Genehmigungen nicht einheitlich dokumentiert werden oder Vorgänge in persönlichen Postfächern beziehungsweise einzelnen Kommunikationsverläufen untergehen. Bei Abwesenheit einzelner Mitarbeiter kann dies zu Verzögerungen führen, da Informationen nicht zentral verfügbar sind.

Zudem fehlt eine zentrale Übersicht über offene, genehmigte, bestellte oder abgeschlossene IT-Anträge. Eine strukturierte Auswertung, zum Beispiel nach Status, Antragstyp oder Bearbeitungsstand, ist dadurch nur eingeschränkt möglich.

Aus diesen Gründen besteht Handlungsbedarf, den bisherigen IT-Antragsprozess zu überprüfen und eine einheitliche Vorgehensweise für die zukünftige Bearbeitung interner IT-Anforderungen zu entwickeln.

 4 Projektziel

Ziel des Projekts ist die Analyse, Konzeption und Implementierung eines digitalen Workflows zur Bearbeitung interner IT-Anträge.

Der neue Prozess soll IT-Anträge strukturiert erfassen und die Bearbeitung für die IT-Abteilung nachvollziehbarer machen. Jeder Antrag soll eindeutig zugeordnet werden und über einen definierten Status verfolgt werden können. Dadurch sollen manuelle Rückfragen reduziert, Zuständigkeiten klarer dargestellt und Freigaben besser dokumentiert werden.

Die geplante Lösung soll interne IT-Anträge strukturiert digital erfassen und jedem Vorgang eine eindeutige Zuordnung ermöglichen. Dadurch sollen relevante Informationen zentral dokumentiert und über den gesamten Bearbeitungsprozess hinweg nachvollziehbar bleiben. Dazu gehören neben den allgemeinen Antragsdaten auch Angaben zu beantragter Hardware, Preisen, Bezugsquellen, Seriennummern sowie antragsbezogenen Dateien und Nachweisen.

Durch die Standardisierung des Prozesses sollen manuelle Bearbeitungsschritte und Rückfragen reduziert werden. Gleichzeitig wird die Nachvollziehbarkeit für die IT-Abteilung, die Antragsteller und beteiligte Fachbereiche verbessert.

Im Projekt werden zunächst der IST-Zustand und die fachlichen Anforderungen aufgenommen. Danach wird ein Soll-Konzept mit Prozessablauf, Rollen, Datenstruktur, Statusmodell und Berechtigungskonzept erstellt. Anschließend werden mögliche technische Lösungswege verglichen und anhand definierter Kriterien bewertet. Zu diesen Kriterien gehören Kosten, Umsetzungsaufwand, Wartbarkeit, Benutzerfreundlichkeit, Erweiterbarkeit, Berechtigungen und Integration in die bestehende IT-Umgebung.

Nach Auswahl der geeigneten Lösungen erfolgt die technische Umsetzung des Workflows. Abschließend werden Funktionstest durchgeführt, die Ergebnisse dokumentiert und die Lösung an die IT-Abteilung übergeben.

Das Projekt soll nicht nur eine technische Lösung bereitstellen, sondern vor allem den internen IT-Antragsprozess standardisieren und nachhaltig verbessern.

5 Zeitplanung mit Projektphasen

Projektplanungsphase: 10 Stunden

·        Ist-Analyse des aktuellen IT-Antragsprozesses: 2 Std.

·        Aufnahme der fachlichen und technischen Anforderungen: 2 Std

·        Erstellung eines Soll-Konzepts mit Prozessablauf, Rollen, Datenstruktur und Statusmodell: 2 Std

·        Recherche geeigneter Lösungsalternativen: 2 Std.

·        Bewertung der Alternativen nach Kosten, Aufwand, Wartbarkeit, Benutzerfreundlichkeit und Erweiterbarkeit: 2 Std.

Realisierungsphase: 20 Stunden

·        Erstellung eines Berechtigungs- und Zugriffskonzeptes: 1 Std.

·        Entscheidung für die Zieltechnologie und Begründung der Auswahl: 1 Std.

·        Einrichtung der benötigten Grundstruktur für Antragserfassung und Antragsverwaltung: 4 Std.

·        Umsetzung der Datenstruktur für Antragsinformationen, Statuswerte und Zusatzinformationen: 2 Std.

·        Implementierung des digitalen Workflows für Antragserfassung, Verarbeitung und Statusänderungen: 4 Std.

·        Umsetzung der Freigabe- bzw. Genehmigungslogik: 2 Std.

·        Einrichtung einer strukturierten Ablage für antragsbezogene Dateien und Nachweise: 1 Std.

·        Konfiguration von Benachrichtigungen und Bearbeitungsinformationen: 1 Std.

·        Erstellung von Testfällen für typische Antragsszenarien: 1Std.

·        Prüfung von Berechtigungen, Statusänderungen und Dokumentation: 1 Std.

·        Fehleranalyse und Nachbesserung: 2 Std.

Abschluss- und Dokumentationsphase: 10 Stunden

·        Erstellung der Projektdokumentation: 9 Std.

·        Projektübergabe an die IT-Abteilung: 1 Std.

6 Anlagen

·        Darstellung des bisherigen Antragsprozesses

·        Darstellung des gezielten Antragsprozesses

·        Entscheidungsmatrix der Lösungsalternativen

·        Übersicht der benötigten Datenfelder

·        Berechtigungskonzept

·        Screenshots der umgesetzten Lösung

7 Präsentationsmittel

Beamer, Präsentationsdatei, Laptop, Pointer

Vielen lieben Dank im Vorfeld

ich absolviere derzeit ein Praktikum in einem IT-Solutions team der in Finanz-Branche arbeitet und beschäftige mich dort mit einer Software, die als SaaS-Lösung (Software as a Service) angeboten wird.

Für meine IHK-Abschlussprüfung als Fachinformatiker für Systemintegration überlege ich, mein Abschlussprojekt in diesem Umfeld durchzuführen. Dabei würde der Schwerpunkt natürlich auf einer IT-technischen Aufgabe liegen und nicht auf den Finanzprozessen selbst.

Hat jemand von euch bereits Erfahrungen mit einem ähnlichen Projekt gemacht?

• Würde ein Projekt im Zusammenhang mit einer SaaS-basierten Finanz-Software grundsätzlich von der IHK akzeptiert werden?

• Worauf sollte ich bei der Projektwahl besonders achten?

• Welche Themen eignen sich aus Sicht eines Fachinformatikers für Systemintegration besonders gut?

• Habt ihr Tipps, wie ich die Projektdokumentation und Vorbereitung am besten angehen sollte?

Ich freue mich über eure Erfahrungen, Hinweise und Empfehlungen.

Vielen Dank!