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

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

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

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

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

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

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

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

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

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

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

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

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

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

DER AGILE ENTWICKLER, VERSION 1.2

DER AGILE ENTWICKLER, VERSION 1.2 DER AGILE ENTWICKLER, VERSION 1.2 OBJEKTspektrum Information Days, 27. 29. April 2010 SCRUM ÜBERBLICK VORHIN AUF TWITTER 30.06.2010 3 FLACCID SCRUM There's a mess about a few projects recently. It works

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

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

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

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

Teststrategie festlegen und Teststufen aufeinander abstimmen

Teststrategie festlegen und Teststufen aufeinander abstimmen Testen Teststrategie festlegen und Teststufen aufeinander abstimmen Bereich Projektplanung und -steuerung Aktivität Projekt planen Ziele Effiziente Testausführung Vermeidung von doppelter Arbeit schnell

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

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

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

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

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

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

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

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

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was

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

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

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

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

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

>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

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

Praxisbericht und Demo-Projektabwicklung mit der ATLASSIAN Toolchain und Continuous Integration. Markus Stollenwerk, Noser Engineering AG

Praxisbericht und Demo-Projektabwicklung mit der ATLASSIAN Toolchain und Continuous Integration. Markus Stollenwerk, Noser Engineering AG Praxisbericht und Demo-Projektabwicklung mit der ATLASSIAN Toolchain und Continuous Integration Markus Stollenwerk, Noser Engineering AG Agile Softwareentwicklung Crash-Kurs Markus Stollenwerk, 27.9.2013

Mehr

Damit Ihr digitales Projekt zuverlässig, sicher und performant läuft

Damit Ihr digitales Projekt zuverlässig, sicher und performant läuft Damit Ihr digitales Projekt zuverlässig, sicher und performant läuft Wir sorgen für den Betrieb Ihrer Software und Web-Anwendung. Dabei liefern wir Ihnen Service aus einer Hand - individuell auf Ihre Bedürfnisse

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

Stefan Mieth. 5 Jahre TFS

Stefan Mieth. 5 Jahre TFS Stefan Mieth AIT 5 Jahre TFS SOFTWARE-ENTWICKLUNG In sämtlichen Phasen: Spezifikation Konzeption & Design (Softwarearchitektur & User Interface) Projektmanagement Prototyping und Implementierung Qualitätssicherung

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

Softwareentwicklung und Application Lifecycle Management als Geschäftsprozess

Softwareentwicklung und Application Lifecycle Management als Geschäftsprozess Softwareentwicklung und Application Lifecycle Management als Geschäftsprozess Von David Chappell Gefördert durch die Microsoft Corporation 2010 Chappell & Associates David Chappell: Softwareentwicklung

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

DevOps. Einführung und Umsetzung am Beispiel ProSiebenSat.1 und dm-drogerie markt. Alexander Pacnik Karlsruhe, 25.06.2015

DevOps. Einführung und Umsetzung am Beispiel ProSiebenSat.1 und dm-drogerie markt. Alexander Pacnik Karlsruhe, 25.06.2015 DevOps Einführung und Umsetzung am Beispiel ProSiebenSat.1 und dm-drogerie markt Alexander Pacnik Karlsruhe, 25.06.2015 Alexander Pacnik IT Engineering & Operations Project Management inovex GmbH Fabian

Mehr

Herzlich Willkommen zum Fachgruppentreffen Software-Test in Leinfelden-Echterdingen

Herzlich Willkommen zum Fachgruppentreffen Software-Test in Leinfelden-Echterdingen Herzlich Willkommen zum Fachgruppentreffen Software-Test in Leinfelden-Echterdingen Thema: Ein Erfahrungsbericht aus der Testautomatisierung - Open Source Tools und kommerzielle Lösungen richtig miteinander

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

Informationssystemanalyse Grundlagen 1 1

