Standardisierung von IT-Projekten

Software muss flexibel an Kundenanforderungen angepasst werden. Dabei ist ein hoher Standardisierungsgrad erforderlich, um Software in IT-Architekturen und Geschäftsmodelle integrieren zu können. Aktuell fehlt es an kohärenten Sets von Prozess-Prinzipien in der Standardisierung von Software-Produkten. In diesem Beitrag wird ein Lösungsmodell vorgeschlagen, das Geschäftsprozess- und IT-Sicht innerhalb der Softwareentwicklung vereint und damit einen Beitrag zur Prozessoptimierung im Projektmanagement leistet.

Sowohl die von der Software bereitgestellten Dienste als auch flankierende Dienstleistungen, zu denen Schulungen, Installation und insbesondere der IT-Support [1] zählen, erfordern ein strategisches Serviceverständnis. Dabei sind Services „elementare Bausteine einer Systemarchitektur, die eine definierte Aufgabe für unterschiedliche Geschäftsfunktionen ausführen“ [1]. Die Modularisierung von Services, also eine Mehrfachverwendung einzelner Leistungen [1], sind strategisch bedeutsam für die Entwicklung und für das Management von Softwareprodukten.

Modulare IT-Architekturen

Innerhalb der Wirtschaftsinformatik wurde mit der Konzeption modularer Architekturen eine wichtige Verbindung zwischen Geschäftsprozess- und Technologiesicht hergestellt. Im Kontext von Softwarearchitekturen werden innerhalb serviceorientierter Architekturen (SOA) Komponenten einer Software in Dienste, gekapselt und für verschiedene Anwendungsszenarien flexibel kombiniert.

Unter Service-Engineering wird die systematische Entwicklung von Dienstleistungen im Rahmen eines interdisziplinären Ansatzes, der ingenieurwissenschaftliches und softwaretechnisches Know-how verbindet, verstanden. Analyse, Design und Implementierung Service basierter Ökosysteme sind für Business und IT zentrale Ansatzpunkte, um einen Mehrwert im Unternehmen in Form von IT-Dienstleistungen zu schaffen. Service-Engineering betrachtet dabei die Bereitstellung eines methodologischen Rüstzeuges zur Bewältigung der Komplexität von Geschäftsbeziehungen.

Im Service-Engineering existiert aktuell kein einheitliches Rahmenmodell zur Gestaltung von Dienstleistungen. Das liegt daran, dass Modelle aus anderen Forschungsfeldern wie den Ingenieurswissenschaften und dem Marketing übertragen werden und keine eigene Systematik vorhanden ist.

Entwicklung modularer Dienstleistungen 

In der industriellen Fertigung ist es dank etablierter Standards in der Produktion einfach zu überprüfen, wann ein Produkt fertiggestellt ist. Im IT- und Dienstleistungssektor wird versucht, sich dem Ideal der Industrie anzunähern. Die IT muss nach diesem Vorbild „zur Ingenieursdisziplin werden, in der Fachexperten und Techniker mit gleichem Verständnis über technische Landkarten diskutieren können“ [2].

Damit Vertreter der unterschiedlichen Fachbereiche miteinander vernetzt werden, sind Rahmenwerke und Standards notwendig. IT und Vertreter des Dienstleistungssektors stehen gleichermaßen einer Standardisierung kritisch gegenüber.

Ziel ist es, einen Mittelweg zwischen kundenindividuellen und standardisierten Dienstleistungen zu erreichen [3]. Modulare Dienstleistungen helfen, individuell für Kunden Software-Produkte zu konfigurieren. Eingebettet in ein Rahmenkonzept entsteht ein wichtiges Werkzeug zur Prozessoptimierung in der Abwicklung von IT-Projekten.

Service-Rahmenkonzepte

Da das Ergebnis der Entwicklung nicht vorab physisch vom Kunden geprüft und beurteilt werden kann, ist der Anbieter in der Bringschuld, ein „Qualitätssurrogat“ [3] bereitzustellen, das einen Eindruck der Dienstleistung im Vorfeld vermittelt. In der Software-Praxis sind dies meistens sogenannte Proof of Concepts. An dieser Stelle hilft das Konzept zur modularen Gestaltung von Service-Architekturen zum Engineering von IT-Services [4]. Die modulare Servicearchitektur ermöglicht, Software flexibel zu gestalten und an Kundenwünsche anzupassen.

Aus den Vorüberlegungen heraus wurde ein integriertes Rahmenkonzept erstellt (Bild 1). Ausgehend von der Annahme, dass die systematische Entwicklung von Dienstleistungen eine fortlaufende Aufgabe bis zum jeweiligen Ende des Lebenszyklus eines Produktes bzw. einer Dienstleistung ist [3], enthält das Modell den nötigen Rahmen durch die jeweiligen Phasen.

Diese setzen sich zusammen aus der Vorbereitungs-, Test-, Konzeptions-, Implementierungs-, Analyse-/Support- und Feedbackphase. Im Kern des Rahmenkonzeptes stehen die drei Bereiche Potenzial/Konzept, Prozess und Ergebnis/System. In den jeweiligen Bereichen kümmern sich die Fachbereiche um die Erstellung von Lastenheft, Pflichtenheft und Qualitätskontrolle mit den dazugehörigen flankierenden Aufgaben. Damit liegt die Verantwortung in der Entwicklung nicht allein bei Projektmanagement und Software-Engineering. Vielmehr sind Abteilungen wie Marketing und Vertrieb in der Prototypenphase stärker eingebunden.

