Technische Schulden: Risiko und Chance für mehr Softwarequalität

Größe: px
Ab Seite anzeigen:

Download "Technische Schulden: Risiko und Chance für mehr Softwarequalität"

Transkript

1 Projekte. Beratung. Spezialisten. Technische : Risiko und Chance für mehr Softwarequalität IKS-Thementag Autor: Dr. Reik Oberrath Thementag , Technische 1 56

2 Definition 1 Technische Schuld oder Technische (engl. technical debt) ist eine in der Informatik gebräuchliche Metapher für die möglichen Konsequenzen schlechter technischer Umsetzung von Software Der Begriff wird von Informatikern verwendet, um Managern klarzumachen, dass die Hintanstellung von Maßnahmen zur Sicherung technischer Qualität die Softwareentwicklung verlangsamt Shipping first time code is is like like going into into debt. debt. A little A little debt debt speeds speeds development so long so as it long is paid as it back is paid back Every minute spent on not-quite-right code counts as interest on that debt. Entire engineering organizations can be brought to a stand-still under the debt load Ward Cunningham: The WyCash Portfolio Management System. In: OOPSLA '92 Experience Report. 26. März 1992 Thementag , Technische 2 56 Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

3 Auf der Baustelle arbeiten Schick machen Auf der Baustelle arbeiten Refactoring First Time Code Not-Quite-Right Code Clean Code

4 Altlasten als langfristige Kostentreiber Summe realisierter Feature Mit Refactoring Verlorene Ressourcen Mit Technischen Amortisierungsgrenze Ward Cunningham: A little debt speeds development.. Zeit Ward Cunningham: stand-still under the debt load Nach

5 Grundidee Shipping first time code It is paid back Every minute spent on not-quite-right code Stand-still under the debt load Tilgung Zinsen Bankrott 500 Mrd $ * Bildnachweis: * Vom Marktforschungsunternehmen Gartner geschätzt für aktuellen den globalen IT-Altlastenberg ** Vom Wirtschaftsprüfungsunternehmen Deloitte geschätzt für Sourcecode-Fehlersuche in 2012 siehe

6 Strategisches Design 1. Niedrige Zinsen nutzen 2. Aktuelle Marktvorteile nutzen Thementag , Technische 6 56 Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

7 Grenzen der Metapher freie Softwareentwicklung gibt es nicht Bei wem macht man Technische? Wer ist die Bank? Technische erlöschen nach dem Betrieb der Software Technische werden nicht in vielen kleinen verbindlichen Raten zurückgezahlt Viele Technische entstehen unbewusst, echte aber i.d.r. halbbewusst oder ganz bewusst Thementag , Technische 7 56 Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

8 Definition 2 A) Technische Schuld im engeren Sinne ist die Summe aller Defizite einer Software, für die sich die Akteure bewusst (oder wenigstens halbbewusst) entschieden haben. Siehe https://sites.google.com/site/unclebobconsultingllc/a-mess-is-not-a-technical-debt B) Technische Schuld im weiteren Sinne ist die Summe aller Defizite einer Software, also alles, was dem Clean-Code-Gedanken widerspricht. Siehe Thementag , Technische 8 56 Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

9 Agenda Einleitung Kategorien von Technischen Best Practices im Umgang mit Technischen Tilgen oder Zinsen zahlen? Technische im größeren Kontext Zusammenfassung Thementag , Technische 9 56 Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

10 Kategorien von Technischen 1. Bewusstseinsarten (Motivation, Einstellung) 2. Strategiesorten (Ziele, Planung) 3. Erscheinungsformen (Aussehen, Vorkommen) 4. Buchhaltungstypen (verwaltung, verantwortliche Rollen) Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

11 Bewusstseinsarten (Motivation, Einstellung) Konsequenzen und Gegenmaßnahmen bewusst? Nein Ja bewusst? Ok, sauber geht anders, aber über eine saubere Lösung machen wir uns jetzt keine Gedanken. Wir müssen jetzt liefern. Ja Nein Wir verzichten auf die saubere Lösung. Die entstehenden Probleme sind bekannt und werden beherrscht. Wir müssen jetzt liefern. Erst im Nachhinein: Was ist das Problem? Ach so, wenn wir das vorher gewusst hätten, hätten wir die Chance gehabt, das sauber zu erledigen. Thementag , Technische Nach

12 Bewusstseinsarten (Motivation, Einstellung) Sorglos Kurzsichtig Umsichtig Weitsichtig Bedacht Bewusst Unachtsam Unbewusst Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

13 Kategorien von Technischen 1. Bewusstseinsarten (Motivation, Einstellung) 2. Strategiesorten (Ziele, Planung) 3. Erscheinungsformen (Aussehen, Vorkommen) 4. Buchhaltungstypen (verwaltung, verantwortliche Rollen) Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

14 Strategiesorten (Ziele, Planung) Ein großes Defizit Viele kleine Defizite Strategische Langzeit- Taktische Kurzzeit- Unbewusste Bewusste Nach Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

15 Strategiesorten (Ziele, Planung) Grobgranular Feingranular Langzeit- Wir realisieren kein Continuous Delivery solange der Kunde mit der Auslieferungsdauer zufrieden ist Solange wir keine größeren Probleme mit der alten Technologie bekommen, stellen wir unsere Komponenten nicht um. Kurzzeit- Wir testen jetzt noch unregelmäßig und erkennen viele Fehler zu spät. Ab der übernächsten Auslieferung nutzen wir Continuous Integration. Unser Sourcecode-Analysetool (Sonar) meldet über 100 Probleme in unseren Sourcen. Nach der übernächsten Auslieferung müssen die behoben werden. Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

16 Kategorien von Technischen 1. Bewusstseinsarten (Motivation, Einstellung) 2. Strategiesorten (Ziele, Planung) 3. Erscheinungsformen (Aussehen, Vorkommen) 4. Buchhaltungstypen (verwaltung, verantwortliche Rollen) Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

17 Erscheinungsformen (Aussehen, Vorkommen) Organisatorische Prozess-bezogene Persönliche Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

18 Persönliche z. B. mangelnde Motivation der Akteure Neues zu lernen, auszuprobieren und sich an Neues anzupassen Organisatorische z. B. veraltete hierarchische Organisationsstrukturen (Gesetz von Conway) Prozess-bezogenen z. B. Anwendung von veralteten Vorgehensmodellen Mehr Informationen dazu unter Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

19 Erscheinungsformen (Aussehen, Vorkommen) Automations-bezogene Test-bezogene Praktische Organisatorische Prozess-bezogene Persönliche Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

20 Praktische z. B. nicht aus gemachten Fehlern lernen Werkzeug-bezogene z. B. zu großer Wildwuchs an eingesetzten Werkzeugen Automations-bezogene z. B. keine automatische Testausführung (Continuous Integration) Test-bezogene z. B. unzureichende Testabdeckung der implementierten Funktionalität Mehr Informationen dazu unter

21 Kommunikationsschulden Unzureichende Kommunikation und Zusammenarbeit zwischen den Akteuren (vor allem zwischen Akteuren verschiedener Phasen im ALM) Application Lifecycle Management Administrator Kundenakzeptanztester Architekt / Entwickler Anforderungsanalyst Domänen- Experte Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

22 Erscheinungsformen (Aussehen, Vorkommen) Automations-bezogene Werkzeug-bezogene Praktische Organisatorische Persönliche Test-bezogene Betriebs-bezogene AM-bezogene Produkt-bezogene Fachseitebezogene Produktions-bezogene Implementierungsschulden Architekturschulden Kommunikationsschulden Prozess-bezogene Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

23 Produktions-bezogene z. B. mangelnde Analysierbarkeit (Logging, Protokollierung, Monitoring) Architekturschulden z. B. mangelnde Berücksichtigung nicht-funktionaler Qualitätskriterien Implementierungsschulden z. B. Code-Vervielfachungen Mehr Informationen dazu unter Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