Informationssystemanalyse Grundlagen 1 1 Informationssystemanalyse Grundlagen 1 1 Software-Projekte Klassischerweise wird Software-Entwicklung in Projektform abgewickelt. Projekte kommen dabei zwischen einem Anbieter und einem Kunden zustande,

Mehr

Gutes Benehmen Akzeptanztest-getriebene Software-Entwicklung in einem Web-Projekt

Gutes Benehmen Akzeptanztest-getriebene Software-Entwicklung in einem Web-Projekt Gutes Benehmen Akzeptanztest-getriebene Software-Entwicklung in einem Web-Projekt 1 David Tanzer Bakk. Techn. (JKU Linz) Certified Scrum Master Freiberufler seit 2006 http://davidtanzer.net business@davidtanzer.net

Mehr

Sicherstellen der Betrachtung von nicht-funktionalen Anforderungen in SCRUM- Prozessen durch Etablierung von Feedback

Sicherstellen der Betrachtung von nicht-funktionalen Anforderungen in SCRUM- Prozessen durch Etablierung von Feedback Sicherstellen der Betrachtung von nicht-funktionalen Anforderungen in SCRUM- Prozessen durch Etablierung von Feedback Gregor Engels, Silke Geisen, Olaf Port, Stefan Sauer 4. Workshop: Vorgehensmodelle

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

Kapitel 1 Applikations-Architektur V

Kapitel 1 Applikations-Architektur V Kapitel 1 Applikations-Architektur V Software Engineering FS 2015 Prof. Dr. Jana Köhler jana.koehler@hslu.ch Gesamtüberblick I. Software Architektur Grundbegriffe II. Prinzipien & Taktiken III. Stile und

Mehr

FWP Komponentenorientierte Softwareentwicklung Test-Driven-Development mit Java

FWP Komponentenorientierte Softwareentwicklung Test-Driven-Development mit Java FWP Komponentenorientierte Softwareentwicklung Test-Driven-Development mit Java Hochschule München FK 07 SS 2009 Theis Michael - Senior Developer HVB Information Services GmbH März 2009 Grundlagen des

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

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

Lars Hansen Softship AG

Lars Hansen Softship AG Lars Hansen Softship AG Agenda Softwareauswahl Genutzte Softwarepakete Issue Typen Workflows Support & Consulting Softwareentwicklung Releasemanagement Abrechnung& Controlling JIRA Service Desk zur Kundenkommunikation

Mehr

SharePoint Continuous Integration mit TFS Online & Azure VMs Torsten Mandelkow Christian Pappert Microsoft

SharePoint Continuous Integration mit TFS Online & Azure VMs Torsten Mandelkow Christian Pappert Microsoft SharePoint Continuous Integration mit TFS Online & Azure VMs Torsten Mandelkow Christian Pappert Microsoft Agenda SharePoint Continuous Integration mit TFS Online & Azure VMs Fehlende Hardware oder mangelnde

Mehr

Anforderungsmanagement im Projekt BIS-BY. BIS-BY: Requirement Management

Anforderungsmanagement im Projekt BIS-BY. BIS-BY: Requirement Management Anforderungsmanagement im Projekt BIS-BY von B. KREUZER Schlüsselwörter: Änderungswünsche, Anforderungsmanagement, DOORS Kurzfassung Softwaresysteme unterliegen während ihrer Entwicklung und während ihres

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

- Agile Programmierung -

- Agile Programmierung - Fachhochschule Dortmund Fachbereich Informatik SS 2004 Seminar: Komponentenbasierte Softwareentwicklung und Hypermedia Thema: - - Vortrag von Michael Pols Betreut durch: Prof. Dr. Frank Thiesing Übersicht

Mehr

Navi & seitenzahl. Ein Toolset für agile Entwicklungsprojekte

Navi & seitenzahl. Ein Toolset für agile Entwicklungsprojekte Navi & seitenzahl Ein Toolset für agile Entwicklungsprojekte Warum Agil? Noch andere Gründe? Aktive Integration der Anwender Integration des Kunden Rückfragen, Priorisierungen Geschmack kommt beim Essen

