Machbarkeitsbewertung (Feasibility Study)

Lernziele

Abschnitt: Projektbewertung Lesezeit: ~10 Min Fokus: Technische, wirtschaftliche, organisatorische Machbarkeit, Business Case

Was ist eine Machbarkeitsbewertung?

Die Machbarkeitsbewertung (Feasibility Study) ist eine systematische Untersuchung, ob ein Projekt oder eine Lösung realisierbar ist. Sie analysiert, ob ein Projekt sinnvoll, machbar und wirtschaftlich ist.

Ziele der Machbarkeitsbewertung:

Risikominimierung: Potenzielle Probleme frühzeitig identifizieren
Entscheidungsgrundlage: Fundierte Basis für Go/No-Go-Entscheidungen
Ressourcenplanung: Abschätzung von Aufwand und Kosten
Stakeholder-Management: Transparenz über Chancen und Risiken

Wann wird eine Machbarkeitsbewertung durchgeführt?

Vor Beginn neuer Projekte
Bei größeren Investitionen (> 50.000 €)
Vor strategischen Entscheidungen
Bei Technologiewechseln
Bei komplexen Kundenprojekten

Die drei Dimensionen der Machbarkeit

Eine Machbarkeitsbewertung untersucht drei Dimensionen:

                 Machbarkeitsbewertung
                         │
        ┌────────────────┼────────────────┐
        │                │                │
   Technische      Wirtschaftliche    Organisatorische
   Machbarkeit      Machbarkeit        Machbarkeit
        │                │                │
    Infrastructure   Business Case      Ressourcen,
    Technologie     ROI/Investition    Zustimmung,
    Kompatibilität  Finanzierung       Politik

1. Technische Machbarkeit

Definition

Die technische Machbarkeit prüft, ob die technische Umsetzung möglich ist und die erforderlichen Ressourcen vorhanden sind.

Bewertungsfaktoren

Faktor	Beschreibung	Beispiele
Infrastruktur	Vorhandene IT-Infrastruktur ausreichend?	Server, Netzwerk, Cloud-Kapazitäten
Technologie	Geeignete Technologien verfügbar?	Programmiersprachen, Frameworks, Datenbanken
Kompatibilität	Integration in bestehende Systeme möglich?	Schnittstellen, Datenformate
Leistungsfähigkeit	Erhält die Anforderungen?	Performance, Skalierbarkeit
Sicherheit	Sicherheitsanforderungen erfüllt?	Verschlüsselung, Authentifizierung
Wartbarkeit	System kann gewartet werden?	Code-Qualität, Dokumentation
Fachwissen	Experte verfügbar?	Interne Experten, externe Partner

IT-spezifische Prüfungspunkte

Hardware und Infrastruktur

Rechenleistung: Haben wir genug CPU/RAM/Storage?
Netzwerk: Bandbreite, Latenz, Verfügbarkeit
Cloud-Kapazitäten: Skalierbarkeit, Cost-Modelle
Energieversorgung: Strom, Kühlung (bei On-Premise)

Beispiel: "Die Cloud-Infrastruktur kann bis zu 10.000 gleichzeitige Nutzer mit < 100ms Latenz unterstützen."

Software und Technologien

Technologie-Stack: Geeignete Programmiersprachen, Frameworks?
Schnittstellen: REST-APIs, GraphQL, Integration mit Legacy-Systemen
Datenbanken: Relational (SQL) oder NoSQL?
Open Source vs. Commercial: Lizenzierung, Support

Beispiel: "Wir nutzen React.js für Frontend, Node.js für Backend und MongoDB als Datenbank."

Sicherheit und Compliance

Datenschutz: GDPR/DSGVO-Konformität
Security: Verschlüsselung (TLS), Authentifizierung (OAuth, SSO)
Compliance: ISO 27001, PCI-DSS, SOX
Backups: Disaster Recovery, Business Continuity

Beispiel: "Das System ist GDPR-konform: Daten werden in Europa gespeichert, verschlüsselt, mit Audit-Trails."

Skalierbarkeit und Performance

