Projektplan für ein Softwareentwicklungsprojekt
In Softwareprojekten treffen agile Entwicklung und feste Termine aufeinander: Anforderungen, UX, Sprints, Schnittstellen, Tests und Rollout müssen in einen Plan, den auch die Fachabteilung versteht. Dieser Plan zeigt die Entwicklung einer Web-Anwendung für das Reklamationsmanagement mit SAP-Anbindung.
Ohne Anmeldung · öffnet sofort · 32 Wochen · 10 Phasen · 63 Aufgaben · Budget ca. 228.800 €
So sieht der Plan in PathHub aus — klick dich durch die Reiter oder hake Aufgaben ab.
Individuelle Web-Anwendung mit SAP-Integration und abteilungsübergreifendem Reklamationsworkflow
Entwickelt wird eine Web-Anwendung für das Reklamationsmanagement eines Herstellers mit 450 Mitarbeitenden. Ziel ist ein durchgängiger, abteilungsübergreifender Workflow für Kundenservice, Qualitätssicherung und Technik. Die Lösung soll fachliche Prozesse harmonisieren, SAP-Daten sicher einbinden und rollenbasierte Zugriffe sauber abbilden. Zusätzlich sind Tests, Schulungen und ein kontrollierter Rollout für rund 60 Nutzer vorgesehen.
Phasen
Phase 1: Projektinitialisierung und Governance
Die organisatorischen, fachlichen und technischen Leitplanken für die Entwicklung des Reklamationsmanagements werden verbindlich festgelegt. Dadurch entstehen klare Entscheidungswege, ein abgestimmter Projektumfang und gesicherte Ressourcen für die folgenden Analysephasen.
Phase 2: Fachliche Anforderungsanalyse
Die Reklamationsprozesse der drei beteiligten Fachbereiche werden aufgenommen, harmonisiert und in priorisierte fachliche Anforderungen überführt. Besonderes Augenmerk liegt auf Verantwortlichkeiten, Statuswechseln, Eskalationen, Prüfungen und qualitätsrelevanten Nachweisen.
Phase 3: Prozess-, Daten- und SAP-Integrationsanalyse
Die für das Reklamationsmanagement benötigten SAP-Daten, Objekte und Schnittstellen werden analysiert und dem Zielprozess zugeordnet. Datenflüsse, technische Abhängigkeiten und Integrationsrisiken werden so konkretisiert, dass die spätere Umsetzung belastbar geplant werden kann.
Phase 4: UX-Konzeption und Prototyping
Für die unterschiedlichen Rollen im Kundenservice, in der Qualitätssicherung und in der Technik wird eine verständliche und effiziente Nutzerführung entwickelt. Ein klickbarer Prototyp macht zentrale Arbeitsabläufe früh prüfbar und reduziert das Risiko später Akzeptanzprobleme.
Phase 5: Lösungsarchitektur, Sicherheitskonzept und Produkt-Backlog
Die technische Zielarchitektur, das rollenbasierte Berechtigungsmodell und die nichtfunktionalen Anforderungen werden verbindlich festgelegt. Das priorisierte Backlog wird so vervollständigt, dass die Entwicklung in Sprints mit klaren Abnahmekriterien starten kann.
Phase 6: Agile Entwicklung in Sprints
Die priorisierten Funktionen werden in mehreren zweiwöchigen Sprints entwickelt, integriert und mit den Fachbereichen demonstriert. Der Schwerpunkt liegt auf einem durchgängigen Reklamationsworkflow, einer rollenbezogenen Bedienung und einer frühzeitig prüfbaren Produktinkrementen.
Phase 7: SAP-Anbindung und technische Integration
Die zuvor spezifizierten SAP-Schnittstellen werden in die Web-Anwendung integriert und mit realitätsnahen Datenflüssen geprüft. Fehlerbehandlung, Synchronisation und Datenkonsistenz werden stabilisiert, bevor die Gesamtlösung in den formalen Systemtest übergeht.
Phase 8: Systemtest, Datenschutzprüfung und fachliche Abnahme
Die vollständige Anwendung wird funktional, technisch, sicherheitsbezogen und fachlich geprüft. Die Ergebnisse werden nachvollziehbar dokumentiert, Fehler werden behoben und die verantwortlichen Fachbereiche erteilen die Abnahme für den Produktivbetrieb.
Phase 9: Schulung und Rolloutvorbereitung
Die 60 Nutzer werden auf die neuen Abläufe und die Bedienung der Anwendung vorbereitet. Parallel werden Betriebs-, Support- und Rolloutverfahren eingerichtet, damit die Produktivsetzung kontrolliert und mit klaren Verantwortlichkeiten erfolgen kann.
Phase 10: Produktivsetzung und Hypercare
Die Web-Anwendung wird kontrolliert in Betrieb genommen und während der ersten produktiven Nutzung eng überwacht. Kritische Störungen werden priorisiert behoben, Erfahrungen werden dokumentiert und die Verantwortung wird in den stabilisierten Regelbetrieb übergeben.
Timeline
Budget
| Position | Menge | Einzelpreis | Gesamt |
|---|---|---|---|
| Senior-Backend-Entwicklung für Workflow und Geschäftslogik | 25 Personentage | 900 € | 22.500 € |
| Senior-Frontend-Entwicklung für Rollen- und Bearbeitungsoberflächen | 22 Personentage | 850 € | 18.700 € |
| Full-Stack-Entwicklung für Suche, Auswertungen und Detailfunktionen | 20 Personentage | 600 € | 12.000 € |
| Technische Leitung und Code-Reviews | 8 Personentage | 900 € | 7.200 € |
| DevOps, Deployment und CI/CD-Pipeline | 8 Personentage | 850 € | 6.800 € |
| Agile Sprint-Begleitung und Backlog-Abstimmung | 8 Personentage | 700 € | 5.600 € |
| Position | Menge | Einzelpreis | Gesamt |
|---|---|---|---|
| Lösungsarchitektur und technische Zielarchitektur | 12 Personentage | 1.100 € | 13.200 € |
| SAP-Integrationsberatung und Schnittstellenspezifikation | 20 Personentage | 1.200 € | 24.000 € |
| Berechtigungs- und Informationssicherheitskonzept | 8 Personentage | 1.100 € | 8.800 € |
| Technische Integrations- und Betriebsdokumentation | 6 Personentage | 1.000 € | 6.000 € |
| Position | Menge | Einzelpreis | Gesamt |
|---|---|---|---|
| Projektleitung und Governance | 18 Personentage | 900 € | 16.200 € |
| Business-Analyse Reklamationsprozesse | 16 Personentage | 1.000 € | 16.000 € |
| Workshopmoderation und Anforderungsdokumentation | 8 Personentage | 850 € | 6.800 € |
| Position | Menge | Einzelpreis | Gesamt |
|---|---|---|---|
| Testmanagement und Testkonzeption | 12 Personentage | 950 € | 11.400 € |
| QA-Testdurchführung und Fehlernachverfolgung | 16 Personentage | 750 € | 12.000 € |
| Datenschutz- und Sicherheitsprüfung | 5 Personentage | 1.000 € | 5.000 € |
| Schulungskonzeption und Erstellung von Unterlagen | 6 Personentage | 800 € | 4.800 € |
| Rolloutbegleitung und Hypercare-Support | 8 Personentage | 725 € | 5.800 € |
| Position | Menge | Einzelpreis | Gesamt |
|---|---|---|---|
| UX/UI-Design und Rollenoberflächen | 12 Personentage | 950 € | 11.400 € |
| Prozessdesign und Workflowmodellierung | 10 Personentage | 900 € | 9.000 € |
| Usability-Tests und Prototypenvalidierung | 8 Personentage | 700 € | 5.600 € |
Risiken
Unklare oder widersprüchliche Fachanforderungen
Wenn Kundenservice, Qualitätssicherung und Technik bis zum Ende der fachlichen Anforderungsanalyse in Phase 2 kein gemeinsames Prozess-, Rollen- und Statusmodell verabschieden, entstehen widersprüchliche Erwartungen, Scope-Ausweitungen und Nacharbeiten in UX-Konzeption und Entwicklung.
SAP-Schnittstellen und Datenmodell passen nicht zum Zielprozess
Wenn in der SAP-Integrationsanalyse ab Woche 4 relevante Objekte, Stammdaten, Berechtigungen oder verfügbare Schnittstellen nicht rechtzeitig bestätigt werden, können die geplanten Reklamationsabläufe nicht vollständig umgesetzt werden oder es entstehen manuelle Medienbrüche.
Fehlerhafte Status-, Kunden- oder Produktdaten
Wenn SAP-Daten unvollständig, inkonsistent oder nicht eindeutig zuordenbar sind oder historische Reklamationen ohne geprüfte Mapping-Regeln übernommen werden, können falsche Bearbeitungsentscheidungen, fehlerhafte Kundenkommunikation und unvollständige Qualitätsnachweise entstehen.
Unklare Rollen, Eskalationen und Verantwortlichkeiten
Wenn bis zum Ende der Anforderungsanalyse nicht festgelegt ist, wer Reklamationen klassifiziert, bearbeitet, freigibt und eskaliert, bleiben Vorgänge liegen oder werden über E-Mail und Tabellen außerhalb der Anwendung bearbeitet.
Datenschutz- oder Berechtigungsfehler
Wenn personenbezogene Kunden-, Ansprechpartner- oder Beschäftigtendaten in Phase 5 ohne ausreichende Zweckbindung, Zugriffsbeschränkung, Löschregeln und Protokollierung konzipiert werden, können unberechtigte Zugriffe oder Verstöße gegen Datenschutzanforderungen auftreten.
Unzureichende Qualitäts- und Nachweisfähigkeit
Wenn Pflichtfelder, Ursachenanalysen, Prüfentscheidungen, Freigaben und Bearbeitungshistorien nicht vollständig und unveränderbar dokumentiert werden, fehlen in Phase 8 oder bei späteren Audits belastbare Nachweise für Reklamationsbearbeitung und Qualitätsmaßnahmen.
Unzureichende Testabdeckung der SAP-Integration
Wenn bis Beginn der Systemtests in Woche 25 keine Ende-zu-Ende-Testfälle für erfolgreiche, fehlerhafte und wiederholte SAP-Übertragungen vorliegen, können Statusabweichungen, Dubletten oder Übertragungsfehler erst im Echtbetrieb erkannt werden.
Engpässe bei Fach-, SAP- und Abnahmeressourcen
Wenn Key User, SAP-Verantwortliche oder Prozessverantwortliche während der Workshops, Sprint-Reviews oder Abnahmetests nicht im geplanten Umfang verfügbar sind, verschieben sich Entscheidungen, Fehlerbehebung und Meilensteine.
Mangelnde Nutzerakzeptanz und Umgehungslösungen
Wenn der Prototyp und die Sprint-Ergebnisse in den Phasen 4 und 6 nicht ausreichend mit den 60 Nutzern beziehungsweise repräsentativen Key Usern validiert werden, können Bedienprobleme, zusätzliche Dokumentationslast oder fehlende Rollenfunktionen zu einer Nutzung über E-Mail und Tabellen führen.
Budget- und Terminüberschreitung durch SAP-Nacharbeiten
Wenn während der Entwicklung oder Integration zusätzliche SAP-Lizenzen, Schnittstellenanpassungen oder Sicherheitsnacharbeiten erforderlich werden, reicht der Puffer von 31.200 EUR möglicherweise nicht aus und der Go-live in Woche 31 kann sich verschieben.
Stakeholder
Auftraggeber oder Geschäftsleitung
Entscheidet über Budget, Zielbild, Priorität und Eskalationen
Product Owner Kundenservice
Verantwortet die fachliche Priorisierung und die Akzeptanz der Reklamationsprozesse
Prozessverantwortliche Qualitätssicherung
Entscheidet über Prüfungen, Ursachenanalysen, Nachweise und qualitätsbezogene Eskalationen
Prozessverantwortliche Technik
Definiert technische Bearbeitung, Fehlerklassifikation und Rückmeldungen aus der Technik
Key User aus Kundenservice, Qualitätssicherung und Technik
Validieren Arbeitsabläufe, Prototypen und Sprint-Ergebnisse aus Anwendersicht
Interne IT-Projektleitung oder Anwendungsverantwortliche
Entscheidet über technische Standards, Betrieb, Architektur und interne Ressourcen
SAP-Verantwortliche oder SAP-Implementierungspartner
Bewerten Datenobjekte, Schnittstellen, Berechtigungen und Auswirkungen auf bestehende SAP-Prozesse
Datenschutzbeauftragte
Prüft personenbezogene Daten, Aufbewahrung, Zugriffskonzepte und Datenschutzdokumentation
Informationssicherheit und IT-Betrieb
Bewertet Sicherheitsanforderungen, Protokollierung, Hosting, Betrieb und Notfallverfahren
Betriebsrat, sofern vorhanden und bei Verarbeitung nutzer- oder leistungsbezogener Daten relevant
Prüft Beteiligungsrechte und mögliche Auswirkungen auf Beschäftigte
Externes Entwicklungsteam oder Implementierungspartner
Verantwortet Umsetzung, technische Qualität, Dokumentation und Wissenstransfer
Compliance
Datenschutzkonzept für Kunden-, Ansprechpartner- und gegebenenfalls Beschäftigtendaten einschließlich Zweckbindung, Rechtsgrundlagen, Transparenzinformationen, Datenminimierung und Betroffenenrechten nach DSGVO erstellen
Datenschutz durch Technikgestaltung und datenschutzfreundliche Voreinstellungen nach Art. 25 DSGVO sowie Prüfung der Notwendigkeit einer Datenschutz-Folgenabschätzung nach Art. 35 DSGVO dokumentieren
Rollenbasierte Zugriffe, Least-Privilege-Prinzip, sichere Authentifizierung, Protokollierung sicherheitsrelevanter Vorgänge, Verschlüsselung und Wiederherstellungsverfahren gemäß Art. 32 DSGVO und internen Sicherheitsrichtlinien umsetzen und testen
Lösch-, Aufbewahrungs- und Sperrkonzept für Reklamations-, Kunden- und Protokolldaten einschließlich dokumentierter Ausnahmen aus Qualitäts- oder Nachweispflichten festlegen
Auftragsverarbeitungsverträge nach Art. 28 DSGVO, technische und organisatorische Maßnahmen sowie Regelungen zu Unterauftragnehmern und gegebenenfalls Drittlandtransfers mit Entwicklungsteam, Hosting- und SAP-Partnern prüfen und abschließen
Beteiligungsrechte des Betriebsrats prüfen und bei vorhandener Arbeitnehmervertretung sowie möglicher Leistungs- oder Verhaltenskontrolle rechtzeitig einbinden
Reklamationsworkflow, Ursachenanalyse, Freigaben, Bearbeitungshistorie und qualitätsbezogene Nachweise an ISO 9001 beziehungsweise an die verbindlichen internen Qualitätsmanagement- und Auditvorgaben ausrichten
SAP-Berechtigungs-, Änderungs- und Transportkonzept einschließlich Funktionstrennung, Schnittstellendokumentation, Notfallverfahren und Abnahmeprotokollen nach internen IT-Governance-Vorgaben umsetzen
Meilensteine
- Woche 2
Genehmigter Projektauftrag mit benannten Rollen, abgestimmtem Scope, Entscheidungswegen und verbindlichem Projektkalender
Voraussetzung: Projektinitialisierung und Governance - Woche 6
Fachlich abgestimmtes und priorisiertes Anforderungsset einschließlich Prozessmodell, Rollenmodell, Statusmodell und Akzeptanzkriterien
Voraussetzung: Fachliche Anforderungsanalyse - Woche 6
Abgenommenes Daten- und Integrationskonzept mit dokumentierten SAP-Objekten, Schnittstellen, Datenflüssen und Integrationsrisiken
Voraussetzung: Prozess-, Daten- und SAP-Integrationsanalyse - Woche 9
Fachlich validierter und zur Umsetzung freigegebener klickbarer Prototyp für die zentralen Rollen und Reklamationsabläufe
Voraussetzung: UX-Konzeption und Prototyping - Woche 11
Freigegebene Zielarchitektur, Berechtigungs- und Sicherheitskonzeption sowie umsetzungsreifes priorisiertes Produkt-Backlog
Voraussetzung: Lösungsarchitektur, Sicherheitskonzept und Produkt-Backlog - Woche 21
Abgenommener Release-Kandidat der Web-Anwendung mit durchgängigem Reklamationsworkflow, dokumentierten Sprint-Ergebnissen und bereitgestellter technischer Dokumentation
Voraussetzung: Agile Entwicklung in Sprints - Woche 24
Erfolgreich integrierte und technisch dokumentierte SAP-Anbindung mit bestandenen Ende-zu-Ende-Integrationsfällen
Voraussetzung: SAP-Anbindung und technische Integration - Woche 28
Formale fachliche und technische Abnahme mit bestandenen kritischen Tests, freigegebener Datenschutzdokumentation und dokumentierter Restmängelliste
Voraussetzung: Systemtest, Datenschutzprüfung und fachliche Abnahme - Woche 30
Schulungsnachweis für die 60 Nutzer sowie genehmigter Go-live-, Cut-over-, Support- und Rollback-Plan
Voraussetzung: Schulung und Rolloutvorbereitung - Woche 32
Stabiler Produktivbetrieb mit abgeschlossenem Hypercare, übergebenem Supportmodell und formaler Übergabe an den Regelbetrieb
Voraussetzung: Produktivsetzung und Hypercare
So ist dieser Plan entstanden
Dieser Plan wurde von PathHub AI aus einer einzigen Beschreibung erstellt: „Entwicklung einer Web-Anwendung für das Reklamationsmanagement eines Herstellers mit 450 Mitarbeitenden: Anforderungsanalyse, UX-Design, agile Entwicklung in Sprints, Anbindung an SAP, Tests und Rollout an 60 Nutzer in Kundenservice, Qualitätssicherung und Technik.“ — ohne Unternehmenskontext. Mit deinen Abteilungen, Freigabeprozessen und Compliance-Vorgaben wird er deutlich genauer.
Passende Dokumente zum Vorhaben
Vor dem Projektplan steht meist das Lastenheft — hier das passende Beispiel mit Word-Download.
Pflichten mit Vorlauf: Daran denken viele zu spät
Diese Pflichten löst ein Softwareentwicklungsprojekt typischerweise aus (Beispiel Deutschland). PathHub AI plant sie mit Vorlauf ein, warnt bei zu knappem Zeitplan und zeigt unter „Regel & Nachweise“ die Regel mit Kriterien, die du abhakst und mit Nachweisen belegst. Keine Rechtsberatung.
Regel & Nachweise
Warum: Das neue System verarbeitet personenbezogene Daten von Kunden oder Beschäftigten.
- Rechtsgrundlage für jede Verarbeitung personenbezogener Daten (Einwilligung, Vertrag, gesetzliche Pflicht, berechtigtes Interesse)
- Vollständiges Verarbeitungsverzeichnis (Art. 30) für alle Prozesse
- Auftragsverarbeitungsverträge (AVV / DPA) mit allen Dienstleistern
- Datenschutz-Folgenabschätzung (DSFA) bei Hochrisiko-Verarbeitungen
- Technische und organisatorische Maßnahmen (TOM) dokumentiert
Bei Verstoß: Bußgelder bis 20 Mio. EUR oder 4% des weltweiten Konzernjahresumsatzes — je nachdem, welcher Betrag höher ist. Plus zivilrechtliche Schadenersatzansprüche Betroffener.
Regel & Nachweise
Warum: Der Anbieter verarbeitet personenbezogene Daten im Auftrag (Cloud, Wartung, Support).
Rechtsgrundlage: Art. 28 DSGVO: Der Vertrag muss vor Beginn der Verarbeitung vorliegen, auch vor Tests mit echten Daten oder der Datenmigration.
- Auftragsverarbeitungsvertrag (AVV) mit Cloud-Provider
- SLA mit Verfügbarkeit, RPO, RTO
- Exit- und Portabilitätsklausel
- Datenlokalisierung und Transfer-Mechanismus (SCC / Adequacy)
Bei Verstoß: Zivilrechtliche Ansprüche bei Datenverlust; Regressansprüche abhängig vom Vertrag. DSGVO-Bußgelder bei Non-Compliance.
Regel & Nachweise
Warum: Fast jede Software protokolliert Nutzeraktionen und ist damit zur Leistungs- oder Verhaltenskontrolle geeignet.
Gilt: nur wenn ein Betriebsrat besteht
Rechtsgrundlage: § 87 Abs. 1 Nr. 6 BetrVG: Mitbestimmung bei technischen Einrichtungen, die zur Überwachung von Verhalten oder Leistung geeignet sind; die Eignung genügt. Ohne Einigung darf das System nicht eingeführt werden.
- Betriebsrat-Wahl initiieren/ermöglichen ab 5 wahlberechtigten Arbeitnehmern
- Mitbestimmung bei Arbeitszeit, Überwachungssystemen, IT-Einführung (§87)
- Anhörung vor jeder Kündigung (§102) — schriftlich mit Begründung
- Interessenausgleich und Sozialplan bei Betriebsänderungen (§111)
Bei Verstoß: Unwirksamkeit von Kündigungen ohne BR-Anhörung. Ordnungswidrigkeiten bis 10.000 EUR je Verstoß. Strafbarkeit (§119) bei Behinderung des BR bis 1 Jahr Haft.
Regel & Nachweise
Warum: Steuerrelevante Daten müssen vollständig, unveränderbar und prüfbar aufbewahrt werden, auch nach dem Systemwechsel.
Gilt: wenn das System buchhaltungs- oder steuerrelevante Daten verarbeitet (ERP, Rechnungen, Kasse)
- Verfahrensdokumentation für alle steuerrelevanten Systeme und Abläufe
- Vollständige und unveränderbare Aufzeichnungen, Änderungen werden protokolliert
- Aufbewahrung steuerrelevanter Unterlagen in der gesetzlichen Frist (in der Regel 8 bzw. 10 Jahre)
- Datenzugriff für die Betriebsprüfung möglich (§ 147 Abs. 6 AO)
- Empfang strukturierter E-Rechnungen (XRechnung, ZUGFeRD) seit 1.1.2025
- Ausstellung von E-Rechnungen an inländische Unternehmen: ab 2027 bei mehr als 800.000 EUR Vorjahresumsatz, ab 2028 grundsätzlich für alle (Ausnahmen u. a. Kleinbetragsrechnungen, Kleinunternehmer)
Bei Verstoß: Formelle Mängel können zur Verwerfung der Buchführung und zur Schätzung der Besteuerungsgrundlagen führen (§ 162 AO); bei verweigertem Datenzugriff droht ein Verzögerungsgeld (§ 146 Abs. 2c AO).
Häufig gestellte Fragen
Weitere Projektplan-Beispiele
Diesen Plan für dein Unternehmen anpassen
Öffne den Plan in PathHub — ohne Anmeldung. Oder beschreib dein eigenes Vorhaben und erhalte in wenigen Minuten einen vollständigen Plan.
Plan öffnen →