Mehr

Konzeptionelle Integrität im Scrum Prozess

Konzeptionelle Integrität im Scrum Prozess Konzeptionelle Integrität im Scrum Prozess Agile World 2012 Ulf Schneider +49 163 2505164 us@datenlabor.net www.allesagil.net Datenlabor GmbH Hillebrandstr. 6 33102 Paderborn www.datenlabor.net 1 Konzeptionelle

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

Clean Code Enterprise Edition

Clean Code Enterprise Edition Wie führt man Clean Code im Unternehmen ein? Martin Monsorno CoC Software Development & Consulting Bereich Informationstechnologie Kassenärztliche Vereinigung Bayerns Agenda Vorbedingungen Warum Clean

Mehr

Sybase Central Dokumentation Aktivierung der Monitoringfunktion

Sybase Central Dokumentation Aktivierung der Monitoringfunktion Sybase Central Dokumentation Aktivierung der Monitoringfunktion Version 1.0 14. Dezember 2012 Inhaltsverzeichnis 1 EINLEITUNG... 3 2 ZIELSETZUNG... 3 3 VORGEHENSWEISE... 3 4 ANHANG... 7 4.1 DOKUMENTHISTORIE...

Mehr

Werkzeuge für effizientes Wissensmanagement. Agenda. Vorstellung. ! Kurzvorstellung itemis AG. ! Werkzeuge für effizientes Wissensmanagement

Werkzeuge für effizientes Wissensmanagement. Agenda. Vorstellung. ! Kurzvorstellung itemis AG. ! Werkzeuge für effizientes Wissensmanagement Werkzeuge für effizientes Wissensmanagement Dipl. Inf. Sebastian Neus (Mitglied des Vorstands) Bielefeld, 15.10.2013 Vorstellung! Studium Wirtschafts-Informatik, Essen/Dortmund (Diplom Informatiker)! IT

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

Graphisches Entwicklungslinien- und Aufgaben-Tracking für Subversion in Verbindung mit ALM Tool Suiten

Graphisches Entwicklungslinien- und Aufgaben-Tracking für Subversion in Verbindung mit ALM Tool Suiten Graphisches Entwicklungslinien- und Aufgaben-Tracking für Subversion in Verbindung mit ALM Tool Suiten LifeCycle.Conf 2012 in München 24. bis 25. April 2012 Michael Diers, Thomas Obermüller elego Software

Mehr

SAP Solution Manager effizient und individuell implementieren und integrieren

SAP Solution Manager effizient und individuell implementieren und integrieren SAP Solution Manager effizient und individuell implementieren und integrieren SNP Business Landscape Management SNP The Transformation Company SNP Business Landscape Management SNP Business Landscape Management

Mehr

Transparenz optimieren durch Managed Services. Dr. Armin Metzger, sepp.med gmbh MID Insight, Nürnberg 2012-11-20

Transparenz optimieren durch Managed Services. Dr. Armin Metzger, sepp.med gmbh MID Insight, Nürnberg 2012-11-20 Transparenz optimieren durch Managed Services Dr. Armin Metzger, sepp.med gmbh MID Insight, Nürnberg 2012-11-20 Inhalt Managed Services was ist das? Motivation und Benefits von Managed Services Parameter

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

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

Einführung und Motivation

Einführung und Motivation Einführung und Motivation iks-thementag: Requirements Engineering 16.11.2010 Autor Carsten Schädel Motto Definiere oder Du wirst definiert. Seite 3 / 51 These Im Privatleben definiert jeder (seine) Anforderungen.

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

Collaborative and transparent Free Software development

Collaborative and transparent Free Software development Collaborative and transparent Free Software development Lydia Pintscher Institute of Applied Informatics and Formal Description Methods Karlsruhe Institute of Technology 30. Juni 2011 Lydia Pintscher (KIT)

Mehr

von nicht-funktionalen Prozessen durch Etablierung von Feedback REConf 2010 15.März 2010

