Verzweigungen im Versionsmanagement beherrschen

Größe: px
Ab Seite anzeigen:

Download "Verzweigungen im Versionsmanagement beherrschen"

Transkript

1 Embedded Computing Conference 2014 Verzweigungen im Versionsmanagement beherrschen 1. Juli 2014 Winterthur / ZH Ralf Gronkowski, Perforce Software Ihr lokaler Perforce Partner EVOCEAN GmbH Seite 1 von 10

2 Idealweltliche Vorstellung von Entwicklung und Realität im Codeline Management In der idealen Welt wünschen wir uns folgende Dinge: Es gibt keine Software-Fehler (bugs) Wir haben alle Zeit der Welt Termine werden eingehalten Das erste Release ist perfekt und vollständig Kunden führen immer ein Upgrade durch wenn wir sie dazu auffordern. Leider hält sich die Realität nicht ganz an diese Idealvorstellung und im Folgenden sollen einige relevante Realitäten betrachtet und bewertet werden. Releases In der idealen Welt erstellen wir nur ein Release? Tatsächlich ist ein Release nicht genug und es gäbe so ja auch keine Innovation. Die Gründe für mehrere Releases sind vielfältig und offensichtlich: Kunden wollen neue Features Die Anforderungen wurden nicht gänzlich erfüllt oder verstanden Die Anforderungen haben sich geändert. In der einfachsten Form würde es dann ausreichen, am Ende (Meilenstein) einer Entwicklungsperiode ein Release zu erzeugen. Auf diesen Meilenstein folgt eine neuerliche Entwicklungsperiode, welche wiederum mit einem Release abschließt. Auch hierbei gibt es eine Diskrepanz zwischen der Vorstellung von der idealen Welt und der Realität. Seite 2 von 10

3 Fehler Zunächst gibt es tatsächlich Bugs Fehler, die beseitigt werden müssen und deren Beseitigung Zeit in Anspruch nimmt. Zeit, in der die Weiterentwicklung nicht angehalten werden kann, da natürlich für diese in der Realität auch Terminvorgaben existieren. Andererseits ist auf Fehler zu testen und sind solche zu beseitigen, während und auch nach einem Release. Einerseits, da Entwicklung immer wieder neue Fehler erzeugt. Andererseits, weil Kunden den Anspruch erheben, Fehler in einem Release beseitigt zu bekommen, ohne auf das nächste Release warten zu müssen bzw. verlässlich auf jedes neue Release umsteigen zu können. Dies sind die wesentlichen Gründe die dazu führen, dass wir für Releases Verzweigungen (Branches) erzeugen. Diese Branches (oder auch Release Codelines) sind der Ort, in welchem wir Fehler beseitigen und die Releases stabilisieren. Releases werden von diesen Branches ausgehend erzeugt. Die Codeline, von der wir einen solchen Release Branch erzeugen, nennen wir im Folgenden die Mainline. Fehlerbeseitigungen in Release Codelines werden in Form sogenannter Merges in die Mainline übertragen. Daraus folgt praktischerweise: Die jeweilige Release Codeline nähert sich der idealen Vorstellung von einem fehlerfreien Release. Entwicklung in der Mainline kann ununterbrochen fortschreiten. Ganz so, als hätten wir keine Bugs. Gleichzeitung profitiert die Mainline von der Stabilisierung der Release Codeline durch die eingemischten Fehlerbeseitigungen. Wenn wir unterschiedliche Release Codelines pflegen, können wir (konservativen) Kundenbedürfnissen Rechnung tragen. Wobei echte Neuentwicklungen auch nur in neue Releases einfließen und so Kunden einen Anreiz zum updaten liefern. Seite 3 von 10

4 Exkurs Terminologie Codeline, Branch, Mainline, Baseline Was ist der Unterschied zwischen Codeline und Branch? o Codeline (oder auch Stream) = Konzept o Branch = Implementierung In einer Eltern-Kind-Beziehung ist die Eltern-Codeline einer Codeline ihre Baseline. Alternative Namen sind z.b. o Backing Stream o Integration Branch o Basis/Base o Origin Die Mainline ist eine Codeline ohne Baseline. Alternativ zuweilen auch als Trunk bezeichnet. Kurze Release-Zyklen Da wir in der realen Welt Liefertermine und somit nicht alle Zeit der Welt haben, werden Release-Zyklen ständig kürzer. Die wohl Kürzesten finden sich bei Online-Diensten (Cloud-Lösungen). Der Ansatz, für jedes Release einen Branch zu erzeugen, ist hierbei nicht unbedingt der beste Weg. Als Alternative bietet es sich an, eine definierte (möglichst geringe) Zahl von wiederverwertbaren Branches als Container für das Veröffentlichen von Erweiterungen im Zuge eines sogenannten Stagings vorzusehen. Welche und wie viele Stages das sind, ist vom Einzelfall abhängig. Das gängigste Beispiel ist sicher Entwicklung -> Test -> Produktion. Entwicklung ist dann gleichbedeutend mit Mainline. Ein Staging-Modell eignet sich sehr gut für hochfrequente Releasewenn wir über Zyklen bei Online-Services. Es kommt jedoch an seine Grenzen, eine Produktentwicklung reden, in der mehrfache Releases im praktischen Einsatz sind und dies möglicherweise noch in Form von Varianten. Seite 4 von 10