24 Erscheinungsformen (Aussehen, Vorkommen) Automations-bezogene Werkzeug-bezogene Praktische Organisatorische Persönliche Test-bezogene Betriebs-bezogene AM-bezogene Produkt-bezogene Fachseitebezogene Produktions-bezogene Implementierungsschulden Architekturschulden Kommunikationsschulden Prozess-bezogene Hauptverantwortung beim Entwicklungsteam Verteilte Verantwortung

25 Kategorien von Technischen 1. Bewusstseinsarten (Motivation, Einstellung) 2. Strategiesorten (Ziele, Planung) 3. Erscheinungsformen (Aussehen, Vorkommen) 4. Buchhaltungstypen (verwaltung, verantwortliche Rollen) Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

26 Buchhaltungstypen (verwaltung) Produkt-bezogene bücher : Liste von TODOs und FIXMEs im SourceCode (Code-Tagging-System) Ergebnisse von Sourcecode-Analysetools (z. B. Sonar) Architekturdokumentation (Beschreibung von Schwächen und Risiken) Prozess-bezogene bücher : Projektdokumentation (Projekt-Handbuch, Retrospektive-Bericht) Dokumentation der ALM-Architektur (Leitfaden für die Unternehmenskultur, Beschreibung der Konzernstruktur) konto: Issue Tracker (Jira, Bugzilla, ) Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

27 Buchhaltungstypen (verantwortliche Rollen) Techn. Projektleiter Typ 1: Projekt Typ 2: ALM Hauptverantwortung bei Entwicklungsteam Verteilte Verantwortung Typ 1a: Produkt Typ 1b: Teamprozesse Rahmenprozesse SW-Architekt Entwicklungsteam Produktmanager Product Owner Projektmanager Entwicklungsteam Scrum-Master Gesamtentwicklungsleiter Produktmanager Projektmanager Scrum-Master

28 Agenda Einleitung Kategorien von Technischen Best Practices im Umgang mit Technischen Tilgen oder Zinsen zahlen? Technische im größeren Kontext Zusammenfassung Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

29 Best Practice No. 1 Bekannte Probleme in einem Issue Tracker festhalten! Am besten nach Strategiesorte, Erscheinungsform und Buchhaltungstyp getrennt! Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

30 Best Practices I Erscheinungsform Buchh.- Typ Analyse Gegenmaßnahme Implementierung 1a Codereviews, Sourcecode- Analysetool (z.b. Sonar) -> Metriken Analysierte Probleme ausbauen, prophylaktisch: Clean Code Developer Prinzipien* anwenden * Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