von nicht-funktionalen Prozessen durch Etablierung von Feedback REConf 2010 15.März 2010 Sicherstellen der Betrachtung von nicht-funktionalen Anforderungen in SCRUM- Prozessen durch Etablierung von Feedback Silke Geisen REConf 2010 15.März 2010 Software Quality Lab Wissenschaft Industrie Offenes

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

Dokumentation. Projekt: Innovation Management Plattform To Activate Creative Thoughts

Dokumentation. Projekt: Innovation Management Plattform To Activate Creative Thoughts Dokumentation Projekt: Innovation Management Plattform To Activate Creative Thoughts Betreuer: Dr. Joachim Kurzhöfer, Stefan Wunderlich, Jens Siewert Referentin: Yaping Lian Gliederung Einleitung: Agiles

Mehr

IV::SOLUTIONFRAMEWORK

IV::SOLUTIONFRAMEWORK IV::SOLUTIONFRAMEWORK EINFÜHRUNG Das IV::SolutionFramework ist die Antwort der INTERVISTA AG auf die Anforderungen an moderne IT Entwicklungsprojekte. Effiziente Vorgehensmodelle und die Einführung von

Mehr

ITIL V3 Basis-Zertifizierung

ITIL V3 Basis-Zertifizierung Nadin Ebel ITIL V3 Basis-Zertifizierung Grundlagenwissen und Zertifizierungsvorbereitung für die ITIL Foundation-Prüfung ^- ADDISON-WESLEY An imprint of Pearson Education München Boston San Francisco Harlow,

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

Mit User Experience Design effizient Produkte entwickeln, die begeistern

Mit User Experience Design effizient Produkte entwickeln, die begeistern Mit User Experience Design effizient Produkte entwickeln, die begeistern Die Benutzer machen das Produkt zum Erfolg Der Erfolg eines Softwareprodukts wird in den meisten Fällen an seinem Return On Investment

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

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

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

Agile Testing. Der agile Weg zur Qualität. von Siegfried Tanczos, Martin Klonk, Richard Seidl, Helmut Pichler, Manfred Baumgartner. 1.

Agile Testing. Der agile Weg zur Qualität. von Siegfried Tanczos, Martin Klonk, Richard Seidl, Helmut Pichler, Manfred Baumgartner. 1. Agile Testing Der agile Weg zur Qualität von Siegfried Tanczos, Martin Klonk, Richard Seidl, Helmut Pichler, Manfred Baumgartner 1. Auflage Hanser München 2013 Verlag C.H. Beck im Internet: www.beck.de

Mehr

Agile Programmierung in der Praxis

Agile Programmierung in der Praxis Agile Programmierung in der Praxis Tatyana Yotsova Universität Hamburg Fakultät für Mathematik, Informatik und Naturwissenschaften Seminar Softwareentwicklung in der Wissenschaft Betreuer: Christian Hovy

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

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

Large-Scale Scrum. Beratung. Entwicklung. Produktentwicklung mit vielen Teams Sven Hubert. Agile ALM und TFS.NET und Architektur

Large-Scale Scrum. Beratung. Entwicklung. Produktentwicklung mit vielen Teams Sven Hubert. Agile ALM und TFS.NET und Architektur Large-Scale Scrum Produktentwicklung mit vielen Teams Sven Hubert Sven.Hubert@aitgmbh.de http://www.aitgmbh.de Beratung Agile ALM und TFS.NET und Architektur Entwicklung Dienstleister für individuelle

Mehr

Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler

Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler Gruppe 2: Rui Gu, Wei Zhu, Veysel Imamoglu, Dimitar Dimitrov, Karl Oppermann, Nathalie Hrycej, Markus Schnalke, Christoph Galler Modellgetriebene Softwareentwicklung auf Basis von TOPCASED am Beispiel

Mehr

REZA NAZARIAN. Berater für digitale Projekte PROFIL. Schwerpunkt. Zusammenfassung. Kernkompetenzen