5 Entwicklung Bis jetzt sind wir davon ausgegangen, dass jegliche Entwicklung von neuen Funktionalitäten im Kontext der Mainline stattfindet, da wir Branches bislang nur als Implementierung für Release Codelines vorgesehen haben. Wiederum sind es einfache, reale Gegebenheiten, die dies als nicht sinnvoll erscheinen lassen. Da die Idealvorstellung, dass Entwicklung verlässlich zum geplanten Termin abschließt, in der Realität leider nicht existiert, ergeben sich folgende, beispielhafte Probleme: Verspätete oder unvollständige Lieferungen können komplette Releases aufhalten. Fehlerhafte Software (Komponenten) einzelner Entwickler(-Teams) können den Fortschritt anderer Entwickler behindern oder ganz aufhalten. Beide Effekte sind praktisch nicht akzeptabel und wir können diese nur dadurch adressieren, indem wir die Entwicklung entkoppeln. In der Praxis bedeutet Entkoppeln, dass wir separate Entwicklungsprojekte definieren und für diese Projekte unsere (Main-)Codeline branchen, um den Projekt- Codelines eine technische Heimat zu geben. Exkurs Agile Aus der Sicht des Codeline-Managements sind die Differenzierungen in der agilen Entwicklung mit ihren Sprints und Product Backlog Items schlicht Entkopplungen, die ihrerseits Grund für Development-Branches sind. Gleiches gilt im Prinzip für Task-Driven-Devolopment. Sicherlich wird die Anzahl der erforderlichen Branches von solchen modernen Vorgehensweisen massiv beeinflusst in der Regel erhöht. Deshalb werden zwei Dinge wichtig: 1. Die Technik des Codeline-Managements (Versionierung) muss zuverlässig funktionieren performant und einfach zu verwenden. 2. Wichtiger noch: Der Änderungsfluss zwischen Codelines muss einer fundierten Methode folgen. Diese Methode ist die Mainline-Methode. Wenn die Entkopplung bei großen Produkten nicht gelingt oder wenn die Beteiligten sagen, dass diese nicht möglich ist so hat man es mit Software zu tun, welche oft als monolithisch oder auch als historisch gewachsen bezeichnet wird. Die Dimension dieses Problems kann dabei nicht überschätzt werden! Seite 5 von 10

6 Wenn nun unterschiedliche Development Codelines in Branches getrennt werden, so kommen wir der Vorstellung von der idealen Welt wiederum ein Stück näher: Neuentwicklungen werden erst an die Mainline ausgeliefert, wenn sie einen definierten Qualitätsstand haben. Der Code muss zum Beispiel kompiliert werden können und eine definierte Menge von Tests muss erfolgreich abschließen. Entwicklung in den jeweiligen Branches kann unabhängig von fehlerhaften Zwischenständen in den jeweils anderen Branches erfolgen. Das macht es leichter, die Software zu erstellen, da Fremdeinflüsse ausgeschlossen werden. Mit der technischen Entkopplung geht eine zeitliche Entkopplung einher. So kann ein Teilprojekt an die Mainline ausliefern, auch wenn ein anderes Projekt möglicherweise gänzlich festgefahren ist. Natürlich setzt das ein Mindestmass an Unabhängigkeit der jeweiligen Funktionalität voraus. Seite 6 von 10

7 Das Mainline Modell Von hier an lässt sich das Mainline Modell l in seinen wesentlichen Ausmaßen skizzieren. Eine zentrale Codeline (der Trunk) bildet die Basis, von der Release Codelines und Development Codelines abgeleitet werden. An den Schnittpunkten liegt eine Eltern-Kind-Beziehung vor. Development Codelines werden bei Bedarf mit Hilfe von Branches weiter unterteilt. Release Codeline erlauben es auch, Varianten abzubilden. CHAOS? Bei der Zahl der vielleicht zu erwartenden Branches lässt sich leicht vermuten, dass ob der vielfachen Kopien Chaos einzieht. Die Befürchtung ist sicherlich berechtigt und auch gedeckt durch manche Erfahrungsberichte. Nun ist das Bild oben auch nicht unübersichtlicher als der Stadtplan von Sindelfingen und trotzdem ist es möglich, dass wir uns dort selbst mit gefährlichen Werkzeugen wie Autos sicher bewegen. Grund dafür sind Hilfsmittel wie Pläne, Protokolle und Konventionen. Das Mainline Modell l leistet dies im Codeline Management. Das obige Diagramm ist dabei ein erster Plan, welcher die Branches aufzeigt und in den Kontext der horizontal anliegenden Zeitachse setzt. Betrachten wir es näher, so beschäftigen wir uns anschließend mit der sogenannten Tofu-Skala. Seite 7 von 10

8 Die Tofu-Skala Diese unterscheidet Codelines hinsichtlich ihrer Stabilität in Firm Codelines o Sehr stabil, intensiv getestet, nahe am Release Soft Codelines o Instabil, wenig getestet, große Distanz zum Release- Termin. An der Tofu-Skala kann man ablesen, wie riskant eine Änderung am betreffenden Code ist. Ist die Codeline firm ist das Risiko hoch, ist sie soft so ist das Risiko gering; jeweils relativ zur Stabilität. Angewandt auf unser großes Bild ergibt sich somit dieses: Jede Codeline hat eine relative Stabilität: Release 1.x ist stabiler als die Mainline. Der Code ist intensiver getestet. Die Kundenauslieferung ist, falls noch nicht geschehen, in naher Zukunft. Project Z ist softer als die Mainline. Noch softer ist z.b. Project Z-1. Änderungen haben eine dementsprechende Risiko-Bewertung: Eine Änderung an Patch ist extrem riskant. Eine Änderung an Project hingegen nicht. Seite 8 von 10