Dies bildet die Realität in heutigen Softwarehäusern ab und lässt sich mit Befunden aus der Forschung belegen. Meiren und Barth betonen die frühzeitige Integration des Kunden in den Entwicklungsprozess [5]. Böhmann und Krcmar heben hervor, dass entwicklungsbezogene Aufgaben des Marketings einen erheblichen Teil zum Erfolg einer Dienstleistungsentwicklung beitragen [3].

Hauptverantwortliche in der Entwicklung von Dienstleistungen im IT-Bereich sind nach wie vor Projektleiter im Schulterschluss mit Software-Entwicklern. Am oberen und unteren Teil des integrierten Rahmenkonzeptes finden sich jeweils die anfallenden Projektziele und -leistungen sowie die Projektaufgaben. Diese müssen identifiziert, abgeglichen, eingeplant und komponiert werden, bevor sie in den zentralen Prozess-Workflow integriert werden.

Die Projektaufgaben müssen entsprechend dem Organigramm im Unternehmen, den technischen Ressourcen und den Funktionen der Mitarbeiter klassifiziert und zugeordnet werden.

Wenn Sie weiterlesen möchten, klicken Sie hier

Das könnte Sie auch interessieren

Vom Vibe Coding zum Agentic Coding Wie professionelle Softwareentwicklung mit Coding Agents gelingt

Coding Agents beschleunigen den Softwareentwicklungsprozess heute deutlich – in einem Tempo, das etablierte IT-Prozesse herausfordert. Aus Beobachtungen in mehreren Trainings zeigt der Beitrag drei Spannungsfelder, die sich aktiv gestalten lassen: Governance, Integrationsprozesse und die Transformation der Arbeitskultur. Unser Autor gibt konkrete Empfehlungen, wie die berechtigten Einwände gegen Vibe Coding ausgeräumt werden können.

Executive Briefing: ERP Anwender Lounge Special  Von Experten für Entscheider: Strategische Insights von der Hannover Messe

Wer die ERP Anwender Lounge mit Impuls-Vorträgen und Networking auf der Hannover Messe verpasst hat, sollte sich den Termin für 2027 vormerken. Die ERP Lounge Insights bieten eine fundierte Verdichtung zentraler Trends, strategischer Perspektiven und bewährter Best Practices. In 3 min. Impact Keynotes gaben führende Experten hochverdichtete Einblicke, u.a. ohne eine belastbare ERP-Grundlage bleibt das Potenzial von KI weitgehend ungenutzt.

Großhandel, Götter und Grundsätze der Buchführung Warum Pacioli, Zeus und ein ERP-Award besser zusammenpassen, als man denkt

Was verbindet Pacioli, Zeus und einen ERP-Wettbewerb und macht sie zu einer relevanten Quelle für strategische Führungsimpulse? Zwischen Renaissance, Antike und der modernen ERP-Welt gibt es überraschend klare Parallelen. Wer erkennt, warum Venedig, Triest, Kotor und Olympia mehr als nur historische Fußnoten sind, gewinnt neue Perspektiven auf Steuerung, Risiko und Timing unter Wettbewerbsdruck. Setzen Sie Akzente mit fundierten Perspektiven.

Adaptive Service Level Agreements Wie flexible Verträge Innovation ermöglichen und welche Risiken sie bergen

Klassische SLAs sichern Stabilität –doch genau das macht sie oft zur Innovationsbremse. Anpassungen werden aufgeschoben, Chancen bleiben ungenutzt. Wie lassen sich Verträge so gestalten, dass Veränderung nicht stört, sondern systematisch ermöglicht wird? Der Beitrag zeigt, wie adaptive SLAs als „Living Contract“funktionieren und Innovation schon während der Laufzeit fördern –praxisnah und direkt umsetzbar für IT- und ERP-Verantwortliche.

Zehn ERP-Praktiker über Projekterfolg Was in Auswahl, Implementierung und Betrieb wirklich zählt

ERP-Projekte scheitern selten an der Software selbst, sondern an unklaren Prozessen, fehlender Vorbereitung und mangelnder organisatorischer Einbindung. Zehn erfahrene ERP-Praktiker aus Deutschland und der Schweiz berichten aus ihrer Projektpraxis und zeigen, welche Faktoren bei Auswahl, Einführung und Betrieb von ERP-Systemen wirklich entscheidend sind – von der oft unterschätzten Phase Null bis zur realistischen Einordnung von KI.

Von ERP bis Non-ERP: fünf Reifegrade beim KI-Einsatz Warum KI-Agenten das alte ERP-Paradigma radikal verändern

sponsored

ERP-Systeme waren lange reine Verwaltungssoftware im Hintergrund. Mit agentischer KI ändert sich das grundlegend: Aus einem System of Record wird ein System of Action, das Prozesse aktiv steuert und Entscheidungen unterstützt. Der Artikel zeigt, wie Agentic AI ERP Unternehmen produktiver macht, Kosten senkt und neue Wettbewerbsvorteile schafft –und warum Führungskräfte dieses Thema jetzt im Blick haben sollten.