31 Best Practices I Implementierung Erscheinungsform Buchh.- Typ 1a Analyse Codereviews, Sourcecode- Analysetool (z.b. Sonar) -> Metriken Architektur 1a Gute Architektur- Dokumentation (arc42) (http://www.arc42.de/), ATAM Gegenmaßnahme Analysierte Probleme ausbauen, prophylaktisch: Clean Code Developer Prinzipien* anwenden Entworfene Architektur sauber umsetzen, schlechte Architektur ändern (http://aim42.org/) * Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

32 Best Practices I Implementierung Erscheinungsform Buchh.- Typ 1a Analyse Codereviews, Sourcecode- Analysetool (z.b. Sonar) -> Metriken Architektur 1a Gute Architektur- Dokumentation (arc42) (http://www.arc42.de/), ATAM Persönliche Gegenmaßnahme Analysierte Probleme ausbauen, prophylaktisch: Clean Code Developer Prinzipien* anwenden Entworfene Architektur sauber umsetzen, schlechte Architektur ändern (http://aim42.org/) alle Selbstreflexion Motivation fördern (Fortbildungen, Teamstimmung) * Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

33 Best Practices II Erscheinungsform Buchh.- Typ Analyse Gegenmaßnahme Prozessbezogene, organisatorische und Kommuni- kations- 1b 2 2 Kritische Betrachtung der Organisationsstruktur und des Application Lifecycle Managements (ALM) Arbeitsabläufe, Kommunikationswege, Teamzusammenstellung, Aufgabenverteilungen, ändern Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

34 Best Practices II Erscheinungsform Buchh.- Typ Analyse Gegenmaßnahme Prozessbezogene, organisatorische und Kommuni- kations- 1b 2 2 Kritische Betrachtung der Organisationsstruktur und des Application Lifecycle Managements (ALM) Arbeitsabläufe, Kommunikationswege, Teamzusammenstellung, Aufgabenverteilungen, ändern Praktische 1b Selbstreflexion, Retrospektive-Meetings Prozesse verbessern, Fortbildung Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

35 Best Practices II Erscheinungsform Buchh.- Typ Analyse Gegenmaßnahme Prozessbezogene, organisatorische und Kommuni- kations- 1b 2 2 Kritische Betrachtung der Organisationsstruktur und des Application Lifecycle Managements (ALM) Arbeitsabläufe, Kommunikationswege, Teamzusammenstellung, Aufgabenverteilungen, ändern Praktische 1b Selbstreflexion, Retrospektive-Meetings Prozesse verbessern, Fortbildung Werkzeugbezogene 1b oder 2 Welche Tools haben wir, welche werden vermisst, und welche gibt es überhaupt noch? Tools mit Lizenzen bei Bedarf zu Verfügung stellen Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

36 Best Practices III Erscheinungsform Buchh.- Typ Analyse Gegenmaßnahme Automationsbezogene 1b Ist die Kompilierung, Packetierung, Qualitätssicherung, der Bau des Release Kanditdaten, das Deployment, die Installation automatisiert? Continuous Integration, Continuous Delivery Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

37 Best Practices III Erscheinungsform Buchh.- Typ Analyse Gegenmaßnahme Automationsbezogene 1b Ist die Kompilierung, Packetierung, Qualitätssicherung, der Bau des Release Kanditdaten, das Deployment, die Installation automatisiert? Continuous Integration, Continuous Delivery Test-bezogene 1b Wie sieht die Teststrategie aus? Welche Arten von Tests gibt es? Wie hoch ist die Testabdeckung? Vorgehensweisen wie z.b. TDD und BDD kultivieren, für Automation sorgen Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

38 Best Practices III Automationsbezogene Test-bezogene Betriebs- und Produktionsbezogene Erscheinungsform Buchh.- Typ 1b 1b 2 1a Analyse Ist die Kompilierung, Packetierung, Qualitätssicherung, der Bau des Release Kanditdaten, das Deployment, die Installation automatisiert? Wie sieht die Teststrategie aus? Welche Arten von Tests gibt es? Wie hoch ist die Testabdeckung? Wie gut erfolgt die Inbetriebnahme? Wie gut können Fehler in der Produktion analysiert werden? Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil Gegenmaßnahme Continuous Integration, Continuous Delivery Vorgehensweisen wie z.b. TDD und BDD kultivieren, für Automation sorgen DevOps (Kommunikation fördern, gleiche Automationswege nutzen)

39 Agenda Einleitung Kategorien von Technischen Best Practices im Umgang mit Technischen Tilgen oder Zinsen zahlen? Technische im größeren Kontext Zusammenfassung Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

40 Tilgen oder zahlen? Ein Qualitätsmodell: = Kostenreduktion Produktivitätsvorteil - Aufwand für Qualitätsinvestitionen oder = - Kostenreduktion Nicht-Sanierungskosten Sanierungskosten entweder so: Nach Qualitätsinvestitionen statt technischer im OBJEKTspektrum Nr oder so: Thementag , Technische Release 1 Release 2 Release 3 Release 4

41 Tilgen oder zahlen? Es geht um das Mindset Qualitätsinvestitionen es geht nicht um stundengenaues Schätzen von Aufwänden Meistens reicht es, wenn Kosten und Nutzen mit einer Ordinalskala (gering < normal < hoch < sehr hoch) geschätzt werden In vielen Situationen reichen drei Fragen aus, um die Maßnahmen zu bestimmen: 1. Welche Systemkomponenten werden oft geändert und wie ist deren innere Qualität (i. Q.)? 2. Welche Maßnahmen zur Verbesserung der i. Q. bestehen? 3. Welcher Nutzen steht diesen Investitionen gegenüber? Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

42 Tilgen oder zahlen? berge bestaunen hilft alleine nicht weiter! Deshalb die Empfehlung: 1. Technische bewusst machen und festhalten 2. Entscheiden mit welchen Qualitätsinvestitionen der größte Mehrwert erzielt werden kann und Ressourcen zur Realisierung bereitstellen 3. Umsetzung veranlassen und Ergebnisse von den Verantwortlichen einfordern Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

43 Tilgungspläne Keine Tilgung Legende Zinsen zahlen Neue funktionale Änderungen tilgen Tilgungsplan A + einfaches Regressionstesten Release 1 Release 2 Release 3 Release 4 - Kein funktioneller Fortschritt Tilgungsplan B + kontinuierliche Verbesserung der inneren Qualität - Gefahr als Puffer für funktionale Änderungen zu dienen Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

44 Agenda Einleitung Kategorien von Technischen Best Practices im Umgang mit Technischen Tilgen oder Zinsen zahlen? Technische im größeren Kontext Zusammenfassung Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

45 Zeitdruck Rahmenbedingungen Mangelnde Kommunikation Technische Fehlendes Wissen Technologischer Fortschritt Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

46 Langfristig denken ERROR

47 Langfristiges Risiko ignorieren Assure internal quality! Deliver in time! Keep to the budget! Ob Schrott entsteht, ist egal. Hauptsache mein Projekt läuft gut. Projekt-Manager Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

48 Wer ist hier der Boss? Risiko! Langfristig schlecht! Technische? Kurzfristig gut! Chance! Innere Qualität! Time und Budget! Produktmanager Projektmanager Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

49 Quelle : Usability Sicherheit Funktionalität Performanz Zuverlässigkeit Äußere Qualität Wartbarkeit Deployment Modifizierbarkeit Architektur Design Design Releasemanagement Ressourceneffizienz Technologie Architektur Code Code Testbarkeit Portabilität Kompatibilität Technologie Innere Qualität Thementag , Technische 49 56

50 Technische kurzfristig zurückzahlen Variante 1 (Sichtbarer Kredit) Variante 2 (Verdeckter Kredit) Release 1 Zeit Release 2

51 Komplexität beherrschen Komplexität in der Software Zitate von Ward Cunningham 1992 Langfristiges Risiko: can be brought to a stand-still under the debt load Effizienz in der Softwareentwicklung Mittelfristige Kosten: not-quite-right code counts as interest Best Practices Technische i.w.s. Zeitgewinn Kurzfristige Chance: A little debt speeds development.. Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

52 Agenda Einleitung Kategorien von Technischen Best Practices im Umgang mit Technischen Tilgen oder Zinsen zahlen? Technische im größeren Kontext Zusammenfassung Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

53 Zusammenfassung Die Metapher Technische ist und bleibt trotz ihrer Grenzen gut Sie ist hilfreich das Problem schlechter technischer Umsetzung zu veranschaulichen und zu kommunizieren Es gibt am Produkt, am Teamprozess und am ALM, für die unterschiedliche Rollen verantwortlich sind Es gibt unbewusste, halbbewusste und bewusste Bewusste können gezielt verwaltet werden Unbewusste und halbbewusste bringen ein unbekanntes oder schwer abschätzbares Risiko mit sich Manche Technische stellen eine große reale Gefahr für Projekte und noch mehr für Produkte dar Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

54 Fazit -Management: bewusst machen und festhalten (Issue Tracker) Mit gezielten Qualitätsinvestitionen risikoreiche abbauen -Prophylaxe: Langfristig denken und vermeiden (nur Notfall-Option) Projektmanager auf messbare innere Qualität verpflichten Doppelt und dreifach prüfen, ob ein möglicher Nutzen mögliche Risiken den verschiedenen Stakeholdern (Produktmanager) wert sind Knowhow der Mitarbeiter und Technologien in der Software nicht zu sehr veralten lassen Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

55 Weiterführende Literatur https://sites.google.com/site/unclebobconsultingllc/a-mess-is-not-atechnical-debt Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

56 Fragen Thementag , Technische Einleitung Mögliche Kategorisierungen Best Practices Tilgen oder zahlen? Im größeren Kontext Schlussteil

57

58 Projekte. Beratung. Spezialisten. Thementag , Technische 58 56

Technische Schulden Risiko und Chance für mehr Softwarequalität

Technische Schulden Risiko und Chance für mehr Softwarequalität Projekte. Beratung. Spezialisten. Technische Risiko und Chance für mehr Softwarequalität IKS-Thementag Autor: Dr. Reik Oberrath 25.11.2014 Thementag 25.11.2014, Technische 1 56 Definition 1 Technische

Mehr

Qualität lässt sich steuern: Die Möglichkeiten des Qualitätsmanagements

Qualität lässt sich steuern: Die Möglichkeiten des Qualitätsmanagements Projekte. Beratung. Spezialisten. Qualität lässt sich steuern: Die Möglichkeiten des Qualitätsmanagements IKS-Thementag Autor: Hartwig Tödter 25.11.2014 Qualität lässt sich steuern 1 35 Agenda Warum muss

Mehr

Umsichtig planen, robust bauen

Umsichtig planen, robust bauen Umsichtig planen, robust bauen iks Thementag Mehr Softwarequalität Best practices für alle Entwicklungsphasen 19.06.2012 Autor: Christoph Schmidt-Casdorff Agenda Softwarearchitektur Architekturkonformität

Mehr

End-to-End Agility Sind Sie schon agil genug? Mag. Christoph Leithner c.leithner@celix.at

End-to-End Agility Sind Sie schon agil genug? Mag. Christoph Leithner c.leithner@celix.at End-to-End Agility Sind Sie schon agil genug? Mag. Christoph Leithner c.leithner@celix.at www.celix.at September 2015 celix Solutions GmbH Spezialist für Team Collaboration und IT Prozess Management Agile

Mehr

CONTINUOUS DELIVERY. Entmystifiziert. codecentric AG

CONTINUOUS DELIVERY. Entmystifiziert. codecentric AG CONTINUOUS DELIVERY Entmystifiziert WIE SOFTWARE LIEFERN? 01.07.2014 2 WAS IST CONTINUOUS DELIVERY? Robust Wiederholbar Effektiv 01.07.2014 3 LANDSCHAFTEN Continuous Integration Public / Private Hybrid

Mehr

DevOps und Continuous Delivery. Von Release Automation bis zur Feedbackschleife. Matthias Zieger codecentric AG

DevOps und Continuous Delivery. Von Release Automation bis zur Feedbackschleife. Matthias Zieger codecentric AG DevOps und Continuous Delivery Von Release Automation bis zur Feedbackschleife Matthias Zieger codecentric AG Codecentric AG 2 Genutzte operative Modelle verhindern Geschwindigkeit BUSINESS DEV OPS DevOps

Mehr

Softwareentwicklung bei eevolution

Softwareentwicklung bei eevolution Softwareentwicklung bei eevolution Darstellung der Prozesse mit dem agilen Entwicklungsansatz Jan Freitag, COMPRA GmbH Jan Freitag Studium: IMIT Bachelor: 2005-2008 IMIT Master: 2008-2010 eevolution: Mitarbeit

Mehr

Test. Hauptsache, es läuft? Entwicklung. Wartung. iks Thementag. Mehr Softwarequalität Best practices für alle Entwicklungsphasen 19.06.

Test. Hauptsache, es läuft? Entwicklung. Wartung. iks Thementag. Mehr Softwarequalität Best practices für alle Entwicklungsphasen 19.06. Hauptsache, es läuft? Entwicklung Wartung Test iks Thementag Mehr Softwarequalität Best practices für alle Entwicklungsphasen 19.06.2012 Autor: Dr. Reik Oberrath Agenda Begriffserklärung: Entwicklung,

Mehr

Requirements Engineering für die agile Softwareentwicklung

Requirements Engineering für die agile Softwareentwicklung Johannes Bergsmann Requirements Engineering für die agile Softwareentwicklung Methoden, Techniken und Strategien Unter Mitwirkung von Markus Unterauer dpunkt.verlag Inhaltsverzeichnis 1 Einleitung 1 1.1

Mehr

Testers Architects Enterprise Dev Consultants Professionals VB6 Devs Part-Timers Hobbyists Students Enthusiasts Novices

Testers Architects Enterprise Dev Consultants Professionals VB6 Devs Part-Timers Hobbyists Students Enthusiasts Novices Visual Studio Team System 15. Mai 2006 TU Dresden Oliver Scheer Developer Evangelist Developer Platform & Strategy Group Microsoft Deutschland GmbH Agenda Einführung in Visual Studio Team System Demo Fragen

Mehr

Extreme Programming. Universität Karlsruhe (TH) Fakultät für Informatik Lehrstuhl für Programmiersysteme. Forschungsuniversität gegründet 1825

Extreme Programming. Universität Karlsruhe (TH) Fakultät für Informatik Lehrstuhl für Programmiersysteme. Forschungsuniversität gegründet 1825 Universität Karlsruhe (TH) Forschungsuniversität gegründet 1825 Extreme Programming Agiles Manifest Individuen und Interaktion wichtiger als Prozesse und Werkzeuge Laufende Software wichtiger als vollständige

Mehr

Projekt: Requirements Engineering Sommersemester 2002. Anforderungsspezifikation im X-Treme Programming

Projekt: Requirements Engineering Sommersemester 2002. Anforderungsspezifikation im X-Treme Programming Projekt: Requirements Engineering Sommersemester 2002 Vortrag von Bernd Simmchen Anforderungsspezifikation im X-Treme Programming Gliederung 1 XP Eine kurze Einführung 2 Anforderungsspezifikation Klassisch

Mehr

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June

Software EMEA Performance Tour 2013. Berlin, Germany 17-19 June Software EMEA Performance Tour 2013 Berlin, Germany 17-19 June Change & Config Management in der Praxis Daniel Barbi, Solution Architect 18.06.2013 Einführung Einführung Wer bin ich? Daniel Barbi Seit

Mehr

https://www.flickr.com/photos/djquietstorm/4823356775

https://www.flickr.com/photos/djquietstorm/4823356775 https://www.flickr.com/photos/djquietstorm/4823356775 DevOps Was verbirgt sich hinter diesem Begriff? DevOps = 10 Releases pro Tag Beispiele Unternehmen Deploy Frequenz Deploy Lead Time Zuverlässigkeit

Mehr

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit IBM Software Group IBM Rational mit RequisitePro Hubert Biskup hubert.biskup@de.ibm.com Agenda Rational in der IBM Software Group Der Rational Unified Process als Basis für die Projektarbeit mit Rational

Mehr

Kapitel 3 Software Quality III

Kapitel 3 Software Quality III Kapitel 3 Software Quality III Software Architecture, Quality, and Testing FS 2015 Prof. Dr. Jana Köhler jana.koehler@hslu.ch Agenda Heute Von Bad Smells zu Refactorings Wie wird Refactoring durchgeführt?

Mehr

DIGICOMP OPEN TUESDAY AKTUELLE STANDARDS UND TRENDS IN DER AGILEN SOFTWARE ENTWICKLUNG. Michael Palotas 7. April 2015 1 GRIDFUSION

DIGICOMP OPEN TUESDAY AKTUELLE STANDARDS UND TRENDS IN DER AGILEN SOFTWARE ENTWICKLUNG. Michael Palotas 7. April 2015 1 GRIDFUSION DIGICOMP OPEN TUESDAY AKTUELLE STANDARDS UND TRENDS IN DER AGILEN SOFTWARE ENTWICKLUNG Michael Palotas 7. April 2015 1 GRIDFUSION IHR REFERENT Gridfusion Software Solutions Kontakt: Michael Palotas Gerbiweg

Mehr

RELEASE AUF KNOPFDRUCK: MIT CONTINUOUS DELIVERY KOMMEN SIE SCHNELLER ANS ZIEL.

RELEASE AUF KNOPFDRUCK: MIT CONTINUOUS DELIVERY KOMMEN SIE SCHNELLER ANS ZIEL. RELEASE AUF KNOPFDRUCK: MIT CONTINUOUS DELIVERY KOMMEN SIE SCHNELLER ANS ZIEL. Die Erwartungen Ihrer Businesskunden an ihre IT steigen. Mehr denn je kommt es darauf an, die Software optimal am Kunden auszurichten

Mehr

3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process.

3.4 Unified Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1999 Ivar Jacobson, Grady Booch, James Rumbaugh: The Unified Software Development Process. 1996 Philippe Kruchten: Rational Unified Process Produkt der Firma Seit 2002 Teil des IBM Konzerns Objektorientiertes

Mehr

Agilität selbst erfahren. Agile Softwareentwicklung in der Praxis: Jetzt bewerben für das erste Agile Code Camp 2013!

Agilität selbst erfahren. Agile Softwareentwicklung in der Praxis: Jetzt bewerben für das erste Agile Code Camp 2013! Agilität selbst erfahren. Agile Softwareentwicklung in der Praxis: Jetzt bewerben für das erste Agile Code Camp 2013! Sie wollen alles über agile Softwareentwicklung wissen? Wie können Sie agile Methoden

Mehr

Value Delivery and Customer Feedback

Value Delivery and Customer Feedback Value Delivery and Customer Feedback Managing Continuous Flow of Value Michael Reisinger Microsoft & ANECON Praxisupdate 2014 ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien

Mehr

Produktqualität in agilen Entwicklungsvorgehen. BITKOM Software Summit Frankfurt, 23. September 2014 Dominik Rost, Hartmut Schmitt

Produktqualität in agilen Entwicklungsvorgehen. BITKOM Software Summit Frankfurt, 23. September 2014 Dominik Rost, Hartmut Schmitt Produktqualität in agilen Entwicklungsvorgehen BITKOM Software Summit Frankfurt, 23. September 2014 Dominik Rost, Hartmut Schmitt 1 Motivation 2 Agile Entwicklungsvorgehen Status Quo vorwiegend eingesetzte

Mehr

Softwarearchitektur als Mittel für Qualitätssicherung und SOA Governance

Softwarearchitektur als Mittel für Qualitätssicherung und SOA Governance Softwarearchitektur als Mittel für Qualitätssicherung und SOA Governance Mag. Georg Buchgeher +43 7236 3343 855 georg.buchgeher@scch.at www.scch.at Das SCCH ist eine Initiative der Das SCCH befindet sich

Mehr

Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006

Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006 Die Integration von Requirements Management, Software Configuration Management und Change Management mit der MKS Integrity Suite 2006 Oliver Böhm MKS GmbH Agenda Überblick Der Entwicklungsprozess: Requirements

Mehr

Bekannte Tools in einem agilen Ansatz. Frank Schwichtenberg SourceTalkTage 2013 Göttingen, 2.10.2013

Bekannte Tools in einem agilen Ansatz. Frank Schwichtenberg SourceTalkTage 2013 Göttingen, 2.10.2013 Bekannte Tools in einem agilen Ansatz Frank Schwichtenberg SourceTalkTage 2013 Göttingen, 2.10.2013 Vorher Lange Planungszeiten und Releasezyklen Manche Features brauchten lange und wurden nicht gebraucht

Mehr

Denn sie wissen nicht was sie tun! Den Überblick über agile Backlogs behalten.

Denn sie wissen nicht was sie tun! Den Überblick über agile Backlogs behalten. 1 Denn sie wissen nicht was sie tun! Den Überblick über agile Backlogs behalten. 2 INHALT Begriffe Backlogmanagement -Board Zusammenfassung 3 BEGRIFFE Backlog Backlog Item Arten von Backlogs 4 BACKLOG

Mehr

AGILE APPLICATION LIFECYCLE MANAGEMENT IM ATLASSIAN ECOSYSTEM

AGILE APPLICATION LIFECYCLE MANAGEMENT IM ATLASSIAN ECOSYSTEM AGILE APPLICATION LIFECYCLE MANAGEMENT IM ATLASSIAN ECOSYSTEM 09.07.2015 NATALIE WENZ JAN GERTGENS Vorstellung Natalie Wenz Studium Medieninformatik an der Hochschule Reutlingen mit Abschluss als Master

Mehr

Einführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen

Einführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen Einführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen Wer bin ich Kurse und Vorträge mit Jeff Sutherland und Ken Schwaber Verschiedene Kurse der Scrum.org Professional

Mehr

Entwicklungsoptimierung mit einem ALM Tool Positionierung mit Fallstudie

Entwicklungsoptimierung mit einem ALM Tool Positionierung mit Fallstudie Entwicklungsoptimierung mit einem ALM Tool Positionierung mit Fallstudie Gerald Heller Agenda Standortbestimmung ALM Typischer industrieller Setup und Probleme Vorstellung von QualityCenter als ALM tool

Mehr

Wer bin ich. > Senior Consultant, Architekt und Trainer (MATHEMA Software GmbH) > 25+ Jahre Software > 12+ Jahre Java Enterprise > 7+ Jahre.

Wer bin ich. > Senior Consultant, Architekt und Trainer (MATHEMA Software GmbH) > 25+ Jahre Software > 12+ Jahre Java Enterprise > 7+ Jahre. Copyright 2010, MATHEMA Software GmbH 1 Wer bin ich > Senior Consultant, Architekt und Trainer (MATHEMA Software GmbH) > 25+ Jahre Software > 12+ Jahre Java Enterprise > 7+ Jahre.Net > Schwerpunkte Software

Mehr

DevOps bei den ID Build-Automatisierung statt Silo-Betrieb

DevOps bei den ID Build-Automatisierung statt Silo-Betrieb DevOps bei den ID Build-Automatisierung statt Silo-Betrieb SWS Entwicklertreffen vom 1.10.2015 Benno Luthiger 1.10.2015 1 Ausgangslage Kundenwunsch: Stabiles System, das schnell reagiert ( Betrieb) Neue

Mehr

1. Grundbegriffe des Software-Engineering

1. Grundbegriffe des Software-Engineering 1. Grundbegriffe Software Engineering 1 1. Grundbegriffe des Software-Engineering Was ist Software-Engineering? (deutsch: Software-Technik) Teilgebiet der Informatik, das sich mit Methoden und Werkzeugen

Mehr

DevOps in der Praxis. Alexander Pacnik 24.11.2015

DevOps in der Praxis. Alexander Pacnik 24.11.2015 DevOps in der Praxis Alexander Pacnik 24.11.2015 Einführung... DevOps Versuch einer Definition Alexander Pacnik IT Engineering & Operations Project Management inovex GmbH 2 Einführung... DevOps Versuch

Mehr

Umfrage zum Informationsbedarf im Requirements Engineering

Umfrage zum Informationsbedarf im Requirements Engineering Umfrage zum Informationsbedarf im Requirements Engineering Vielen Dank für Ihre Teilnahme an dieser Studie! Im Rahmen eines Forschungsprojektes an der Universität Hamburg und der TU Graz führen wir eine

Mehr

Agile Methoden. David Tanzer. Oliver Szymanski

Agile Methoden. David Tanzer. Oliver Szymanski Agile Methoden David Tanzer Oliver Szymanski Ziel von Softwareentwicklung Anforderungen zuverlässig und effizient in lauffähige Software verwandeln. Ziel von Softwareentwicklung Bedürfnisse des Kunden

Mehr

Softwarequalität: Definitionen, Wünsche, Grenzen

Softwarequalität: Definitionen, Wünsche, Grenzen Softwarequalität: Definitionen, Wünsche, Grenzen iks Thementag Mehr Softwarequalität Ausgewählte Themen 22.05.2014 Autor: Christoph Schmidt-Casdorff Agenda Einführung Was ist Softwarequalität? Qualität

Mehr

Testmanagement Sein, Schein und reiner Wein

Testmanagement Sein, Schein und reiner Wein management Sein, Schein und reiner Wein Dr. sc. techn. F. Gramsamer bbv Software Services AG, Luzern www.bbv.ch bbv Software Services Corp. 1 Agenda Schein Der manager (TM) überschätzt unterschätzt Sein

Mehr

Das Entwicklungsteam im agilen Prozess. Aufgaben der Software Architektur. Best Practices & Scrum Integration. Zusammenfassung & Ausblick

Das Entwicklungsteam im agilen Prozess. Aufgaben der Software Architektur. Best Practices & Scrum Integration. Zusammenfassung & Ausblick Das Entwicklungsteam im agilen Prozess Aufgaben der Software Architektur Best Practices & Scrum Integration Zusammenfassung & Ausblick Das Entwicklungsteam im agilen Prozess Die besten Architekturen, Anforderungen

Mehr

UI-Design gegen alle Widerstände

UI-Design gegen alle Widerstände UI-Design gegen alle Widerstände Daniel Greitens GF maximago GmbH MVP Expression Blend Buchautor UI-Design mit Expression Blend 2 Autor für ix Referent (Prio, Basta, CeBIT, ) daniel.greitens@maximago.de

Mehr

RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen

RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen RTLOpen - Eine Methode zur interdisziplinären Entwicklung von software-intensiven Echtzeit-Systemen Thorsten Keuler (thorsten.keuler@iese.fraunhofer.de) IESE Fraunhofer Institut Experimentelles Software

Mehr

Iterativ. Inkrementell

Iterativ. Inkrementell Iterativ Inkrementell Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks

Mehr

Zusammenarbeit mit Indien. Ein Erfahrungsbericht

Zusammenarbeit mit Indien. Ein Erfahrungsbericht Zusammenarbeit mit Indien Ein Erfahrungsbericht 2 Thema des Vortrags Bericht über persönliche Erfahrungen in der Zusammenarbeit mit einem indischen Entwicklungspartners Vorstellung von Best Practices 3

Mehr

Bewertungsansätze für IT Application Evolution

Bewertungsansätze für IT Application Evolution Bewertungsansätze für IT Application Evolution ACADEMY GOV, 26. August 2015 Dr. Beat Fluri, Senior Solution Architect Über mich Beat Fluri Zürich Senior Solution Architect MSc ETH, Dr. Inform. UZH Bei

Mehr

Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen.

Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen. Stefan Topp Honeywell International SARL 16. Februar 2012 Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen. 1 Agenda Hintergruende Der Auswahlprozess Ausrollen von

Mehr

SAP Software Engineering live Agile! Agiles Projektmanagement und Clean Code im SAP-Umfeld

SAP Software Engineering live Agile! Agiles Projektmanagement und Clean Code im SAP-Umfeld SAP Software Engineering live Agile! Agiles Projektmanagement und Clean Code im SAP-Umfeld SAP Software Engineering live Agile! SAP Ali Kaveh Software Engineering live Agile! Certified Scrum Master Solution

Mehr

Werkzeug SAM-Tool. Marc Roggli, SAM Consultant 2012-10-13 Zürich WTC

Werkzeug SAM-Tool. Marc Roggli, SAM Consultant 2012-10-13 Zürich WTC Werkzeug SAM-Tool Marc Roggli, SAM Consultant 2012-10-13 Zürich WTC Metapher zu SAM-Werkzeuge Was hat ein SAM-Tool mit dem Rennsport zu tun? BESTELLUNGEN 2 Zahlreiche Begriffe verschiedene Interpretationen

Mehr

PM-Forum Augsburg. Thomas Müller-Zurlinden, PMP 18.05.2012. Kontakt: Info@QinS.de

PM-Forum Augsburg. Thomas Müller-Zurlinden, PMP 18.05.2012. Kontakt: Info@QinS.de PM-Forum Augsburg Thomas Müller-Zurlinden, PMP 18.05.2012 Kontakt: Info@QinS.de Einführung in die Konzepte der Software Product Line Organisation einer globalen SPL Entwicklung SPL und die Herausforderungen

Mehr

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Agile Methoden als Diagnose-Tool für den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Über mich Berufliche Erfahrung 3 Jahre Projektabwicklung 2 Jahre

Mehr

Service Virtualisierung

Service Virtualisierung Service Virtualisierung So bekommen Sie Ihre Testumgebung in den Griff! Thomas Bucsics ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien Tel.: +43 1 409 58 90 www.anecon.com office@anecon.com

Mehr

Agilität auf Unternehmensebene - Was hält uns davon ab?

Agilität auf Unternehmensebene - Was hält uns davon ab? Agilität auf Unternehmensebene - Was hält uns davon ab? Alexander Birke, Juli 2015 Copyright 2015 Accenture All rights reserved. Wie stellt sich Agilität heute dar? Das Scrum Framework: einfach und mittlerweile

Mehr

Probeklausur. Lenz Belzner. January 26, 2015. Lenz Belzner Probeklausur January 26, 2015 1 / 16

Probeklausur. Lenz Belzner. January 26, 2015. Lenz Belzner Probeklausur January 26, 2015 1 / 16 Probeklausur Lenz Belzner January 26, 2015 Lenz Belzner Probeklausur January 26, 2015 1 / 16 Definieren Sie Software Engineering in Abgrenzung zu Individual Programming. Ingenieursdisziplin professionelle

Mehr

Softwaretechnik. Fomuso Ekellem WS 2011/12

Softwaretechnik. Fomuso Ekellem WS 2011/12 WS 2011/12 Inhalt Projektvorstellung Übung 1 Wiederholung zusammengefasst Planungsphase Lernziele Ziele und Inhalt der Planungsphase Anlass und Aufgabestellung(Was ist dabei erförderlich) Requirement Engineering

Mehr

Agile Software Entwicklung. Agile Software Entwicklung, DHBW Karlsruhe, SS-2009 Collin Rogowski

Agile Software Entwicklung. Agile Software Entwicklung, DHBW Karlsruhe, SS-2009 Collin Rogowski Agile Software Entwicklung Agile Software Entwicklung, DHBW Karlsruhe, SS-2009 Collin Rogowski Agenda zum Kurs Software Engineering Wasserfallmodell Agile Entwicklung Wer bin ich Studium der Computerlinguistik

Mehr

Mobilität im Gesundheitswesen

Mobilität im Gesundheitswesen Mobilität im Gesundheitswesen Axel Hohnberg, Leiter Applikationsentwicklung, Noser Engineering AG Martin Straumann, Leiter Mobile Solutions, Noser Engineering AG Langjähriges Know-how im Software Umfeld

Mehr

MOBILE ON POWER MACHEN SIE IHRE ANWENDUNGEN MOBIL?!

MOBILE ON POWER MACHEN SIE IHRE ANWENDUNGEN MOBIL?! MOBILE ON POWER MACHEN SIE IHRE ANWENDUNGEN MOBIL?! Oliver Steinhauer Sascha Köhler.mobile PROFI Mobile Business Agenda MACHEN SIE IHRE ANWENDUNGEN MOBIL?! HERAUSFORDERUNG Prozesse und Anwendungen A B

Mehr

Christoph Behounek, eggs unimedia

Christoph Behounek, eggs unimedia Adobe Experience Manager6.1 Planung eines erfolgreichen AEM Upgrades Christoph Behounek, eggs unimedia Adobe Experience Manager Ohne Planung funktioniert es nicht Planung eines erfolgreichen AEM Updates

Mehr

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH

Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme. Tillmann Schall, anaptecs GmbH Modellgetriebene Entwicklungsprozesse in der Praxis - eine Bestandsaufnahme Tillmann Schall, anaptecs GmbH : Agenda Grundlagen modellgetriebener Entwicklungsprozesse Schritte zur Einführung Erfahrungen

Mehr

your engineering partner boost your development

your engineering partner boost your development boost development Individuelle Lösungen von Ihrem Engineering Partner Luft- und Raumfahrt Wir realisieren Ihre Visionen und setzen unser ganzes Know-How ein, damit Ihre Ziele praxisgerecht, zeitnah und

Mehr

DAS SPANNUNGSFELD ZWISCHEN IT-OUTSOURCING UND DEVOPS. Ralf Neeb IT Neeb GmbH

DAS SPANNUNGSFELD ZWISCHEN IT-OUTSOURCING UND DEVOPS. Ralf Neeb IT Neeb GmbH DAS SPANNUNGSFELD ZWISCHEN IT-OUTSOURCING UND DEVOPS Ralf Neeb IT Neeb GmbH ZWANZIG MINUTEN Grundlegendes, IT Outsourcing, über DevOps, Zum Spannungsfeld zwischen IT Outsourcing und DevOps ALLGEMEINES

Mehr

Data Governance Informationen kontrolliert managen

Data Governance Informationen kontrolliert managen make connections share ideas be inspired Data Governance Informationen kontrolliert managen Michael Herrmann SAS Copyright 2013, SAS Institute Inc. All rights reserved. DATA GOVERNANCE TRENDS UND TREIBER:

Mehr

Application Life Cycle Management

Application Life Cycle Management Application Life Cycle Management Konzepte von ALM Hermann Lacheiner +43 7236 3343 849 Hermann.Lacheiner@scch.at www.scch.at Das SCCH ist eine Initiative der Das SCCH befindet sich im Anwendungsorientierte

Mehr

GELEBTE ENTWICKLUNGSRICHTLINIEN

GELEBTE ENTWICKLUNGSRICHTLINIEN GELEBTE ENTWICKLUNGSRICHTLINIEN VOM VERSTAUBTEM PAPIERSTAPEL ZUM SPICKZETTEL FÜR ENTWICKLER BORIS WEHRLE ENTWICKLUNGSRICHTLINIEN Ein Programmierstil (engl. code conventions, coding conventions, coding

Mehr

Testautomatisierung. Lessons Learned. qme Software. Gustav-Meyer-Allee 25 13355 Berlin. Telefon 030/46307-230 Telefax 030/46307-649

Testautomatisierung. Lessons Learned. qme Software. Gustav-Meyer-Allee 25 13355 Berlin. Telefon 030/46307-230 Telefax 030/46307-649 Testautomatisierung Lessons Learned qme Software GmbH Gustav-Meyer-Allee 25 13355 Berlin Telefon 030/46307-230 Telefax 030/46307-649 E-Mail qme Software info@qme-software.de GmbH Testautomatisierung Lessons

Mehr

RE-Metriken in SCRUM. Michael Mainik

RE-Metriken in SCRUM. Michael Mainik RE-Metriken in SCRUM Michael Mainik Inhalt Agile Methoden Was ist SCRUM? Eine kurze Wiederholung Metriken Burn Down Graph Richtig schätzen Running Tested Features WBS/ Earned Business Value Business Value

Mehr

PMI Munich Chapter 21.04.2008

PMI Munich Chapter 21.04.2008 Projektmanagement im Rahmen einer IT-Infrastruktur- Standardisierung mit internationalen Teams Christoph Felix PMP, Principal Project Manager, Microsoft Deutschland PMI Munich Chapter 21.04.2008 Agenda

Mehr

Effiziente Testautomatisierung in agilen Projekten

Effiziente Testautomatisierung in agilen Projekten Effiziente Testautomatisierung in agilen Projekten Neue Software-Trends, Wien 15.9.2011 DI Manfred Baumgartner ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien Tel.: +43 1 409

Mehr

Agiles Testen. Gedankensammlung. 17. November 2013 - Patrick Koglin

Agiles Testen. Gedankensammlung. 17. November 2013 - Patrick Koglin Agiles Testen Gedankensammlung 17. November 2013 - Patrick Koglin Inhalt Reflektion: Agilität notwendig? Wo? Eigenschaften agiler Entwicklung Quality is everyone s responsibility Qualität möglich machen

Mehr

Extreme Programming: Überblick

Extreme Programming: Überblick Extreme Programming: Überblick Stefan Diener / Apr 18, 2007 / Page 1 Prinzipien Rollen Planung Implementierung Praktiken weitere Vorgehensweisen Grenzen Inhalt Stefan Diener / Apr 18, 2007 / Page 2 Prinzipien

Mehr

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015

Software Engineering mit Übungen. Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering mit Übungen Franz-Josef Elmer, Universität Basel, HS 2015 Software Engineering 2 Organisation Ort: Seminarraum 05.002, Spiegelgasse 5 Ablauf: 15:15 Vorlesung Prüfung: Schriftlich,

Mehr

Scaling Scrum Nexus professionell umsetzen

Scaling Scrum Nexus professionell umsetzen Scaling Scrum Nexus professionell umsetzen Frankfurter Entwicklertag 2016 Fahd Al-Fatish Agile Coach, Professional Scrum Trainer Dr. Reinhard Schmitt Organisationsberater und Trainer Skalierung bedeutet

Mehr

The Rational Unified Process. Eine Einführung von T. Langer und A. Nitert

The Rational Unified Process. Eine Einführung von T. Langer und A. Nitert The Rational Unified Process Eine Einführung von T. Langer und A. Nitert Übersicht Einleitung Probleme der SW-Entwicklung, Best Practices, Aufgaben Was ist der Rational Unified Process? Struktur des Prozesses

Mehr

Migration und Modernisierung der IT bei Sixt durch Soprado

Migration und Modernisierung der IT bei Sixt durch Soprado Migration und Modernisierung der IT bei Sixt durch Soprado ix Day rund um Cobol, 25.11.2009 Jana Koch, Senior Consultant Sascha Schumann, Principal Consultant und Gründer Gliederung Darstellung Sixt/Soprado

Mehr

REST-Services mit Dropwizard ruck-zuck erstellt, dokumentiert und getestet

REST-Services mit Dropwizard ruck-zuck erstellt, dokumentiert und getestet .consulting.solutions.partnership REST-Services mit Dropwizard ruck-zuck erstellt, dokumentiert und getestet Alexander Schwartz, Principal IT Consultant Berlin Expert Days 2015 REST-Services ruck-zuck

Mehr

Orchestrator. IT-Paradigmenwechsel im Zeitalter des Cloud Computing. Mohammad Esad-Djou, Solution Architect OPITZ CONSULTING Deutschland GmbH

Orchestrator. IT-Paradigmenwechsel im Zeitalter des Cloud Computing. Mohammad Esad-Djou, Solution Architect OPITZ CONSULTING Deutschland GmbH Orchestrator IT-Paradigmenwechsel im Zeitalter des Cloud Computing Mohammad Esad-Djou, Solution Architect OPITZ CONSULTING Deutschland GmbH Mainz, 06. Juni 2013, DOAG 2013 IM Community Summit Agenda Problemstellung

Mehr

Einführung in SCRUM. Helge Baier 21.01.2010

Einführung in SCRUM. Helge Baier 21.01.2010 Einführung in SCRUM Helge Baier 21.01.2010 Helge Baier Master of Computer Science (Software Engineering) über 10 Jahre Erfahrung in der Software Entwicklung Zertifizierung zum Scrum Master (2009) praktische

Mehr

SCRUM. Vertragsgestaltung & Vertragsorientierte Projektdurchführung. Katharina Vierheilig Vorlesung: Juristisches IT-Projektmanagement 08.01.

SCRUM. Vertragsgestaltung & Vertragsorientierte Projektdurchführung. Katharina Vierheilig Vorlesung: Juristisches IT-Projektmanagement 08.01. SCRUM Vertragsgestaltung & Vertragsorientierte Projektdurchführung Katharina Vierheilig Vorlesung: Juristisches IT- Agile Softwareentwicklung SCRUM 2 SCRUM Agiles Manifest Individuen und Interaktion Prozesse

Mehr

ES GIBT EIN LEBEN NACHCI!

ES GIBT EIN LEBEN NACHCI! ES GIBT EIN LEBEN NACHCI! DEVOPS, CONTINUOUSDELIVERY& CO RUDOLFE. GROETZ, HEAD OFQA, JUMIOINC RUDOLF@JUMIO.COM 1 Wer zum Teufel ist Jumio? 2 Kennen sie diese Fragen? - Ist der neue Build schon getestet?

Mehr

Requirements Engineering (Anforderungstechnik)

Requirements Engineering (Anforderungstechnik) 5 Requirements Engineering Einführung 5.1 Was ist Requirements Engineering? Erste Näherung: Requirements Engineering (Anforderungstechnik) ist das systematische, disziplinierte und quantitativ erfassbare

Mehr

Empirische Evidenz von agilen Methoden. Seminar in Software Engineering Wintersemester 03/04

Empirische Evidenz von agilen Methoden. Seminar in Software Engineering Wintersemester 03/04 Empirische Evidenz von agilen Methoden Seminar in Software Engineering Wintersemester 03/04 Agenda Einleitung Bedeutung von agil Kurzübesicht agiler Methoden Überprüfung des (agilen) Erfolges Ausgewählte

Mehr

Wallmüller Software-Qualitätsmanagement in der Praxis

Wallmüller Software-Qualitätsmanagement in der Praxis Wallmüller Software-Qualitätsmanagement in der Praxis Mechatronik im Maschinenbau Technische Universität Darmstadt Prof. Dr.-Ing. Stephan Rinderknecht Petersenstraße 30 64287 Darmstadt Telefon: +49 61

Mehr

Software - Testung ETIS SS05

Software - Testung ETIS SS05 Software - Testung ETIS SS05 Gliederung Motivation Was ist gute Software? Vorurteile gegenüber Testen Testen (Guidelines + Prinzipien) Testarten Unit Tests Automatisierte Tests Anforderungen an Testframeworks

Mehr

Unser verflixtes 7. Jahr im Testmanagement. Bernd Schindelasch 26. Juni 2013

Unser verflixtes 7. Jahr im Testmanagement. Bernd Schindelasch 26. Juni 2013 Unser verflixtes 7. Jahr im Testmanagement Bernd Schindelasch 26. Juni 2013 Agenda EWE TEL GmbH Testmanagement bei EWE TEL (klassisch) Agile - SCRUM Testmanagement im SCRUM-Projekt Ausblick und Zusammenfassung

Mehr

TELEMETRIE EINER ANWENDUNG

TELEMETRIE EINER ANWENDUNG TELEMETRIE EINER ANWENDUNG VISUAL STUDIO APPLICATION INSIGHTS BORIS WEHRLE TELEMETRIE 2 TELEMETRIE WELCHE ZIELE WERDEN VERFOLGT? Erkennen von Zusammenhängen Vorausschauendes Erkennen von Problemen um rechtzeitig

Mehr

Teil I Überblick... 25

Teil I Überblick... 25 Inhaltsverzeichnis Vorwort... 17 Motivation und Intention... 18 ITIL ist nicht nur reine Technik... 18 ITIL ist mehr... 19 ITIL ist auch ein Thema für die Organisation... 19 Zurück zum Thema Motivation...

Mehr

DevOps - Entwickelst Du noch oder lieferst Du schon?

DevOps - Entwickelst Du noch oder lieferst Du schon? DevOps - Entwickelst Du noch oder lieferst Du schon? Thomas Schissler Uwe Baumann https://www.flickr.com/photos/djquietstorm/4823356775 DevOps Was verbirgt sich hinter diesem Begriff? DevOps = 10 Releases

Mehr

EIN BRANCH FÜR JEDEN KUNDEN?

EIN BRANCH FÜR JEDEN KUNDEN? EIN BRANCH FÜR JEDEN KUNDEN? WIE INDIVIDUALISIERUNG UND STANDARDISIERUNG IN EINKLANG GEBRACHT WERDEN KÖNNEN AIT GmbH & Co. KG Ihre Software effizienter entwickelt. 2 AGENDA Die Unternehmen und ihre Produkte

Mehr

Software Engineering in

Software Engineering in Software Engineering in der Werkzeuge für optimierte LabVIEW-Entwicklung Folie 1 Best Practices Requirements Engineering Softwaretest Versionsmanagement Build- Automatisierung Folie 2 Arbeiten Sie im Team?

Mehr

Echolot Qualitätssicherung mit Sonar

Echolot Qualitätssicherung mit Sonar Echolot Qualitätssicherung mit Sonar Thomas Haug thomas.haug@mathema.de www.mathema.de Motivation Sonar Überblick Demo Fazit Motivation Sonar Überblick Demo Fazit Sometimes the developers manage to maintain

Mehr

IT-Projektturnaround Krisenprojekt mit einfachen Hilfsmitteln managen - Aus der Reihe Effektives Projektmanagement -

IT-Projektturnaround Krisenprojekt mit einfachen Hilfsmitteln managen - Aus der Reihe Effektives Projektmanagement - IT-Projektturnaround Krisenprojekt mit einfachen Hilfsmitteln managen - Aus der Reihe Effektives Projektmanagement - München, 2014 Die Kern-Idee des IT-Projekt-Turnarounds VERWENDUNG DER METHODEN DES TURNAROUND-MANAGEMENT

Mehr

Robert Hartmann Public v1.0 (Feb 2015) Architektur & Agilität - Praxisbericht

Robert Hartmann Public v1.0 (Feb 2015) Architektur & Agilität - Praxisbericht Robert Hartmann Public v1.0 (Feb 2015) Architektur & Agilität - Praxisbericht 1 Agenda Vorstellung Architektur & Agilität Industriedomäne Praxisbeispiele Wie geht es weiter? 2/26/2015 2 Vorstellung Robert

Mehr

Softwarearchitekturen I Softwareentwicklung mit Komponenten

Softwarearchitekturen I Softwareentwicklung mit Komponenten Softwarearchitekturen I Softwareentwicklung mit Komponenten Detlef Streitferdt Technische Universität Ilmenau TU-Ilmenau, Softwaresysteme / Prozessinformatik, KBSE Softwarearchitekturen I 1 Beispiel: Bibliothekssystem

Mehr

MOBILE ENTERPRISE APPLICATION PLATFORM (MEAP)

MOBILE ENTERPRISE APPLICATION PLATFORM (MEAP) MOBILE ENTERPRISE APPLICATION PLATFORM (MEAP) Oliver Steinhauer.mobile PROFI Mobile Business Agenda MOBILE ENTERPRISE APPLICATION PLATFORM AGENDA 01 Mobile Enterprise Application Platform 02 PROFI News

Mehr

Agiles Testen. Handwerkszeug zur Prävention von Fehlern und technischen Schulden. Entwicklertag 2014. Lars Alvincz, Daniel Knapp

Agiles Testen. Handwerkszeug zur Prävention von Fehlern und technischen Schulden. Entwicklertag 2014. Lars Alvincz, Daniel Knapp Agiles Testen Handwerkszeug zur Prävention von Fehlern und technischen Schulden Entwicklertag 2014 Lars Alvincz, Daniel Knapp 2 Agenda Ziel dieses Vortrags Grundzüge des agilen Testens Voraussetzungen

Mehr

Agiles Testen - Ein Erfahrungsbericht Thomas Schissler / artiso AG Michael Lierheimer/ infoteam software AG

Agiles Testen - Ein Erfahrungsbericht Thomas Schissler / artiso AG Michael Lierheimer/ infoteam software AG Agiles Testen - Ein Erfahrungsbericht Thomas Schissler / artiso AG Michael Lierheimer/ infoteam software AG Herausforderungen bei agilem Testen Klassische Projektstruktur Projektleiter Entwickler QS-Abteilung

Mehr

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-41913-1

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-41913-1 sverzeichnis Boris Gloger Scrum Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-41913-1 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-41913-1 sowie im Buchhandel.

Mehr

Systematische Software-Qualität mittels einer durchgängigen Analyse- und Teststrategie

Systematische Software-Qualität mittels einer durchgängigen Analyse- und Teststrategie Insert picture and click Align Title Graphic. Systematische Software-Qualität mittels einer durchgängigen Analyse- und Teststrategie Dr. Dieter Lederer, Geschäftsführer Vector Consulting Services GmbH

Mehr

Software Engineering

Software Engineering Software Engineering Grundlagen, Menschen, Prozesse, Techniken von Jochen Ludewig, Horst Lichter 1. Auflage Software Engineering Ludewig / Lichter schnell und portofrei erhältlich bei beck-shop.de DIE

Mehr

Testmanagement Zentraler Prozess im ALM

Testmanagement Zentraler Prozess im ALM Testmanagement Zentraler Prozess im ALM DI Manfred Baumgartner, ANECON ANECON Software Design und Beratung G.m.b.H. Alser Str. 4/Hof 1 A-1090 Wien Tel.: +43 1 409 58 90 www.anecon.com office@anecon.com

Mehr

Continuous Delivery. Der pragmatische Einstieg. von Eberhard Wolff. 1. Auflage. dpunkt.verlag 2014

Continuous Delivery. Der pragmatische Einstieg. von Eberhard Wolff. 1. Auflage. dpunkt.verlag 2014 Continuous Delivery Der pragmatische Einstieg von Eberhard Wolff 1. Auflage dpunkt.verlag 2014 Verlag C.H. Beck im Internet: www.beck.de ISBN 978 3 86490 208 6 Zu Leseprobe schnell und portofrei erhältlich

Mehr

>EasyMain Die Nutzung von Methoden, Prozessen und Standards im Rahmen eines Application Lifecycle Managements

>EasyMain Die Nutzung von Methoden, Prozessen und Standards im Rahmen eines Application Lifecycle Managements >EasyMain Die Nutzung von Methoden, Prozessen und Standards im Rahmen eines Application Lifecycle Managements 6. Januar 2014 >Agenda Motivation EasyMain Methoden, Standards und Prozesse bei EasyMain Folie

Mehr