9 Die Baseline Map Zunächst haben wir in den Diagrammen immer die Zeitachse berücksichtigt. Für das weitere methodische Vorgehen ist diese jedoch unerheblich und zum Teil hinderlich. Die Platzierung von Codelines auf der Tofu-Skala hinsichtlich ihrer relativen Stabilität bei gleichzeitiger Berücksichtigung der Eltern-Kind- Beziehung lässt sich mit der sogenannten Baseline Map leichter visualisieren. Das Baseline Protokoll In diesem Protokoll wird festgelegt, wie der Strom von Änderungen zwischen den Codelines konkret zu erfolgen hat. Folgende Tabelle erläutert dies: Codeline ist... Firmer als Baseline Änderungen fließen zur Baseline kontinuierlich Änderungen fließen von der Baseline NIE Softer als Baseline An definierten Punkten der Fertigstellung kontinuierlich Grundsätzlich gelten folgende goldenen Regeln der Zusammenarbeit: Akzeptiere immer stabilisierende Änderungen. Erzwinge niemals destabilisierende Änderungen. Seite 9 von 10

10 Zusammenfassung Die Realität in der Entwicklung komplexer Produkte und Systeme entspricht leider meistens nicht unseren Idealvorstellungen. Daher ist ein strukturiertes, geplantes und professionelles Codeline Management von zentraler Bedeutung. Der Einsatz entsprechender Tools kann maßgeblich dazu beitragen, die Verzweigungen im Versionsmanagement von komplexen Projekten im Griff zu behalten. Ausschlaggebend ist in jedem Fall eine fundierte Methodologie wie die des vorbeschriebenen Mainline Modells. Für Fragen oder weitergehende Ausführungen stehen wir Ihnen jederzeit gerne zur Verfügung. Seite 10 von 10

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

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

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

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

Mehr

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle

Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung. Kapitel B Vorgehensmodelle Der Projektmanager (nach GPM / IPMA) Fragen zur Selbsteinschätzung und für die Prüfungsvorbereitung Kapitel B Vorgehensmodelle Inhaltsverzeichnis 1 B Vorgehensmodell... 3 1.1 Welche Vorgehensmodelle sind

Mehr

Wie funktioniert agile Software-

Wie funktioniert agile Software- Wie funktioniert agile Software- Entwicklung mit SCRUM Zürich, 8. Mai 008 Jean-Pierre König, namics ag Software Engineer Bern, Frankfurt, Hamburg, München, St. Gallen, Zug, Zürich www.namics.com Agenda»

Mehr

IT-Projekt-Management

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

Mehr

Stefan Mieth, AIT GmbH & Co. KG

Stefan Mieth, AIT GmbH & Co. KG Stefan Mieth, AIT GmbH & Co KG As a requirements engineer I want to use the TFS 12032015; 16:30 17:30 Requirements Engineering ist neben Testing wohl der Dauerbrenner, wenn es um gerne vernachlässigte

Mehr

DevOps in der Praxis. Alexander Pacnik 24.11.2015

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

Mehr

Agile Entwicklung nach Scrum

Agile Entwicklung nach Scrum comsolit AG Hauptstrasse 78 CH-8280 Kreuzlingen Tel. +41 71 222 17 06 Fax +41 71 222 17 80 info@comsolit.com www.comsolit.com Agile Entwicklung nach Scrum Seite 1 / 6 Scrum V 1.0 1. Wieso Scrum Die Entwicklung

Mehr

Embedded Computing Conference 2015 Abstract

Embedded Computing Conference 2015 Abstract A walking skeleton Raphael Meyer, bbv Software Services AG bbv Software Services AG Das walking skeleton ist eine Vorgehensweise für einen erfolgreichen Projektstart. Dabei wird zuerst mit einem möglichst

Mehr

Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg

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

Mehr

Risiken auf Prozessebene

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

Mehr

Kurzanleitung zu. von Daniel Jettka 18.11.2008

Kurzanleitung zu. von Daniel Jettka 18.11.2008 Kurzanleitung zu Tigris.org Open Source Software Engineering Tools von Daniel Jettka 18.11.2008 Inhaltsverzeichnis 1.Einführung...1 2.Das Projektarchivs...3 2.1.Anlegen des Projektarchivs...3 2.2.Organisation

Mehr

Drei Jahre mit Polarion bei Fresenius Medical Care. Stuttgart, Oktober 2012

Drei Jahre mit Polarion bei Fresenius Medical Care. Stuttgart, Oktober 2012 Drei Jahre mit Polarion bei Fresenius Medical Care Stuttgart, Oktober 2012 Polarion Users Conference 2012, Drei Jahre mit Polarion bei Fresenius Medical Care, Jürgen Lehre (c) Copyright 31/08/2012 Fresenius

Mehr

AGILES QUALITÄTSMANAGEMENT

AGILES QUALITÄTSMANAGEMENT AGILES QUALITÄTSMANAGEMENT Manfred Rätzmann Head of Department Quality Assurance Deutsche Post E-Post Development GmbH Manfred.Raetzmann@epost-dev.de http://www.epost.de/ Klassische Ziele des Qualitätsmanagements:

Mehr

Informationssystemanalyse Problemstellung 2 1. Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse:

Informationssystemanalyse Problemstellung 2 1. Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse: Informationssystemanalyse Problemstellung 2 1 Problemstellung Trotz aller Methoden, Techniken usw. zeigen Untersuchungen sehr negative Ergebnisse: große Software-Systeme werden im Schnitt ein Jahr zu spät