Horizontal Scaling: Skalieren durch Hinzufügen von Servern
Vertical Scaling: Skalieren durch bessere Hardware
Load Balancing: Verteilung der Last
Caching: Redis, CDN für Performance

Beispiel: "Das System kann horizontal auf 100 Knoten skalieren, 1 Mio. Requests/Second verarbeiten."

Bewertungsmethoden

Proof of Concept (PoC)

Ziel: Machbarkeit kritischer Komponenten demonstrieren.

Vorgehen: 1. Kritische Aspekte identifizieren 2. Kleine PoC implementieren 3. Ergebnisse evaluieren

Beispiel: "PoC für Integration mit SAP-System: Erfolgreiche Datenübertragung in 2 Wochen."

Prototyping

Zweck: Testen der technischen Machbarkeit durch Prototypen.

Arten: - Exploratives Prototyping: Testen neuer Technologien - Evolutionäres Prototyping: Schrittweise Entwicklung

Beispiel: "Evolutionäres Prototyping: Start mit MVP, Erweiterung über 6 Monate."

Technische Due Diligence

Ziel: Umfassende Bewertung der technischen Machbarkeit durch Experten.

Vorgehen: - Expertise einholen - Architecture Review - Performance-Tests - Security-Audits

2. Wirtschaftliche Machbarkeit

Definition

Die wirtschaftliche Machbarkeit prüft, ob ein Projekt finanziell sinnvoll ist und rentabel ist.

Bewertungsfaktoren

Faktor	Beschreibung	Beispiele
Investitionskosten	Einmalkosten für das Projekt	Hardware, Lizenzen, Beratungsgebühren
Betriebskosten	Laufende Kosten für den Betrieb	Cloud-Kosten, Wartung, Support
Einnahmen	Zu erwartende Einnahmen	Umsatz, Kosteneinsparungen
ROI (Return on Investment)	Rentabilität der Investition	ROI %
Payback-Period	Zeit bis zum Break-even	Monate/Jahre
NPV (Net Present Value)	Barwert der zukünftigen Cash Flows	€
Risiken	Finanzielle Risiken	Kostensteigerungen, Umsatzverluste

Methoden zur Wirtschaftlichkeitsanalyse

ROI (Return on Investment)

ROI = (Gewinn - Investition) / Investition × 100

Beispiel: - Investition: 100.000 € - Gewinn (nach 3 Jahren): 150.000 € - ROI = (150.000 - 100.000) / 100.000 × 100 = 50%

Interpretation: - ROI > 0: Projekt rentabel - ROI < 0: Projekt nicht rentabel

Payback-Period (Amortisationsdauer)

Zeit, bis Investition verdient ist.

Beispiel: - Investition: 100.000 € - Jährlicher Cash Flow: 25.000 € - Payback-Period = 100.000 / 25.000 = 4 Jahre

Interpretation: - Kürzere Payback-Period ist besser - Ziel: Payback < 3-5 Jahre

NPV (Net Present Value)

Barwert der zukünftigen Cash Flows abzüglich der Investition.

NPV = Σ (Cash Flow_t / (1 + i)^t) - Investition

Wobei:
- Cash Flow_t = Cash Flow im Jahr t
- i = Diskontierungsrate (z. B. 5-10%)
- t = Jahr

Beispiel: - Investition: 100.000 € - Cash Flow Jahr 1: 30.000 € - Cash Flow Jahr 2: 40.000 € - Cash Flow Jahr 3: 50.000 € - Diskontierungsrate: 10%

NPV = (30.000/1.1) + (40.000/1.21) + (50.000/1.331) - 100.000 = 27.273 + 33.058 + 37.566 - 100.000 = -2.103 €

Interpretation: - NPV > 0: Projekt rentabel - NPV < 0: Projekt nicht rentabel (in diesem Fall)

IRR (Internal Rate of Return)

Der Zinssatz, bei dem NPV = 0.

Interpretation: - IRR > Diskontierungsrate: Projekt rentabel - IRR < Diskontierungsrate: Projekt nicht rentabel

Business Case Erstellung

