Projektmanagement trifft Konfigurationsmanagement
|
|
|
- Mathias Rothbauer
- vor 8 Jahren
- Abrufe
Transkript
1 Projektmanagement trifft Konfigurationsmanagement Die optimale Verzahnung von PM- und KM-Prozessen Thomas Obermüller (Stand: ) ASQF - PM trifft KM / 44
2 Welcome & Outline Willkommen zum Vortrag PM trifft KM Produkt- und Projektgeschäft - Entwicklungsprozess, Vorgehensmodelle, klassische Probleme - Projektmanagement, Projektstruktur, Planung Konfigurationsmanagement - Versionskontrolle, Verzeichnisstrukturen, Varianten - Aktives Change-/ Änderungs- und Fehlermanagement - Build-, Test- und Releasemanagement Lösungen ASQF - PM trifft KM / 44
3 Unternehmen Softwareentwicklungs- und Beratungsunternehmen mit einem hohen professionellen Anspruch Fokussierung auf Optimierung von Softwareentwicklungsprozessen mit Schwerpunkt Configuration Management Sitz Berlin: 15 Mitarbeiter im Jahr 2000 gegründet Mitgliedschaften: - ASQF - INTCCM ASQF - PM trifft KM / 44
4 Portfolio und Referenzen Software Services - Leitung und Durchführung komplexer anspruchsvoller Softwareentwicklungsprojekte Software CM Services - Analyse von CM in Software entwickelnden Firmen - CM Beratung und Implementierung - CM Training und Coaching Contributor Open Source Projekte - CVS, Subversion, Modula-3, XEmacs ASQF - PM trifft KM / 44
5 Selected Partners AccuRev - SCM-Tool-Anbieter, innovatives Stream-Konzept, hervorragende Branching-/ Mergingunterstützung. Elego ist ACC-Partner für Europa. CollabNet GfKM - Sponsor der Subversion Entwicklung. Elego ist Technical Solution Partner für Europa. - Trainings Company CMII. Elego ist Partner für die Implementierung im Bereich Softwareentwicklung ikv++ technologies AG - Modellbasierte Entwicklung, Metamodellbasierte Werkzeugkopplung. Elego ist Partner im Bereich CM für Modelle. ASQF - PM trifft KM / 44
6 Produkt- und Projektgeschäft Produkt- und Projektgeschäft - Entwicklungsprozess, Vorgehensmodelle, klassische Probleme - Projektmanagement, Projektstruktur, Planung Konfigurationsmanagement - Versionskontrolle, Verzeichnisstrukturen, Varianten - Aktives Change-/ Änderungs- und Fehlermanagement - Build-, Test- und Releasemanagement Lösungen ASQF - PM trifft KM / 44
7 Gap between Business and IT ASQF - PM trifft KM / 44
8 Problemindikatoren/Ursachen - 1 Durchgängig mangelhafte Produktrealisierung: - Fehlender oder ungeeigneter Entwicklungsprozess - Mangelhafte Verwaltung, Analyse, Änderung von Anforderungen - Keine laufende Kontrolle der Produkt- und Prozessqualität Kostenexplosion bei Produktanpassung für neue Kunden: - Projektstruktur falsch konzipiert, monolithische Produktarchitektur Planungsziele werden verfehlt: - Zu detaillierte Planung kann nicht eingehalten werden ASQF - PM trifft KM / 44
9 Problemindikatoren/Ursachen - 2 Risiken eskalieren und bedrohen den Projektfortschritt: - Einfluss von Änderungen auf Risiken werden nicht analysiert oder ignoriert Unklarheit über umgesetzte Anforderungen,gefixte Bugs und durchgeführte Patches (Inhalte von Releases, Patches und BugFixes) - Konfigurationsmanagement fehlt oder mangelhaft Alter Fehler tauchen wieder auf oder nicht freigegebene, unvollständige Features gelangen in die Produktion. - Konfigurationsmanagement fehlt oder mangelhaft ASQF - PM trifft KM / 44
10 Evolution eines Softwareproduktes ASQF - PM trifft KM / 44
11 Projekt- und Produktgeschäft ASQF - PM trifft KM / 44
12 Von Release zu Release ASQF - PM trifft KM / 44
13 Iterativ inkrementelle Entwicklung ASQF - PM trifft KM / 44
14 Funktionale Dekomposition Use Cases Use Cases als Grundlage für Planung der Inkremente und zur Verfolgung von der Analyse bis zum Test ASQF - PM trifft KM / 44
15 Best Practices im Software Projektmanagement Produktorientierte Sichtweise Iterativ inkrementelle Softwareentwicklung Umsetzbare, verfolgbare und überprüfbare Planungseinheiten Laufende Qualitätskontrolle Anforderungen und Änderungen führen den Prozess Forcierung einer Komponenten-orientierte Architektur Für alle Projektmitglieder zugängliche Informationsplattform ASQF - PM trifft KM / 44
16 Schnittstellen PM und KM Aus der Prozessstruktur und Produktarchitektur abgeleitete Projektstruktur (s. Vorgehensmodell) Aktives Change Management Anforderungs-, Konzept- und Produktkonfigurationen Aus Anforderungen, Features bzw. Use Cases - abgeleitete Tasks als Planungseinheiten Zuordnung von Änderungen zu Releases und Entwicklungslinien Status Reporting (Fehlerrate, Umgesetzte Features, Metriken) ASQF - PM trifft KM / 44
17 Konfigurationsmanagement Produkt- und Projektgeschäft - Entwicklungsprozess, Vorgehensmodelle, klassische Probleme - Projektmanagement, Projektstruktur, Planung Konfigurationsmanagement - Versionskontrolle, Verzeichnisstrukturen, Varianten - Aktives Change-/ Änderungs- und Fehlermanagement - Build-, Test- und Releasemanagement Lösungen ASQF - PM trifft KM / 44
18 Aufgaben des SCM ASQF - PM trifft KM / 44
19 Aktivitäten des KM Nach IBM Rational Unified Process ASQF - PM trifft KM / 44
20 Zentrales Dokument: KM Plan (s. IEEE 828:1990) Management - Organisation und Festlegung von KM Rollen und Verantwortlichkeiten Detaillierte Beschreibung der KM Aktivitäten - Identifikation und Bezeichnung von Konfigurationselementen - Definition Konfigurationskontrolle (Versionierung, Change Control) - Konfigurationsstatusreports, Audits und Reviews - Vorbereitung, Auslieferung und Wartung von Produktständen Planung und Infrastruktur - Integration und Verwendung von Werkzeugen im KM ASQF - PM trifft KM / 44
21 Rollen und Aufgaben im KM Konfigurationsmanager - Organisation und Durchführung des KM - Installation und Wartung der KM Werkzeuge Projektmanager (administrativer und technischer) - Anpassung bzw. Tailoring des KM Planes für ein konkretes Vorhaben - U.U. werden KM Aufgaben durch PM, Produktmanager oder Entwickler übernommen Change Control Board ASQF - PM trifft KM / 44
22 Effiziente SCM Konzepte ASQF - PM trifft KM / 44
23 Konfigurationsdatenbank - Repository Checkout/Checkin Modell - Parallelisierung durch Copy-Modify-Merge Modell (konkurrierend) - Serialisierung der Entwicklung durch Locking Mechanismen ASQF - PM trifft KM / 44
24 Warum parallele Entwicklungsprozesse? Verkürzung der Entwicklungszyklen bzw. Antwortzeiten bei der Implementierung von Anforderungen, Fehler und Änderungen. Isolation von Entwicklungslinien für Features, Bugfixes, etc. und Möglichkeit der Rückintegration Strukturierung der Entwicklung nach organisatorischen, geografischen oder sonstigen team-abhängigen Vorgaben Parallele Pfade als Über- bzw. Freigabestufe innerhalb des Entwicklungsprozesses ASQF - PM trifft KM / 44
25 Branching und Merging Konkurrierende Parallelentwicklung auf Branches Synchronisierung konkurrierender Entwicklungslinien mittels Merge ASQF - PM trifft KM / 44
26 Was sind Codelines, Baselines, Branches? ASQF - PM trifft KM / 44
27 SCM Pattern Language Map nach Software Configuration Management Patterns Berczuk/Appelton ASQF - PM trifft KM / 44
28 SCM Pattern: Release Line Branching bei Auslieferung - Trennung der Wartungs- bzw. Release-Entwicklung von der aktiven Entwicklung als eigenständige Entwicklungslinien. Ausgelieferte Versionen werden in einer Release Line geführt. BugFixes der Entwicklungslinien werden auf diesen Release Lines durchgeführt. BugFixes werden durch Merge in die Mainline rückwärts integriert. nach Software Configuration Management Patterns Berczuk/Appelton ASQF - PM trifft KM / 44
29 SCM Pattern: Codeline Policy Richtlinien für Entwicklungslinien - Definition einer Policy für jede Entwicklungslinie bzw. Branch, die beschreibt wie und wann ein Check-out, Check-in, Merge, und eine Propagierung einer Änderung erfolgt. nach Software Configuration Management Patterns Berczuk/Appelton ASQF - PM trifft KM / 44
30 Anforderungen unter Konfigurationskontrolle KM auf Anforderungsartefaktebene (Ziele,Szenarien, lösungsorientierte Anforderungen und Beziehungen von Anf.) Konfiguration von Anforderungsartefakten fasst eine Menge log. zusammengehörender Versionen von Artefakten zusammen. Baselines als Auszeichnung stabiler (für den Kunden sichtbare) Anforderungskonfigurationen Natürlichsprachliches oder modellbasierendes Darstellungsformat Basis für die Planung von Auslieferung und Abschätzung des Realisierungsaufwandes ASQF - PM trifft KM / 44
31 Variability Management - Produktlinien Copyright 2006 Charles W. Krueger Methods & Tools ASQF - PM trifft KM / 44
32 Effizientes SCM Frühzeitige Einbindung des SCM in Projekt- und Produktplanung Verwendung von Best practices zur Umsetzung paralleler Entwicklungsprozess mittels SCM-Patterns Ein verständliches, nicht zu komplexes Entwicklungslinienmodell (Branching Strategie) Einsatz von Change-based SCM (Change Sets) Visualisierung von Entwicklungsmodellen Wesentliche Teile des SCM Prozess können automatisiert werden ASQF - PM trifft KM / 44
33 Lösungen zur Verzahnung Produkt- und Projektgeschäft - Entwicklungsprozess, Vorgehensmodelle, klassische Probleme - Projektmanagement, Projektstruktur, Planung Konfigurationsmanagement - Versionskontrolle, Verzeichnisstrukturen, Varianten - Aktives Change-/ Änderungs- und Fehlermanagement - Build-, Test- und Releasemanagement Lösungen ASQF - PM trifft KM / 44
34 Was brauchen wir für verlässliche Releasezyklen? Einen vollständigen und verständlich dokumentierten Entwicklungsprozess, der durch einen einheitlichen und exakt definierten Änderungsprozess geführt wird Einen dafür ausgelegten SCM-Prozess, der ebenfalls eine effiziente Parallelentwicklung unterstützt Eine adäquate Granularität der Planungseinheiten und eine zentrale Task/Prioriätenlisten für Release- und Iterationsplanung Ein gut strukturiertes, sauber dokumentiertes Produkt Ein systematisches, allgemein zugängliches Informationsmanagement Tools zur Automatisierung und Zusammenarbeit bzw. zur Unterstützung der Prozesse (keine Papierprozesse!) ASQF - PM trifft KM / 44
35 Durchgängige Prozesslandkarte ASQF - PM trifft KM / 44
36 Prozessverbesserung (Bsp. SPICE) ASQF - PM trifft KM / 44
37 Saubere Produktarchitektur ASQF - PM trifft KM / 44
38 Umsetzung von SCM Patterns Branch-by-Purpose Modell (mit Brücke) statt Branch-by-Release ASQF - PM trifft KM / 44
39 Aktives Management von Codelines (Streams) Streambrowser AccuRev ASQF - PM trifft KM / 44
40 nach SDTimes 2005: Will the build bottleneck put the brakes on agile? Iterativ inkrementellen Entwicklung ASQF - PM trifft KM / 44
41 Collaboration Management: Trac Timeline ASQF - PM trifft KM / 44
42 OS Toolchain als Entwicklungsinfrastruktur ASQF - PM trifft KM / 44
43 Zentrales Repository ASQF - PM trifft KM / 44
44 Vielen Dank für Ihre Aufmerksamkeit! elego Software Solutions GmbH Gustav-Meyer-Allee Berlin ASQF - PM trifft KM / 44
ITIL und Entwicklungsmodelle: Die zwei Kulturen
Kombination von IT Service Management (ITIL) und Anwendungsentwicklung Kai Witte und Matthias Kaulke, München, den 30.03.2006 Rahmeninformationen Wo sind wir? Unternehmensdarstellung (1) Unabhängiges Beratungsunternehmen
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
Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg
Herzlich willkommen Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg Heike Bickert Software-/Systemingenieurin, Bereich Quality Management Braunschweig // 17.11.2015 1 Agenda ICS AG Fragestellungen
Grundlagen Software Engineering
Grundlagen Software Engineering Rational Unified Process () GSE: Prof. Dr. Liggesmeyer, 1 Rational Unified Process () Software Entwicklungsprozess Anpassbares und erweiterbares Grundgerüst Sprache der
DGQ Regionalkreis Hamburg 21.05.2012 ISO 10007. Konfigurationsmanagement
DGQ Regionalkreis Hamburg 21.05.2012 ISO 10007 Leitfaden zum Konfigurationsmanagement g Geschichte des Konfigurationsmanagements Mit stetig steigender Produktkomplexität entstanden zunehmend Probleme (z.b.
Softwareanforderungsanalyse
Softwareanforderungsanalyse Evolution von Anforderungen Burkhardt Renz Institut für SoftwareArchitektur der Technischen Hochschule Mittelhessen Wintersemester 2015/16 Evolution von Anforderungen Anforderungen
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
Keynote Der offene Ansatz: Open Source basiertes ALM ganz praktisch
Keynote ALMconf 2010 in Stuttgart 26. bis 28. Oktober 2010 Thomas Obermüller elego Software Solutions GmbH - 2010 1 Welcome & Outline Open Source basiertes ALM ganz praktisch Agenda Application Lifecycle
Konfigurationsmanagement
Konfigurationsmanagement Universität zu Köln Historisch-Kulturwissenschaftliche Informationsverarbeitung Re-usable Content in 3D und Simulationssystemen Dozent: Prof. Dr. Manfred Thaller Referent: Jannes
Inhaltsverzeichnis. http://d-nb.info/1018447121
1 Hinweise zur Verwendung des Buchs 1 1.1 Kurzbeschreibung zum Thema 1 1.2 Informationen zur Struktur des Buchs 2 1.3 Für sehr Beschäftigte 3 1.4 Für Humoristen 3 1.5 Erklärung der von mir verwendeten
IT-Projekt-Management
IT-Projekt-Management Dr. The Anh Vuong email: vuongtheanh@netscape.net http: www.dr-vuong.de Seite 1 Konfigurations Management Seite 2 KM: Ziele Verwaltung der Dokumentationen Erzeugen und Pflege die
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
Informationswirtschaft II Rational Unified Process (RUP)
Informationswirtschaft II Rational Unified Process (RUP) Wolfgang H. Janko, Michael Hahsler und Stefan Koch Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe Das
Informationswirtschaft II
Rational Unified Process (RUP) Informationswirtschaft II Wolfgang H. Janko, Michael Hahsler und Stefan Koch Seite 1 Inhalt Historische Entwicklung Kennzeichen von RUP Lebenszyklus und Phasen Arbeitsabläufe
Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung
Projektmanagement Management- und Phasen-Modelle Vom Wasserfall bis Extreme Programming / Scrum Dokument V 1.1 Wie kommt es zu einem Projektauftrag? Auftraggeber Projekt-Idee / Ziele [Anforderungen/Spezifikation/
Einreichung zum Call for Papers
Internet: www.aitag.com Email: info@aitag.com Einreichung zum Call for Papers Kontaktinformationen Sven Hubert AIT AG Leitzstr. 45 70469 Stuttgart Deutschland http://www.aitag.com bzw. http://tfsblog.de
Festpreisprojekte in Time und in Budget
Festpreisprojekte in Time und in Budget Wie effizient kann J2EE Softwareentwicklung sein? Copyright 2006 GEBIT Solutions Agenda Positionierung der GEBIT Solutions Herausforderung Antwort Überblick Beispielprojekt
Modellbasiertes Konfigurationsmanagement 1 / 28
Vortrag Modellbasiertes Konfigurationsmanagement Subconf 2009 Munich Thomas Obermüller elego Software Solutions GmbH - 2009 Modellbasiertes Konfigurationsmanagement 1 / 28 Welcome & Outline Willkommen
Änderungsbasiertes Requirements Management mit agosense.requirements
Änderungsbasiertes Requirements Management mit agosense.requirements REFERENT Webinar Nr. 3 6. Oktober 2015 15 Uhr bis 16 Uhr Bernd Röser Key Account Manager Kurzer Hinweis zu Beginn Fragen stellen während
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
extreme Programming (XP) Hermann Götz Sergij Paholchak Agenda Was ist XP? Grundprinzipien Der Entwicklungsprozess Die Projektplanung Praktiken Vorteile und Nachteile Wann macht XP Sinn für ein Projekt?
Copyright 2014 Delta Software Technology GmbH. All Rights reserved.
Karlsruhe, 21. Mai 2014 Softwareentwicklung - Modellgetrieben und trotzdem agil Daniela Schilling Delta Software Technology GmbH The Perfect Way to Better Software Modellgetriebene Entwicklung Garant für
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
Beratung, Projektmanagement und Coaching
new solutions GmbH IT Consulting 2 IT Consulting Software Development IT Training Software Products Beratung, Projektmanagement und Coaching new solutions business software 3 --- Die Experten der new solutions
Änderungsbasiertes Requirements Management mit agosense.requirements und Atlassian JIRA
Änderungsbasiertes Requirements Management mit agosense.requirements und Atlassian JIRA REFERENT Webinar Nr. 1 26. März 2015 15 Uhr bis 16 Uhr Antonio Jesus de Loureiro antonio.loureiro@agosense.com +49.7154.99951.16
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
Konfiguration Management System. Konfiguration Management System. Versionierung Parallele Entwicklung Workspace
Konfiguration System ClearCase ClearQuest Unified Change Konfiguration System ClearCase Merkmale eines Konfiguration Systems (KM) Buildoptimierung UCM-Unified Change Der Software-sprozess Projekt definiert
Markup-basiertes Spezifikationsund Anforderungsmanagement in agilen Softwareprojekten
Roman Roelofsen Prof. Dr. Stephan Wilczek Markup-basiertes Spezifikationsund Anforderungsmanagement in agilen Softwareprojekten Konferenz Software Engineering & Management 2015 Dresden 19.03.2015 3 Rollen
WSR 2004. Softwarewartung und Prozessmodelle in Theorie und Praxis. Urs Kuhlmann Andreas Winter
WSR 2004 Softwarewartung und Prozessmodelle in Theorie und Praxis Urs Kuhlmann Andreas Winter Universität Koblenz-Landau 1 Gliederung Wartungsbegriff Prozessmodelle Fallstudien Problembereiche Fazit 2
Risiken auf Prozessebene
Risiken auf Prozessebene Ein Neuer Ansatz Armin Hepe Credit Suisse AG - IT Strategy Enabeling, Practices & Tools armin.hepe@credit-suisse.com Persönliche Vorstellung, kurz 1 Angestellter bei Credit Suisse
Der Rational Unified Process
Philippe Kruchten Der Rational Unified Process Eine Einführung Deutsche Übersetzung von Cornelia Versteegen An imprint of Pearson Education München Reading, Massachusetts Menlo Park, California New York
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
Conigma CCM (3G) - Überblick -
Conigma CCM (3G) - Überblick - Evolutionsstufen des Software Entwicklungsprozesses Evolutionsstufen Software Factory Software Factory Release Entwicklung in Verbindung mit einer Taktung der Aktivitäten
Software Engineering in der Praxis
Software Engineering in der Praxis Praktische Übungen Meitner, Spisländer FAU Erlangen-Nürnberg Versionskontrolle 1 / 30 Versionskontrolle Matthias Meitner Marc Spisländer Lehrstuhl für Software Engineering
Wir beraten Sie. Wir unterstützen Sie. Wir schaffen Lösungen. Wir bringen Qualität. Wir beraten Sie. Wir unterstützen Sie. Wir schaffen Lösungen
Was bedeutet es, ein Redaktionssystem einzuführen? Vorgehensmodell für die Einführung eines Redaktionssystems Die Bedeutung Fast alle Arbeitsabläufe in der Abteilung werden sich verändern Die inhaltliche
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
Unsere Kunden erzählen keine Geschichten. Ursula Meseberg microtool GmbH Berlin
Unsere Kunden erzählen keine Geschichten Ursula Meseberg microtool GmbH Berlin Unsere Kunden erzählen keine Geschichten Ein modellbasierter Prozess für die Anforderungsanalyse im Vorfeld agiler Produktentwicklung
Prozessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements. von Stephanie Wilke am 14.08.08
Prozessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements von Stephanie Wilke am 14.08.08 Überblick Einleitung Was ist ITIL? Gegenüberstellung der Prozesse Neuer
IT-Basics 2. DI Gerhard Fließ. Vorgehensmodelle
IT-Basics 2 DI Gerhard Fließ Vorgehensmodelle Sichtbarkeit Die Sichtbarkeit von Membervariablen und Methoden können durch die folgenden Schlüsselworte geregelt werden: private nur in der eigenen Klasse
Andrea Grass & Dr. Marcus Winteroll oose Innovative Informatik GmbH. Geschäftsprozessmanagement und Agilität geht das zusammen?
Andrea Grass & Dr. Marcus Winteroll oose GmbH Geschäftsprozessmanagement und Agilität geht das zusammen? Agenda I. Wozu eigentlich BPM? II. Vorgehen und Rollen im abpm III. Methoden und Techniken IV. Resümee
Praktikum Ingenieurinformatik (PI)
Praktikum Ingenieurinformatik (PI) Verteilte Versionskontrolle mit Git und Github Björn Meyer Fachgebiet Technische Informatik 1 Agenda Einleitung Motivation Versionskontrolle Ansätze Git Funktionen Arbeiten
Qualitätssicherung im Lebenszyklus des itcs. Anspruch und Wirklichkeit.
Qualitätssicherung im Lebenszyklus des itcs. Anspruch und Wirklichkeit. BEKA: Frankfurt, 25. Oktober 2012 T-Systems Angebot Umsetzung des globalen Telematikprojekts für den ÖPNV im Großherzogtum Luxemburg.
SERVICE SUCHE ZUR UNTERSTÜTZUNG
SERVICE SUCHE ZUR UNTERSTÜTZUNG VON ANFORDERUNGSERMITTLUNG IM ERP BEREICH MARKUS NÖBAUER NORBERT SEYFF ERP SYSTEME Begriffsbestimmung: Enterprise Resource Planning / Business Management Solution Integrierte
Versionskontrolle mit Subversion
mit im Rahmen der Projektarbeit "Moderne Methoden der Parallelverarbeitung" Michael Süß Universität Kassel http://www.se.e-technik.uni-kassel.de/se/index.php?id=494 Michael Süß, November 23, 2004 mit -
Configuration management
Hauptseminar im Wintersemester 2003/2004 Neue Ansätze im IT-Service-Management-Prozessorientierung (ITIL/eTom) Configuration management 18. Februar 2004 Tingting Hu Betreuer: Vitalian A. Danciu Inhalt
Konfigurations management
Gerhard Versteegen (Hrsg.) Guido Weischedel Konfigurations management Mit 111 Abbildungen Springer Inhaltsverzeichnis Einführung. 1.1 Allgemeines zum Thema Konfigurationsmanagement 1 1.2 Grundlagen des
Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität
Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität Marcus Winteroll oose GmbH Agenda I. Ziele und Zusammenarbeit II. Was wir vom agilen Vorgehen lernen
Iterativ. Inkrementell
Iterativ Inkrementell Build Release Test Qualität Architektur & Documentation Distributed Version Control Continuous Integration TDD Design Agile Architektur Dependency Feature Branches Mocks
Deployment Deployment Seite 1 / 25
Seite 1 / 25 Versionskontrolle Seite 2 / 25 Verteilte Versionskontrollsysteme Seite 3 / 25 Seite 4 / 25 Zusammenfassung Versionskontrolle Wir verwenden bei der Entwicklung das dezentralisierte Versionskontrollsystem
Konfigurationsmanagement mit Subversion, Ant und Maven
Gunther Popp Konfigurationsmanagement mit Subversion, Ant und Maven Grundlagen für Softwarearchitekten und Entwickler 2., aktualisierte Auflage Gunther Popp gpopp@km-buch.de Lektorat: René Schönfeldt Copy-Editing:
GPP Projekte gemeinsam zum Erfolg führen
GPP Projekte gemeinsam zum Erfolg führen IT-Sicherheit Schaffen Sie dauerhaft wirksame IT-Sicherheit nach zivilen oder militärischen Standards wie der ISO 27001, dem BSI Grundschutz oder der ZDv 54/100.
Kapitel 2: Der Software-Entwicklungsprozess
Wie konstruiert man Software? Kapitel 2: Der Software-Entwicklungsprozess SoPra 2008 Kap. 2: Der Software-Entwicklungsprozess (1/10) Der Software-Entwicklungs-Prozess Historisches 1960JJ adhoc Techniken
Architekturplanung und IS-Portfolio-
Architekturplanung und IS-Portfolio- management Gliederung 1.Einführung 2.Architekturplanung 3.IS-Portfoliomanagement 4.AP und IS-PM 5.Fazit 2 1. Einführung Problem: Verschiedene Software im Unternehmen
EmplIT Web- und Mobile-Projekte in der Praxis
Seite 1 EmplIT Web- und Mobile-Projekte in der Praxis TU Dresden Dresden, 13. April 2012 Seite 2 Über mich Gründer, Projektmanager, Consultant Diplom-Medieninformatiker mit 11 Jahren Studiumserfahrung
Seamless Model-based Engineering of a Reactive System
Seamless Model-based Engineering of a Reactive System Seminar im Wintersemester 2013/2014 Andreas Vogelsang, Sebastian Eder, Georg Hackenberg, Maximilian Junker http://www4.in.tum.de/lehre/seminare/ws1314/seamless/
Reference Migration Process ReMiP
Reference Migration Process ReMiP Ein Referenz-Prozess der Software-Migration 1 Übersicht Motivation º Gründe für Migrationen º Notwendigkeit eines generischen Referenz-Prozesses Herleitung des Referenzprozesses
Erfolgreicher Ums9eg auf Git
CONCEPT PEOPLE IT- TALK Ein Erfahrungsbericht Erfolgreicher Ums9eg auf Git René Preißel (etosquare) Nils Hartmann (Techniker Krankenkasse) VORSTELLUNG René Preißel Freiberuflicher SoGwarearchitekt, Entwickler
Konfigurationsmanagement mit Subversion, Maven und Redmine
Günther Popp Konfigurationsmanagement mit Subversion, Maven und Redmine Grundlagen für Softwarearchitekten und Entwickler 3., überarbeitete und erweiterte Auflage Щ dpunkt.verlag 1 Einleitung 1 1.1 Wer
FUTURE NETWORK 20.11.2013 REQUIREMENTS ENGINEERING
18/11/13 Requirements Engineering 21 November 2013 DIE GRUNDFRAGEN Wie erhält der Kunde den größten Nutzen? Wie kann der Kunde am besten spezifizieren, was er haben will? Welchen Detailierungsgrad braucht
Branching und Merging mit Visual Studio Team System
Branching und Merging mit Visual Studio Team System IN EINER IDEALEN WELT GIBT ES Ein Entwicklungsteam Ein Projekt welches deployt werden muss Eine Deadline Kunden warten bis das Projekt komplett fertig
Requirements Engineering I. Verwalten von Anforderungen!
Martin Glinz Requirements Engineering I Kapitel 14 Verwalten von Anforderungen! 2010-2011 Martin Glinz. Alle Rechte vorbehalten. Speicherung und Wiedergabe für den persönlichen, nicht kommerziellen Gebrauch
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
Methoden und Werkzeuge des Konfigurationsmanagements
Methoden und Werkzeuge des Konfigurationsmanagements Zunächst ein paar Fragen:! Was ist euer Bild des Konfigurationsmanagements?! Welche Aufgaben hat eurer Meinung nach das Konfigurationsmanagement?! Wer
9.6 Korrekturmaßnahmen, Qualitätsverbesserung
Teil III Organisation und Infrastruktur Kapitel 9: Qualitätsmanagementsystem Inhalt 9.1 Grundlagen 9.2 Qualitätspolitik 9.3 Qualitätsorganisation 9.4 Maßnahmen 9.5 Qualitätsaufzeichnungen 9.6 Korrekturmaßnahmen,
MyProcess AG Kurzprofil
MyProcess AG Kurzprofil MyProcess AG, Lachen, CH-8853, Schweiz Positionierung Die MyProcess AG hat Kernkompetenzen auf allen wesentlichen Gebieten der Software-Entwicklung auf Basis neuer Technologien.
Das Pflichtenheft. Dipl.- Ing. Dipl.-Informatiker Dieter Klapproth Ains A-Systemhaus GmbH Berlin
Fragestellungen: Warum reicht das Lastenheft nicht aus? Was kann ich mit dem Lastenheft machen? Was unterscheidet das Pflichtenheft vom Lastenheft? Was gehört zum Auftragsumfang einer Individualsoftware?
Requirements-basiertes Testen am Beispiel des NI Requirements Gateways
Requirements-basiertes Testen am Beispiel des NI Requirements Gateways National Instruments VIP Kongress München, M 8. Oktober 2008 Joachim Schulz QualityPark GmbH V-Modell Demands Business Requirement
Erfahrungen über den Einsatz einer agilen Entwicklungsmethode fürdie Produktentwicklung unterstützt durch Polarion ALM forsubversion
Erfahrungen über den Einsatz einer agilen Entwicklungsmethode fürdie Produktentwicklung unterstützt durch Polarion ALM forsubversion Nikolay Entin, Robert Neher Polarion Software GmbH, Lautlinger Weg 3,70567
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
Neue Funktionen in Innovator 11 R5
Neue Funktionen in Innovator 11 R5 Innovator for Enterprise Architects, Java Harvester und Prüfassistent 12.11.2013 Agenda 1 2 3 Einführung Was ist neu in Innovator 11 R5? Szenario Enterprise Architektur
Managements. Änderungsprozess. Wolfgang Witerzens, Manager 31. Januar 2008 ADVISORY
Grundlagen des Change Managements Anforderungen und Möglichkeiten für einen sauberen Änderungsprozess Wolfgang Witerzens, Manager 31. Januar 2008 ADVISORY Hauptrisikofaktoren für IT-Sicherheit Patches
DURCHGÄNGIGE SAP CHANGE- UND RELEASE-PROZESSE EINFACH UMSETZEN
THEGUARD! SMARTCHANGE CHANGE PROCESS DURCHGÄNGIGE SAP CHANGE- UND RELEASE-PROZESSE EINFACH UMSETZEN DURCHGÄNGIGE SAP CHANGE- UND RELEASE-PROZESSE EINFACH UMSETZEN THEGUARD! SMARTCHANGE I CHANGE PROCESS
Soft Skills als Erfolgsfaktoren im anforderungsorientierten, agilen Projektmanagement am Beispiel der IT- Softwareentwicklung
Soft Skills als Erfolgsfaktoren im anforderungsorientierten, agilen Projektmanagement am Beispiel der IT- Softwareentwicklung Moderatorin: Sabine Bernecker- Bendixen sof- IT & Personal Best! www.sof- it.de
Vorgehensmodelle zur Softwareentwicklung
Whitepaper und technische Dokumentation Informationen zu diesem Dokument Autor: Tobias Eichner, tobias@starenterprise.com Datum der Erstveröffentlichung: Februar 2013 Datum der letzten Überarbeitung: 11.
Übungsklausur vom 7. Dez. 2007
Übungsklausur vom 7. Dez. 2007 Ein Lösungsmuster Teilbereiche der Softwaretechnik Software Anforderungen Software Entwurf Software Konstruktion Software Test Software Wartung Software Konfigurationsmanagement
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
Moodle aktuell halten mit Git
Moodle aktuell halten mit Git 3a 1 2 3b 3c 4c Vorstellung Andreas Grabs Softwareentwickler Seit 2010 Moodle Core- Entwickler Freier Mitarbeiter eledia GmbH Inhalt Allgemeines Allgmeine Vorteile Vorteile
Kompetenz. rund um. Ihren. Entwicklungsprozess. Über uns. Technische Software. Modellbasierter Test. Prüfplätze. Automatisierung.
Kompetenz rund um Ihren Entwicklungsprozess Modellieren für den Test - Segen oder Fluch? Firmenpräsentation auf der embeddedworld 2010 Dipl. Ing. (Univ) Gerhard Baier Bereichsleiter Marketing und Vertrieb
Qualitätssicherung leicht gemacht: Open Source Tools sinnvoll einsetzen und verzahnen
Qualitätssicherung leicht gemacht: Open Source Tools sinnvoll einsetzen und verzahnen Tutorium auf der KSFE 2015 in Hannover, 25.03.2015 Qualität kommt von Qual. Wissen aus Daten gewusst wie ist IT-Dienstleister
Albert HAYR Linux, IT and Open Source Expert and Solution Architect. Open Source professionell einsetzen
Open Source professionell einsetzen 1 Mein Background Ich bin überzeugt von Open Source. Ich verwende fast nur Open Source privat und beruflich. Ich arbeite seit mehr als 10 Jahren mit Linux und Open Source.
Chancen agiler Softwareentwicklung. Dipl.-Inform. Henning Wolf (henning.wolf@akquinet.de) Geschäftsführer der akquinet agile GmbH
Chancen agiler Softwareentwicklung Dipl.-Inform. Henning Wolf (henning.wolf@.de) Geschäftsführer der agile Inhalt Kurz zur AG Unser Hintergrund ( agile ) Worum geht es überhaupt? Die Chancen! Agiles Vorgehen
Die Welt der SW-Qualität Ein Streifzug in 30 Minuten! Johannes Bergsmann Eigentümer
Die Welt der SW-Qualität Ein Streifzug in 30 Minuten! Johannes Bergsmann Eigentümer Inhalt Top Themen Requirements Testen Testautomatisierung Change-Management Risiko-Management Agile Methoden Traceability
Wie viel Geschäftsprozess verträgt agile Softwareentwicklung?
@LeanAgileScrum #LASZH LAS Conference 2012 Sponsoren Wie viel Geschäftsprozess verträgt agile Softwareentwicklung? Marcus Winteroll 16:15 Auditorium Organisationsteam Patrick Baumgartner (Swiftmind GmbH)
Evaluation eines kooperativen Entwicklungswerkzeuges zur Unterstützung von Projektteams am Beispiel von IBM Rational Team Concert.
Evaluation eines kooperativen Entwicklungswerkzeuges zur Unterstützung von Projektteams am Beispiel von IBM Rational Team Concert. Diplomvortrag Frank Langanke Arbeitsbereich Softwaretechnik Software Engineering
17 Architekturentwurf Vorgehen und Dokumentation
17 Architekturentwurf Vorgehen und Dokumentation 17.1 Einbettung Aber Erster Schritt der Lösung Wenn Anforderungsspezifikation vorliegt Vorgabe für Codierung Hierarchische Verzahnung von Anforderungen
Entwurf. Anwendungsbeginn E DIN EN 62304 (VDE 0750-101):2013-10. Anwendungsbeginn dieser Norm ist...
Anwendungsbeginn Anwendungsbeginn dieser Norm ist.... Inhalt Einführung... 13 1 Anwendungsbereich... 16 1.1 *Zweck... 16 1.2 *Anwendungsbereich... 16 1.3 Beziehung zu anderen Normen... 16 1.4 Einhaltung...
EOS goes JIRA. Jens Backmeier, EOS IT Services. Ein Erfahrungsbericht aus erster Hand. With head and heart in finance
EOS goes JIRA Ein Erfahrungsbericht aus erster Hand Jens Backmeier, EOS IT Services With head and heart in finance Inhaltsverzeichnis 1. EOS in aller Kürze 2. Die Jira-Lösung für EOS! Annahmen! Lösung
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
Interpretation des agilen Manifest
Interpretation des agilen Manifest im Automotive Bereich Basel Genève Freiburg Berlin Copyright 2014 SynSpace geben eine Richtung vor Glaubwürdigkeit Basis & Grundlage von Verhaltensweisen oberhalb der
Softwareentwicklung aus Sicht des Gehirns
Softwareentwicklung aus Sicht Business Unit Manager Folie 1 3. Juli 2008 Ziele Das Ziel ist die Beantwortung der folgenden Fragen: 1. Wie lösen Softwareentwickler Probleme kognitiv? 2. Welche Auswirkungen
Werkzeuge für das Softwarekonfigurationsmanagement
Werkzeuge für das Softwarekonfigurationsmanagement Hauptseminar Frank Herrmann Technische Universität Dresden Institut für Systemarchitektur Gliederung Ziele des Softwarekonfigurationsmanagements SCM-Standardwerkzeug
Solvency II Komplexität bewältigen
Solvency II Komplexität bewältigen Der Service Solvency II schafft die Voraussetzung für wertorientiertes Risikomanagement Motivation Die regulatorischen Anforderungen im Bereich Risikomanagement provozieren
ITIL im öffentlichen Sektor Praxisbericht Stadt Köln Amt für Informationsverarbeitung
ITIL im öffentlichen Sektor Praxisbericht Stadt Köln Agenda Entwicklung der Einführungsplanung Best Practices der Stadt Köln Warum 14? Schulungskonzept Integration Configuration Die Stadt Köln 405,15 qkm
Software-Engineering Grundlagen des Software-Engineering 7.3 Sourcecode-Verwaltung mit Versionsmanagement-Systemen Einführung in Subversion (SVN)
Software-Engineering Grundlagen des Software-Engineering 7.3 Sourcecode-Verwaltung mit Versionsmanagement-Systemen Einführung in Subversion (SVN) Prof. Dr. Rolf Dornberger Software-Engineering: 7.3 Versionsmanagement-Systeme
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
Übungsaufgaben zum Software Engineering: Management
Übungsaufgaben zum Software Engineering: Management Grundbegriffe: Aufgabe 1: Aus welchen Disziplinen setzt sich das Software Engineering zusammen? a. Informatik b. Physik c. Psychologie d. Chemie e. Geologie
StuPro-Seminar Dokumentation in der Software-Wartung. StuPro-Seminar Probleme und Schwierigkeiten in der Software-Wartung.
StuPro-Seminar Dokumentation in der Software-Wartung StuPro-Seminar Probleme und Schwierigkeiten in der Software-Wartung Folie 1/xx Software-Wartung: theoretisch Ausgangslage eigentlich simpel: fertige
Wirtschaftsinformatik I Teil 2. Sommersemester 2008. 1. Übung
Wirtschaftsinformatik I Teil 2 Sommersemester 2008 1. Übung Sarah Mund, Kirstin Simon, Markus Trierweiler, Christian Molitor, Jonathan Jäger, Björn Kirsten Aufgabenstellung Diskutieren Sie die Vor- und
UNTERNEHMENSVORSTELLUNG. Die Riometa GmbH stellt sich vor.
UNTERNEHMENSVORSTELLUNG Die Riometa GmbH stellt sich vor. Wir beraten unsere Kunden zu allen Aspekten im gesamten Lebenszyklus des Prozessmanagements. Unser Selbstverständnis Wir verstehen uns als Full-Service-Anbieter
Wo sind meine Anforderungen?
Whitepaper Telekommunikation Wo sind meine Anforderungen? Eine effektive Lösung auf Basis von Confluence und JIRA 2011 SYRACOM AG 1 Einleitung Erfahrene Projektmitarbeiter sehen sich oftmals im Projektalltag