Mehr

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 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

Mehr

Agile Management Einführung in agiles Management

Agile Management Einführung in agiles Management Agile Management Einführung in agiles Management Agile Management Agile Management-Methoden Einführung Agile Management PQRST e.u. - Ing. Erich Freitag Version 25.06.2013 Lernziele Den Unterschied zwischen

Mehr

Scrum. Agile Software Entwicklung mit. Agile Software Entwicklung mit. Scrum. Raffael Schweitzer 18. November 2003

Scrum. Agile Software Entwicklung mit. Agile Software Entwicklung mit. Scrum. Raffael Schweitzer 18. November 2003 Agile Software Entwicklung mit Raffael Schweitzer 18. November 2003 Agenda Einleitung Was ist? Wie funktioniert? Einsatzbereiche Erfolgsfaktoren Fazit Agenda Einleitung Was ist? Wie funktioniert? Einsatzbereiche

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

Branching und Merging mit Visual Studio Team System

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

Mehr

myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt

myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt Überblick Agilität und Scrum Grundlagen der agilen Softwareentwicklung Rahmenbedingungen bei der Einführung eines agilen Projektvorgehens

Mehr

SCRUM. Software Development Process

SCRUM. Software Development Process SCRUM Software Development Process WPW 07.08.2012 SCRUM Poster www.scrum-poster.de Was ist Scrum? Extrem Schlanker Prozess 3 Rollen 4 Artefakte Wenige Regeln Die Rollen Product Owner Der Product Owner

Mehr

Alexander Delater, Barbara Paech RUPRECHT-KARLS-UNIVERSITÄT HEIDELBERG

Alexander Delater, Barbara Paech RUPRECHT-KARLS-UNIVERSITÄT HEIDELBERG , Barbara Paech Ins$tute of Computer Science Chair of So4ware Engineering Im Neuenheimer Feld 326 69120 Heidelberg, Germany hgp://se.ifi.uni- heidelberg.de delater@informa$k.uni- heidelberg.de RUPRECHT-KARLS-UNIVERSITÄT

Mehr

Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum

Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Taking RM Agile CLICK TO EDIT MASTER OPTION 1 Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Click to edit Master subtitle style Christian Christophoridis Requirements Management

Mehr

Projektmanagement. Dokument V 1.1. Oliver Lietz - Projektmanagement. Wie kommt es zu einem Projektauftrag? Ausführung

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/

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

VARIANTENREICH SPAREN Optimale Produktvarianz bei bestmöglicher Wiederverwendung. Prozesse Methoden Werkzeuge

VARIANTENREICH SPAREN Optimale Produktvarianz bei bestmöglicher Wiederverwendung. Prozesse Methoden Werkzeuge VARIANTENREICH SPAREN Optimale Produktvarianz bei bestmöglicher Wiederverwendung Prozesse Methoden Werkzeuge 1. Die Herausforderungen der Variantenvielfalt Erfolgreiche Unternehmen haben weniger Varianten

Mehr

KT Communications Engineering