Struktur eines Business Cases

Zusammenfassung (Executive Summary)
Kurzdarstellung des Projekts
Empfehlung (Go/No-Go)
Problemstellung
Aktuelles Problem
Dringlichkeit
Lösungsansatz
Vorgeschlagene Lösung
Alternativen
Finanzielle Analyse
Kosten (CapEx, OpEx)
Einnahmen/Einsparungen
ROI, NPV, Payback-Period
Nicht-finanzielle Benefits
Strategischer Wert
Reputation
Mitarbeiterzufriedenheit
Risiken
Finanzielle Risiken
Technische Risiken
Marktrisiken
Empfehlung
Go/No-Go-Entscheidung
Bedingungen/Voraussetzungen

Beispiel: Business Case für Cloud-Migration

Kategorie	Betrag (€)
Investitionskosten (CapEx)
Beratungsdienstleistungen	50.000
Lizenzierung	30.000
Hardware (falls nötig)	20.000
Gesamt Investitionen	100.000

Betriebskosten (OpEx) pro Jahr
Cloud-Services	40.000
Wartung & Support	15.000
Schulungen	5.000
Gesamt OpEx pro Jahr	60.000

Einsparungen pro Jahr
Reduzierte IT-Personalkosten	-30.000
Geringere Hardware-Kosten	-20.000
Höhere Effizienz	-10.000
Gesamt Einsparungen	-60.000

Netto-Cash Flow pro Jahr	0 €
ROI (3 Jahre)	0%
Payback-Period	∞

Analyse: "Die Cloud-Migration amortisiert sich nicht rein finanziell. Nicht-finanzielle Benefits (Skalierbarkeit, Flexibilität, Security) müssen berücksichtigt werden."

3. Organisatorische Machbarkeit

Definition

Die organisatorische Machbarkeit prüft, ob die organisatorischen Voraussetzungen für das Projekt gegeben sind.

Bewertungsfaktoren

Faktor	Beschreibung	Beispiele
Ressourcen	Verfügbarkeit von Personal, Zeit, Budget	Anzahl Mitarbeiter, Stundenbudget
Kompetenzen	Erforderliche Fähigkeiten vorhanden?	IT-Kenntnisse, Projektmanagement
Kultur	Unternehmenskultur unterstützt Projekt?	Change-Management, Innovation
Governance	Entscheidungsprozesse klar?	Zuständigkeiten, Genehmigungen
Politik	Interner Widerstand?	Stakeholder-Unterstützung
Compliance	Organisatorische Anforderungen erfüllt?	Richtlinien, Compliance-Team

IT-spezifische Prüfungspunkte

Ressourcen

Personal: Entwickler, Berater, Projektmanager verfügbar?
Zeit: Zeitfenster für das Projekt?
Budget: Finanzierung gesichert?
Equipment: Hardware, Software, Lizenzen vorhanden?

Beispiel: "Wir haben 5 Entwickler für 6 Monate verfügbar. Budget: 200.000 €."

Kompetenzen

Technische Fähigkeiten: Cloud, Security, Datenbanken?
Methodenkompetenz: Agile, DevOps, CI/CD?
Fachwissen: Branchenkenntnisse?

Beispiel: "Das Team hat Erfahrung in Cloud-Migration und Security."

Kultur und Change-Management

Innovationsfreude: Offenheit für neue Technologien?
Change-Management: Unterstützung bei Veränderungen?
Kommunikation: Transparente Kommunikation?

Beispiel: "Die Unternehmenskultur unterstützt Digitalisierung. Change-Management-Prozesse sind etabliert."

Governance und Politik

Zuständigkeiten: Wer entscheidet?
Genehmigungen: Wer muss genehmigen?
Stakeholder-Management: Wer unterstützt, wer blockiert?

Beispiel: "Der CIO sponsort das Projekt. Der CFO hat Budget freigegeben."

Compliance

Richtlinien: Unternehmensrichtlinien erfüllt?
Compliance-Team: Einbindung von Compliance?
Audits: Audits geplant?

Beispiel: "Das Compliance-Team hat das Projekt geprüft und genehmigt."