REZA NAZARIAN. Berater für digitale Projekte PROFIL. Schwerpunkt. Zusammenfassung. Kernkompetenzen PROFIL REZA NAZARIAN Telefon: 0163 54 90 761 Email: consulting@reza-nazarian.de Schwerpunkt Zusammenfassung Kernkompetenzen Strukturierte agile Produktentwicklung für sinnvolle technische Lösungen. Als

Mehr

FHH meets economy. Tobias Klug Dipl.-Wirt.-Inf. (FH), Alumnus FH Hannover. Hannover, 21. Januar 2010. 21. Januar 2010 bit GmbH

FHH meets economy. Tobias Klug Dipl.-Wirt.-Inf. (FH), Alumnus FH Hannover. Hannover, 21. Januar 2010. 21. Januar 2010 bit GmbH FHH meets economy BI Projektmanagement bei QlikView Projekten Tobias Klug Dipl.-Wirt.-Inf. (FH), Alumnus FH Hannover Hannover, 21. Januar 2010 21. Januar 2010 Agenda Über die bit GmbH Über QlikTech und

Mehr

Leitfaden API. Testing und Debugging. Erstellt am 4.9.2014 Autor FG API, Rinaldo Lanza. Dokumentenstatus Freigegeben at work Version 1.

Leitfaden API. Testing und Debugging. Erstellt am 4.9.2014 Autor FG API, Rinaldo Lanza. Dokumentenstatus Freigegeben at work Version 1. Leitfaden API Erstellt am 4.9.2014 Autor FG API, Rinaldo Lanza Dokumentenstatus Freigegeben at work Version 1.0 Verteiler Fachgruppe API Änderungen Datum Version Autor Inhaltsverzeichnis 1 Beschreibung

Mehr

Der Unified Process ist ein generischer Prozeß zur objektorientierten Software- Erstellung

Der Unified Process ist ein generischer Prozeß zur objektorientierten Software- Erstellung Unified Process Eine Einführung von Hannes Fischer Fischer Software Elfenstr. 64 70567 Stuttgart Deutschland Copyright 2000 Hannes Fischer Unified Process Wie wird heute gearbeitet? Der Unified Process

Mehr

Was funktioniert und was nicht? Agile Softwareentwicklung in der Praxis Martin Lippert, martin.lippert@akquinet.de

Was funktioniert und was nicht? Agile Softwareentwicklung in der Praxis Martin Lippert, martin.lippert@akquinet.de Was funktioniert und was nicht? Agile Softwareentwicklung in der Praxis Martin Lippert, martin.lippert@akquinet.de Über mich Martin Lippert Senior IT-Berater bei akquinet it-agile GmbH martin.lippert@akquinet.de

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

READY-STEADY-DONE! Der Product Owner are you READY for agile?!

READY-STEADY-DONE! Der Product Owner are you READY for agile?! READY-STEADY-DONE! Der Product Owner are you READY for agile?! Susanne Mühlbauer HOOD GmbH Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com -1- Neue Ideen sind

Mehr

Agiler Healthcheck. Dieter Bertsch & Sabine Canditt Agile Center Allianz Deutschland München / Januar 2013

Agiler Healthcheck. Dieter Bertsch & Sabine Canditt Agile Center Allianz Deutschland München / Januar 2013 Agiler Healthcheck Dieter Bertsch & Sabine Canditt Agile Center Allianz Deutschland München / Januar 2013 Inhalt 1 2 3 Motivation Existierende Healthchecks Agiler Healthcheck der Allianz "Der Glaube an

Mehr

Gerrit und Jenkins ein Traumpaar für Pre-Tested Commit

Gerrit und Jenkins ein Traumpaar für Pre-Tested Commit und ein Traumpaar für Pre-Tested Commit Orientation in Objects GmbH Weinheimer Str. 68 68309 Mannheim Steffen Schäfer Steffen Schluff Version:.0 www.oio.de info@oio.de Gliederung Pre-tested commit und

Mehr