KT Communications Engineering KT Communications Engineering IKT im Kontext von (verteilten) Softwareentwicklungsprojekten Sommersemester 2015 LVA-Nummer: 257.131 LVA-Leiter/in: Florian Krenn, MSc Kontakt: Florian.Krenn@jku.at, (0732

Mehr

23. Januar, Zürich-Oerlikon

23. Januar, Zürich-Oerlikon 23. Januar, Zürich-Oerlikon Effizientere agile Teams mit Git Christian Hassa, Managing Partner (@chrishassa) Daniel Sack, Development Expert (@danielthecoder) TechTalk Software AG Agenda Unser Weg zu Git

Mehr

Wir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind.

Wir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind. Wir erledigen alles sofort Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind. agilecoach.de Marc Bless Agiler Coach agilecoach.de Frage Wer hat

Mehr

Adlerblick So gewinnen Sie einen Überblick über ein DWH Dr. Andrea Kennel InfoPunkt Kennel GmbH CH-8600 Dübendorf Schlüsselworte Einleitung

Adlerblick So gewinnen Sie einen Überblick über ein DWH Dr. Andrea Kennel InfoPunkt Kennel GmbH CH-8600 Dübendorf Schlüsselworte Einleitung Adlerblick So gewinnen Sie einen Überblick über ein DWH Dr. Andrea Kennel InfoPunkt Kennel GmbH CH-8600 Dübendorf Schlüsselworte DWH Projekt, Methodik, Stärken und Schwächen, Übersicht, Weg der Daten,

Mehr

TIM - DAS TORNADO INTEGRATION MODULE /// ONLY THE SKY IS THE LIMIT

TIM - DAS TORNADO INTEGRATION MODULE /// ONLY THE SKY IS THE LIMIT Hallo, ich bin TIM! Ihre neue Lösung zur Handhabung von Medien. TIM - DAS TORNADO INTEGRATION MODULE /// ONLY THE SKY IS THE LIMIT SIND SIE BEREIT, TORNADO IN IHR SYSTEM ZU INTEGRIEREN? /// WIR BIETEN

Mehr

1 Einleitung. 1.1 Unser Ziel

1 Einleitung. 1.1 Unser Ziel 1 Dieses Buch wendet sich an alle, die sich für agile Softwareentwicklung interessieren. Einleitend möchten wir unser mit diesem Buch verbundenes Ziel, unseren Erfahrungshintergrund, das dem Buch zugrunde

Mehr

Von Continuous Integration zu Continuous Deployment

Von Continuous Integration zu Continuous Deployment Von Continuous Integration zu Continuous Deployment Manuel Pichler 31. Mai 2010 Über mich Manuel Pichler Jahrgang 1978 Diplom Informatiker Softwarearchitekt Entwickler von: PHP_Depend

Mehr

White-Paper zur Studie Lean-IT

White-Paper zur Studie Lean-IT White-Paper zur Studie Lean-IT Riesiges Verbesserungspotential in der Durchführung von IT-Projekten In Zusammenarbeit der Universität Hohenheim mit mm1 Consulting & Management Königstraße 10c D-70173 Stuttgart

Mehr

git & git-flow Jens Sandmann 14.12.2013 Warpzone Münster e.v. Jens Sandmann (WZ) git & git-flow 14.12.2013 1 / 31

git & git-flow Jens Sandmann 14.12.2013 Warpzone Münster e.v. Jens Sandmann (WZ) git & git-flow 14.12.2013 1 / 31 git & git-flow Jens Sandmann Warpzone Münster e.v. 14.12.2013 Jens Sandmann (WZ) git & git-flow 14.12.2013 1 / 31 Überblick 1 git Versionskontrolle Allgemein VCS mit git 2 git flow 3 git nutzen 4 Anhang

Mehr

ITIL und Entwicklungsmodelle: Die zwei Kulturen

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

Mehr

SSI WHITE PAPER Design einer mobilen App in wenigen Stunden

SSI WHITE PAPER Design einer mobilen App in wenigen Stunden Moderne Apps für Smartphones und Tablets lassen sich ohne großen Aufwand innerhalb von wenigen Stunden designen Kunde Branche Zur Firma Produkte Übersicht LFoundry S.r.l Herrngasse 379-381 84028 Landshut

Mehr

Zukunftsorientierte Bürgerportale agil entwickeln

Zukunftsorientierte Bürgerportale agil entwickeln Zukunftsorientierte Bürgerportale agil entwickeln Robin Prosch, Client Solution Architect EMC Deutschland GmbH 1 PROJEKTDEFINIERBARKEIT SCRUM PERSONAS 2 Agenda 1. Exkurs: Innovation 2. Projektdefinierbarkeit

Mehr

Software - Testung ETIS SS05

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

Mehr

Wie viel Geschäftsprozess verträgt agile Softwareentwicklung?

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)

Mehr

Anforderungen: Management

Anforderungen: Management Anforderungen: Management Anforderungen: Management Der Begriff der Anforderungsanalyse ist grundsätzlich vom Begriff des Anforderungsmanagements zu trennen, obwohl beide Konzepte in vie l- fältiger Weise

Mehr

DSDM Atern: Agiles Vorgehen für Konzerne? Carsten Sahling, Malte Sörensen Holis3con AG

DSDM Atern: Agiles Vorgehen für Konzerne? Carsten Sahling, Malte Sörensen Holis3con AG DSDM Atern: Agiles Vorgehen für Konzerne? Carsten Sahling, Malte Sörensen Holis3con AG Über uns... Carsten Sahling Leitung GeschäGsfeld Agil Cer3fied Scrum Professional Projektmanagement- Fachmann Level

Mehr

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

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

Mehr

Installation von Malwarebytes

Installation von Malwarebytes Installation von Malwarebytes Ziel der Anleitung Diese Anleitung zeigt Ihnen, wie Sie das Programm Malwarebytes auf Ihrem Computer installieren können. Das kostenlose Programm Malwarebytes findet und entfernt

Mehr

AGILE APPLICATION LIFECYCLE MANAGEMENT IM ATLASSIAN ECOSYSTEM

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

Mehr

brauchen wir eine lernende und agile organisation? Juli 2016

brauchen wir eine lernende und agile organisation? Juli 2016 brauchen wir eine lernende und agile organisation? Juli 2016 michael knoll agiler coach bei t-systems international michael-knoll@telekom.de 2 wo kommen wir her? 3 fragen Warum überhaupt agil? Brauchen

Mehr

MetaQuotes Empfehlungen zum Gebrauch von MetaTrader 5 auf Mac OS

MetaQuotes Empfehlungen zum Gebrauch von MetaTrader 5 auf Mac OS MetaQuotes Empfehlungen zum Gebrauch von MetaTrader 5 auf Mac OS Auch wenn viele kommerzielle Angebote im Internet existieren, so hat sich MetaQuotes, der Entwickler von MetaTrader 5, dazu entschieden

Mehr

Requirements Management Wissensmanagement für und mit Anforderungen

Requirements Management Wissensmanagement für und mit Anforderungen Requirements Management Wissensmanagement für und mit Anforderungen Barbara Paech Forum ITK-Industrie Industrie trifft Forschung in ViSEK, 28.10.02 IESE Fraunhofer Institut Experimentelles Software Engineering

Mehr

Manuelles Testmanagement. Einfach testen.

Manuelles Testmanagement. Einfach testen. Manuelles Testmanagement. Einfach testen. Testmanagement als Erfolgsfaktor. Ziel des Testprozesses ist die Minimierung des Restrisikos verbleibender Fehler und somit eine Bewertung der realen Qualität

Mehr

Projektmanagement. Industriell und agil - sind zweieiige Zwillinge! Photo: Dan Nernay @ YachtPals.com. Inter PM 2012-05-11 Glashütten