Bewertungsskala

Scoring-System

Bewerten Sie jede Dimension auf einer Skala von 1 (nicht machbar) bis 5 (vollständig machbar):

Dimension	Score	Interpretation
Technische Machbarkeit	1-5	< 3: kritisch, 3-4: akzeptabel, 5: hervorragend
Wirtschaftliche Machbarkeit	1-5	< 3: nicht rentabel, 3-4: marginal rentabel, 5: sehr rentabel
Organisatorische Machbarkeit	1-5	< 3: große Hindernisse, 3-4: Hindernisse überwindbar, 5: keine Hindernisse

Gesamt-Score: Durchschnitt der drei Scores

< 2.5: Projekt nicht machbar (No-Go)
2.5 - 3.5: Projekt marginal machbar (mit Vorbehalten)
> 3.5: Projekt machbar (Go)

Go/No-Go-Entscheidung

Entscheidung	Kriterien
Go	Alle drei Dimensionen Score ≥ 3, Gesamt-Score ≥ 3.5
Go mit Vorbehalten	Score ≥ 3 für kritische Dimensionen, Gesamt-Score ≥ 3.0
No-Go	Mindestens eine kritische Dimension Score < 3, Gesamt-Score < 3.0

🎯 Praxisaufgabe

Aufgabe: Machbarkeitsbewertung durchführen

Wählen Sie ein IT-Projekt (z. B. Cloud-Migration, KI-Implementation, ERP-Einführung):

Bewerten Sie die technische Machbarkeit (Infrastruktur, Technologie, Security)
Erstellen Sie einen Business Case (Kosten, Einnahmen, ROI)
Bewerten Sie die organisatorische Machbarkeit (Ressourcen, Kultur, Governance)
Fassen Sie eine Go/No-Go-Entscheidung mit Begründung

Template:

Technische Machbarkeit (Score 1-5):
- Infrastruktur: ??? / 5
- Technologie: ??? / 5
- Kompatibilität: ??? / 5
- Sicherheit: ??? / 5
- Wartbarkeit: ??? / 5
Gesamt: ??? / 5

Wirtschaftliche Machbarkeit (Score 1-5):
- Investitionskosten: € ???
- Betriebskosten pro Jahr: € ???
- Einnahmen/Einsparungen pro Jahr: € ???
- ROI: ???
- Payback-Period: ???
Gesamt: ??? / 5

Organisatorische Machbarkeit (Score 1-5):
- Ressourcen: ??? / 5
- Kompetenzen: ??? / 5
- Kultur: ??? / 5
- Governance: ??? / 5
Gesamt: ??? / 5

Gesamt-Score: ??? / 5

Entscheidung: Go / Go mit Vorbehalten / No-Go

Begründung: ???

📋 Checkliste für IT-Berater

Bei der Machbarkeitsbewertung mit Kunden:

🔑 Schlüsselbegriffe

Begriff	Erklärung
Machbarkeitsbewertung	Systematische Untersuchung, ob ein Projekt realisierbar ist
Technische Machbarkeit	Prüfung der technischen Realisierbarkeit
Wirtschaftliche Machbarkeit	Prüfung der finanziellen Rentabilität
Organisatorische Machbarkeit	Prüfung der organisatorischen Voraussetzungen
PoC (Proof of Concept)	Machbarkeitsnachweis für kritische Komponenten
Prototyping	Entwicklung eines Prototyps zur Machbarkeitsprüfung
ROI (Return on Investment)	Rentabilität einer Investition
Payback-Period	Zeit bis zum Break-even
NPV (Net Present Value)	Barwert der zukünftigen Cash Flows
IRR (Internal Rate of Return)	Zinssatz, bei dem NPV = 0
Business Case	Dokumentation der Wirtschaftlichkeit eines Projekts
CapEx (Capital Expenditure)	Investitionskosten (Einmalkosten)
OpEx (Operating Expenditure)	Betriebskosten (laufende Kosten)
Go/No-Go-Entscheidung	Entscheidung, ob ein Projekt durchgeführt wird