Einführung von Softwareentwicklung als Service in das Produktportfolio einer wissenschaftlichen Bibliothek Ein Erfahrungsbericht

Größe: px

Ab Seite anzeigen:

Download "Einführung von Softwareentwicklung als Service in das Produktportfolio einer wissenschaftlichen Bibliothek Ein Erfahrungsbericht"

Karl Rudolf Eberhardt
vor 5 Jahren
Abrufe

1 Einführung von Softwareentwicklung als Service in das Produktportfolio einer wissenschaftlichen Bibliothek Ein Erfahrungsbericht Zeki Mustafa Dogan, Kristine Schima-Voigt

2 Projekte an der SUB Göttingen ca. 30 verschiedene wissenschaftliche Projekte im Jahr

Schwierigkeiten im Projektablauf in der Vergangenheit Anforderungen unklar und ändern sich Unklare Rollendefinition Keine sichtbaren Erfolge nach der beantragten Projektlaufzeit Umsetzung relativ

3 Schwierigkeiten im Projektablauf in der Vergangenheit Anforderungen unklar und ändern sich Unklare Rollendefinition Keine sichtbaren Erfolge nach der beantragten Projektlaufzeit Umsetzung relativ unabhängig von Stakeholdern Einzelne Entwickler verantwortlich für alles Testing und Dokumentation kamen oft zu kurz Bildquelle: Technische Umsetzung zu genau spezifiziert

4 Ein Entwickler je Projekt Design Architekturauswahl Frontendprogrammierung Datenmodellierung Test Betrieb Projektmanagement Bilduelle: Backendprogrammierung

Folgen für die Organisation Mehraufwand bei Überführung in den Regelbetrieb hoher Pflegeaufwand keine einheitlichen Richtlinien für die Dokumentation keine Lessons Learned

5 Folgen für die Organisation Mehraufwand bei Überführung in den Regelbetrieb hoher Pflegeaufwand keine einheitlichen Richtlinien für die Dokumentation keine Lessons Learned unter den Entwicklern kein Nachhaltiges Produkt Bildquelle: unüberschaubare Technologievielfalt

Agil Kommunikation DevOps PaaS Bildquelle: http://www.dirkkrause.

6 Agil Kommunikation DevOps PaaS Bildquelle: Maßnahmen Team Continuous Integration

7 1. Konsolidierung der Middleware-Architektur und Platform-as-a-Service für Betrieb und Entwicklung Entwickler { Anwendungen Daten Runtime Middleware Betriebssysteme Virtualisierung Speicher Server } Betrieb und Rechenzentrum

8 2. Optimierung der Teamkonstellation meistens 3 Experten je Projektteam (projektgrößenabhängig) Entwickler sitzen projektübergreifend zusammen agiler Projektablauf Bildquelle: mind. ein Systemadministrator je Team

9 Bildquelle: 3. Einführung von agilen Methoden wie Scrum

10 Bildquelle: 4. Verbesserung der Kommunikation mit den Service-Abnehmern bzw. Stärkung der Kooperation zwischen den Systemadministratoren und den Entwicklern

11 5. Etablierung eines Entwicklungsframeworks und entsprechender Werkzeuge anhand Continuous-Integration Task Task Commit to feature branch test CI (travis) intern remot e Push to feature branch SCM (GitHub) Pull request Travis check Merge durch 2. Entwickler Deployment (Jenkins)

12 6. Formalisierung der Überführung der digitalen Dienste in den Betrieb

Ergebnisse Zufriedenheit der Entwickler und Administratoren Bessere Rollendefinitionen Budgetierung wird eingehalten Wiederverwendbarkeit des Quellcodes Skalierbarkeit der Architektur

13 Ergebnisse Zufriedenheit der Entwickler und Administratoren Bessere Rollendefinitionen Budgetierung wird eingehalten Wiederverwendbarkeit des Quellcodes Skalierbarkeit der Architektur und Nachhaltigkeit der Software Zufriedenheit der Stakeholder Bildquelle. Zeitplanung wird eingehalten

Praktische Erfahrungen Product Owner ist meist in der Budgetierung nicht berücksichtigt Verwaltungsaufwand für die Personalorga Umstellung von Seiten der Gutachter erfoderlich 2 Projekte können

14 Praktische Erfahrungen Product Owner ist meist in der Budgetierung nicht berücksichtigt Verwaltungsaufwand für die Personalorga Umstellung von Seiten der Gutachter erfoderlich 2 Projekte können Leerlauf in anderen Projekten kompensieren mehr als zwei Scrum Projekte pro Entwickler kaum möglich Bildquelle: zu viel Scrum erzeugt Meetingoverhead

15 Bildquelle: Software- und Service-Entwicklung im Servicekatalog

16 Danke! Zeki Mustafa Dogan Kristine Schima-Voigt

Ähnliche Dokumente

Continuous Everything

Continuous Everything Development, Integration, Deployment, DevOps Peter Hormanns cusy GmbH, Berlin Vortrag OpenRheinRuhr 5./6. November 2016 de.slideshare.net/cusyio/continuous-everything Kapitel you