Projektmanagement. Industriell und agil - sind zweieiige Zwillinge! Photo: Dan Nernay @ YachtPals.com. Inter PM 2012-05-11 Glashütten Projektmanagement Industriell und agil - sind zweieiige Zwillinge! Inter PM 2012-05-11 Glashütten Photo: Dan Nernay @ YachtPals.com Wolfram Müller 20 Jahre Erfahrung aus mehr als 530 Projekten Fertigungs-

Mehr

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 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

Mehr

Finaler Testbericht. Finaler Testbericht. 1 Einführung 2. 1.1 Warum Softwaretests?... 2

Finaler Testbericht. Finaler Testbericht. 1 Einführung 2. 1.1 Warum Softwaretests?... 2 Inhaltsverzeichnis 1 Einführung 2 1.1 Warum Softwaretests?.................................... 2 2 Durchgeführte Tests 2 2.1 Test: allgemeine Funktionalität............................... 2 2.1.1 Beschreibung.....................................

Mehr

Anleitung zum ebanking KOMPLETT - Computercheck So aktualisieren Sie Ihr Microsoft-Betriebssystem

Anleitung zum ebanking KOMPLETT - Computercheck So aktualisieren Sie Ihr Microsoft-Betriebssystem Anleitung zum ebanking KOMPLETT - Computercheck So aktualisieren Sie Ihr Microsoft-Betriebssystem Information Ob in Internet-Auktionshäusern, sozialen Netzwerken oder Online-Geschäften, das Stöbern im

Mehr

MetaQuotes Empfehlungen zum Gebrauch von MetaTrader 4 auf Mac OS

MetaQuotes Empfehlungen zum Gebrauch von MetaTrader 4 auf Mac OS MetaQuotes Empfehlungen zum Gebrauch von MetaTrader 4 auf Mac OS Auch wenn viele kommerzielle Angebote im Internet existieren, so hat sich MetaQuotes, der Entwickler von MetaTrader 4, dazu entschieden

Mehr

Software-Entwicklung

Software-Entwicklung Software-Entwicklung SEP 96 Geschichte der Programmierung Aufgaben von, Anforderungen an Programme mit der Zeit verändert 1 Programmierung über Lochkarten z.b. für Rechenaufgaben 2 maschinennahe Programmierung

Mehr

Softwareanforderungsanalyse

Softwareanforderungsanalyse Softwareanforderungsanalyse Evolution von Anforderungen Burkhardt Renz Institut für SoftwareArchitektur der Technischen Hochschule Mittelhessen Wintersemester 2015/16 Evolution von Anforderungen Anforderungen

Mehr

Planst Du noch oder lebst Du schon (agil)?

Planst Du noch oder lebst Du schon (agil)? Planst Du noch oder lebst Du schon (agil)? IIBA Chapter Summit Salzburg, 11.10.2013 Anton Müller cscakademie.com Copyright CSC Deutschland Akademie GmbH Worum geht es? Gestaltung von Veränderungen in Unternehmen!

Mehr

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter. Dirk.Prueter@gmx.de

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter. Dirk.Prueter@gmx.de SCRUM Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter Dirk.Prueter@gmx.de Überblick Was ist SCRUM Wie funktioniert SCRUM Warum lohnt es sich, SCRUM anzuwenden

Mehr

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-42660-3. Weitere Informationen oder Bestellungen unter

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-42660-3. Weitere Informationen oder Bestellungen unter Ralf Wirdemann Scrum mit User Stories ISBN: 978-3-446-42660-3 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-42660-3 sowie im Buchhandel. Carl Hanser Verlag, München 1 Einführung.....................................

Mehr

30 Multiple Choice-Fragen - pro Frage gibt es immer 1-4 richtige Antworten

30 Multiple Choice-Fragen - pro Frage gibt es immer 1-4 richtige Antworten SCRUM Foundation MUSTERPRÜFUNG Closed Book, d.h. keine Hilfsmittel zulässig Dauer: 60 Minuten 30 Multiple Choice-Fragen - pro Frage gibt es immer 1-4 richtige Antworten Beispiel für die Bewertung Annahme

Mehr

1 Einleitung. 1.1 Caching von Webanwendungen. 1.1.1 Clientseites Caching

1 Einleitung. 1.1 Caching von Webanwendungen. 1.1.1 Clientseites Caching 1.1 Caching von Webanwendungen In den vergangenen Jahren hat sich das Webumfeld sehr verändert. Nicht nur eine zunehmend größere Zahl an Benutzern sondern auch die Anforderungen in Bezug auf dynamischere

Mehr

Machbar? Machbar! 07.10.2010

Machbar? Machbar! 07.10.2010 TANNER AG 2010 TANNER AG Kemptener Straße 99 D-88131 Lindau (B) Telefon +49 8382 272-0 Fax +49 8382 272-900 www.tanner.de info@tanner.de Agile Softwareentwicklung im regulativen Umfeld. Machbar? Machbar!

Mehr

Albert HAYR Linux, IT and Open Source Expert and Solution Architect. Open Source professionell einsetzen

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.

Mehr

TEUTODATA. Managed IT-Services. Beratung Lösungen Technologien Dienstleistungen. Ein IT- Systemhaus. stellt sich vor!

TEUTODATA. Managed IT-Services. Beratung Lösungen Technologien Dienstleistungen. Ein IT- Systemhaus. stellt sich vor! TEUTODATA Managed IT-Services Beratung Lösungen Technologien Dienstleistungen Ein IT- Systemhaus stellt sich vor! 2 Willkommen Mit dieser kleinen Broschüre möchten wir uns bei Ihnen vorstellen und Ihnen

Mehr

6 Conways Chequerboard-Armee

6 Conways Chequerboard-Armee 6 Conways Chequerboard-Armee Spiele gehören zu den interessantesten Schöpfungen des menschlichen Geistes und die Analyse ihrer Struktur ist voller Abenteuer und Überraschungen. James R. Newman Es ist sehr

Mehr

Build-Pipeline mit Jenkins

Build-Pipeline mit Jenkins JUG Augsburg 24.10.2013 Seite 1 Wer sind wir? Agiler Architekt und Entwickler Eigenes Produkt mit kompletter Pipeline / CD aktuell: Architekt / Entwickler in einem großen Entwicklungsprojekt im Automotiv

Mehr

Agile Programmierung - Theorie II SCRUM

Agile Programmierung - Theorie II SCRUM Agile Programmierung - Theorie II SCRUM Arne Brenneisen Universität Hamburg Fakultät für Mathematik, Informatik und Naturwissenschaften Seminar Softwareentwicklung in der Wissenschaft Betreuer: Christian

Mehr

Abgrenzung bzw. Kombination traditionelles und agiles Projektmanagement

Abgrenzung bzw. Kombination traditionelles und agiles Projektmanagement Abgrenzung bzw. Kombination traditionelles und agiles Projektmanagement Vortrag im Rahmen des IKT-Forums 2015 Salzburg-Urstein am 21. Mai 2015 www.organisationsgesta 00. Agenda Agenda 1. Projektmanagement

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

Consumer Idealized Design

Consumer Idealized Design Consumer Idealized Design Der Erfolg von Produkt- und Dienstleistungsinnovationen ist daran gekoppelt, inwieweit es gelingt, tatsächliche Kundenbedürfnisse zu erfüllen. In der Literatur wird daher vorgeschlagen,

Mehr

Anleitung zum Computercheck So aktualisieren Sie Ihr Microsoft- Betriebssystem

Anleitung zum Computercheck So aktualisieren Sie Ihr Microsoft- Betriebssystem Anleitung zum Computercheck So aktualisieren Sie Ihr Microsoft- Betriebssystem Information Ob in Internet-Auktionshäusern, sozialen Netzwerken oder Online-Geschäften, das Stöbern im Internet zählt für

Mehr

Anleitung zum Computercheck So aktualisieren Sie Ihr Microsoft-Betriebssystem

Anleitung zum Computercheck So aktualisieren Sie Ihr Microsoft-Betriebssystem Anleitung zum Computercheck So aktualisieren Sie Ihr Microsoft-Betriebssystem Information Ob in Internet-Auktionshäusern, sozialen Netzwerken oder Online-Geschäften, das Stöbern im Internet zählt für uns

Mehr

EOS goes JIRA. Jens Backmeier, EOS IT Services. Ein Erfahrungsbericht aus erster Hand. With head and heart in finance

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

Mehr

Mehr Freiheit mehr Wert mehr Umsatz In 3 Phasen zur Marktführerschaft!

Mehr Freiheit mehr Wert mehr Umsatz In 3 Phasen zur Marktführerschaft! In 3 Phasen zur Marktführerschaft! www.systematic-club.de 1 Inhalt Der Systematic Club... 3 In 3 Phasen zur Marktführerschaft... 3 Mitgliedsstufen... 4 Die Leistungen der Basismitgliedschaft... 5 Highlights

Mehr

Hilfe, mein SCRUM-Team ist nicht agil!

Hilfe, mein SCRUM-Team ist nicht agil! Hilfe, mein SCRUM-Team ist nicht agil! Einleitung: Laut unserer Erfahrung gibt es doch diverse unagile SCRUM-Teams in freier Wildbahn. Denn SCRUM ist zwar eine tolle Sache, macht aber nicht zwangsläufig

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

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander?

INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung. Robust und Agil gegeneinander oder miteinander? INFOGEM AG Informatiker Gemeinschaft für Unternehmensberatung Rütistrasse 9, Postfach 5401 Baden, Switzerland Phone: +41 56 222 65 32 Internet: www.infogem.ch Robust und Agil gegeneinander oder miteinander?

Mehr

Design for Six Sigma umsetzen POCKET POWER

Design for Six Sigma umsetzen POCKET POWER Design for Six Sigma umsetzen POCKET POWER 3 Inhalt 1 Einleitung 5 2 Methoden und Werkzeuge 9 2.1 Define 9 2.2 Measure 16 2.3 Analyze 24 2.4 Design 34 2.5 Verify 47 3 Der Einsatz in Systemprojekten 52

Mehr

opsi-401-releasenotes-upgrade-manual

opsi-401-releasenotes-upgrade-manual opsi-401-releasenotes-upgrade-manual Stand: 01.05.2011 uib gmbh Bonifaziusplatz 1b 55118 Mainz Tel.:+49 6131 275610 www.uib.de info@uib.de i Inhaltsverzeichnis 1 Einführung 1 2 Neuerungen in opsi 4.0.1

Mehr

Hyper-V Server 2008 R2

Hyper-V Server 2008 R2 Hyper-V Server 2008 R2 1 Einrichtung und Installation des Hyper-V-Servers 1.1 Download und Installation 4 1.2 Die Administration auf dem Client 9 1.3 Eine VM aufsetzen 16 1.4 Weiterführende Hinweise 22

Mehr

Migrationsstrategien. Dr. Thorsten Arendt Marburg, 22. Januar 2015

Migrationsstrategien. Dr. Thorsten Arendt Marburg, 22. Januar 2015 Migrationsstrategien Dr. Thorsten Arendt Marburg, 22. Januar 2015 Re-Engineering Patterns [Demeyer et al.] 2 Software-Evolution WS 2014/2015 Überblick Probleme Wenn man ein bestehendes System re-engineered

Mehr

Scrum mit User Stories

Scrum mit User Stories Ralf Wirdemann Scrum mit User Stories HANSER Inhaltsverzeichnis 1 Einführung 1 1.1 Warum dieses Buch? 2 1.2 Struktur und Aufbau 3 1.3 Dankeschön 5 1.4 Feedback 5 2 Beispiel: Scrumcoaches.com 7 2.1 Das

Mehr

15 Mit Feature-Branches entwickeln

15 Mit Feature-Branches entwickeln 123 15 Mit Feature-Branches entwickeln Wenn alle im Team auf einem gemeinsamen Branch entwickeln, entsteht eine sehr unübersichtliche First-Parent-Historie mit vielen Merge- Commits. Dadurch wird es schwierig,

Mehr

FUTURE NETWORK 20.11.2013 REQUIREMENTS ENGINEERING

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

Mehr

Was versteht man unter Softwaredokumentation?

Was versteht man unter Softwaredokumentation? Was versteht man unter? Mit bezeichnet man die Dokumentation von Computer-Software. Sie erklärt für Anwender, Benutzer und Entwickler in unterschiedlichen Rollen, wie die Software funktioniert, was sie

Mehr

Markup-basiertes Spezifikationsund Anforderungsmanagement in agilen Softwareprojekten

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

Mehr

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 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

Mehr

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-41656-7. Weitere Informationen oder Bestellungen unter

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-41656-7. Weitere Informationen oder Bestellungen unter Ralf Wirdemann Scrum mit User Stories ISBN: 978-3-446-41656-7 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-41656-7 sowie im Buchhandel. Carl Hanser Verlag, München 1 Einführung.....................................

Mehr

MetaQuotes Empfehlungen zum Gebrauch von

MetaQuotes Empfehlungen zum Gebrauch von MetaQuotes Empfehlungen zum Gebrauch von MetaTrader 4 auf Mac OS Auch wenn viele kommerzielle Angebote im Internet existieren, so hat sich MetaQuotes, der Entwickler von MetaTrader 4, dazu entschieden

Mehr

Erfolgreicher Ums9eg auf Git

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

Mehr

Software Engineering

Software Engineering Software Engineering Prof. Adrian A. Müller, PMP, PSM 1, CSM Fachbereich Informatik und Mikrosystemtechnik Prof. A. Müller, FH KL Software Engineering 2015 1 Inhalte Begrüßung Vorstellung, Übersicht Formales

Mehr

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

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

Mehr

Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" bei AGFA HealthCare

Praktische Erfahrungen beim Einsatz des Vorgehensmodells SCRUM bei AGFA HealthCare Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" bei AGFA HealthCare SCRUM Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" eines Entwicklerteams von AGFA HealthCare 2 Praktische

Mehr

Globale Scrum Retrospektive

Globale Scrum Retrospektive SWP: Spieleprogrammierung Fachbereich Mathematik und Informatik Globale Scrum Retrospektive Do, Hoang Viet(do@mi.fu-berlin.de) Freie Universität Berlin, SoSe 2012 Was ein Softwareprojekt nicht ist! Keine

Mehr

Eine technische Plattform für Smart-Client-Systeme. Alexander Ziegler

Eine technische Plattform für Smart-Client-Systeme. Alexander Ziegler Eine technische Plattform für Smart-Client-Systeme Alexander Ziegler Agenda Ausgangssituation Smart Client Ansatz Technische Kernthemen Erfahrungen 1 Agenda Ausgangssituation Smart Client Ansatz Erfahrungen

Mehr

Sabotage in Scrum. dem Prozess erfolglos ins Knie schiessen. Andreas Leidig (andrena objects ag) Vortrag bei den XP Days 2007

Sabotage in Scrum. dem Prozess erfolglos ins Knie schiessen. Andreas Leidig (andrena objects ag) Vortrag bei den XP Days 2007 Sabotage in Scrum dem Prozess erfolglos ins Knie schiessen Andreas Leidig (andrena objects ag) Vortrag bei den XP Days 2007 1 Überblick Sabotage? Wer kann sabotieren? Was kann sabotiert werden? Wieviel

Mehr

Automotive Embedded Software. Beratung Entwicklung Tools

Automotive Embedded Software. Beratung Entwicklung Tools Automotive Embedded Software Beratung Entwicklung Tools 2 3 KOMPLEXE PROJEKTE SIND BEI UNS IN GUTEN HÄNDEN. Die F+S GmbH engagiert sich als unabhängiges Unternehmen im Bereich Automotive Embedded Software

Mehr

Öffentliche Bekanntmachung gemäß 34 Abs. 2 SGB IV in Verbindung mit 12 der Satzung der KKH

Öffentliche Bekanntmachung gemäß 34 Abs. 2 SGB IV in Verbindung mit 12 der Satzung der KKH Kaufmännische Krankenkasse KKH Hauptverwaltung 30144 Hannover Öffentliche Bekanntmachung gemäß 34 Abs. 2 SGB IV in Verbindung mit 12 der Satzung der KKH Der Verwaltungsrat der Kaufmännischen Krankenkasse

Mehr