SPI-Seminar : Interview mit einem Softwaremanager

Größe: px
Ab Seite anzeigen:

Download "SPI-Seminar : Interview mit einem Softwaremanager"

Transkript

1 Erstellung eines Fragenkatalogs der die Beurteilung der Level 2 Key Process Areas in einem ca. einstündigen Interview mit einem Software Manager ermöglicht Vortrag von Matthias Weng 1

2 Aufbau Geschichte und Aufbau des CMM Beschreibung von Level 2 Interview mit Erläuterung der KPAs Schlußfolgerung 2

3 Das Modell 1986 veröffentlichte das SEI ein sogenanntes Process Maturity Framework als Hilfe für Unternehmen die Software entwickeln um die Fähigkeit solcher Unternehmen beurteilen zu können 1990 erste Version von CMM = Capability Maturity Model 1993 CMM for Software, Version 1.1 als Grundlage dieses Vortrags 3

4 Aufbau des CMM Das CMM unterteilt die Entwicklung eines Unternehmens in 5 Level jeder Level kennzeichnet einen bestimmten Entwicklungsgrad das Erreichen eines Levels setzt voraus das alle vorherigen Levels abgeschlossen sind 4

5 Die 5 Level des CMM Level 1: Initial (ad hoc) Erfolg hängt von individuellen Fähigkeiten ab Level 2: Repeatable Kosten, Zeitplan werden gemanagt Level 3: Defined Standardisierung des Entwicklungsprozesses 5

6 Die 5 Level des CMM Level 4: Managed genaue Messungen des Prozesses und der Produktqualität werden gesammelt Level 5: Optimizing kontinuierliche Verbesserungen durch Rückkopplung, Verwendung innovativer Techniken und Ideen 6

7 Key Process Areas jeder Level ist in mehrere sogenannte Key Process Areas (KPAs) unterteilt die KPAs ermöglichen eine bessere Aufteilung der Aktivitäten die nötig sind um eine Level zu erreichen oft ist die Implementierung einer KPA die Voraussetzung für eine andere 7

8 Level 2: Repeatable Planung und Verwaltung für neue Projekte bauen auf der Erfahrung vorhergehender Projekte auf es gibt klare Richtlinien nach denen bei Planung und Durchführung eines Projekts vorgegangen wird alle Schritte die vor und während der Durchführung eines Projekts vorgenommen werden, werden dokumentiert 8

9 Level 2 Key Process Areas In Level 2 gibt es 6 Key Process Areas: Requirements Management Software Project Planning Software Project Tracking and Oversight Software Subcontract Management Software Quality Assurance Software Configuration Management 9

10 Problem Befragung wird normalerweise von einer Gruppe über einen längeren Zeitraum in mehreren Abteilungen durchgeführt ein Interview mit nur einer Person ist subjektiv stellt nur einen kleinen Ausschnitt dar kann durch die zeitliche Beschränkung (1 Std.) nicht sehr detailliert sein 10

11 Vorgehensweise Zielsetzung:Jede KPA mit dem Interview abdecken direkte Fragen, die Hintergrundwissen über das CMM voraussetzen vermeiden bei durchschnittlich 3 Minuten pro Frage können etwa 20 Fragen gestellt werden 11

12 KPA : Requirements Management Anforderungen an das Projekt werden spezifiziert es wird festgelegt welche Anforderungen in den Softwarebereich fallen die Anforderungen werden dokumentiert 12

13 Interview Beschreiben sie kurz die Anforderungen an Ihr letztes oder ein laufendes Softwareprojekt. Wer war dabei verantwortlich für die Definition der Anforderungen und mit welchen Gruppen wurden sie abgestimmt? Wurden die Anforderungen beibehalten oder wurden sie im Verlauf des Projekts abgeändert oder korrigiert? Wenn ja, auf welche Weise? 13

14 KPA: Software Project Planning Planungen für die Durchführung des Projekts unter dem Aspekt des Programmier- und Managementaufwands werden vorgenommen: z.b. erstellen eines Zeitplans aushandeln von Pflichten Risiken erkennen und abschätzen Softwareprojektmanager wird benannt SPM handelt die Pflichten aus Planungen werden dokumentiert 14

15 Interview Wer hat bei Ihrem laufenden Softwareprojekt die Pflichten ausgehandelt und verteilt? In welchen Gesamtzusammenhang ist dieses Softwareprojekt in Ihrem Unternehmen eingebettet? Welches Lebenszyklus-Modell findet dabei Verwendung? 15

16 Interview Auf welchen Grundlagen wurde der Software- Entwicklungs-Plan erstellt? In welche Teilprojekte wurde das Projekt aufgeteilt? Gibt es eine Vorabschätzung der Kosten und des Aufwands für das Softwareprojekt? 16

17 Interview Welche Risiken wurden für das Projekt ausgemacht? Wann fand das letzte Gespräch über den Projektplan mit dem Projektmanager statt? 17

18 KPA: Software Project Tracking and Oversight Einblick für das Management in das laufende Projekt wird ermöglicht Stand des Projekts wird anhand des dokumentierten Softwareentwicklungsplans aus der vorhergehenden KPA überprüft bei Abweichungen kann das Management eingreifen durch Korrektur des Plans Änderung der Arbeitseinteilung 18

19 Interview Welche Versionsnummer hat Ihr derzeitiger Projektplan und von wann stammt die aktuelle Version? Wie weit ist das momentan laufende Projekt fortgeschritten? Bewegen sich die Kosten für das Projekt noch im vorgesehenen Rahmen? 19

20 Interview Wann war das letzte Treffen der SW- Entwicklungsgruppe die am momentanen Projekt arbeitet? 20

21 KPA: Software Subcontract Management bei Bedarf sollen qualifizierte Subunternehmen ausgewählt werden die erarbeiteten Anforderungen an das Projekt sollen auch beim Subunternehmen eingehalten werden der Fortschritt des Projekts beim Subunternehmen wird überwacht 21

22 Interview Gibt es in Ihrem Projekt einen Manager der speziell für die Zusammenarbeit mit Subunternehmen zuständig ist? Wie weit ist das Projekt bei einem Ihrer Subunternehmen fortgeschritten? 22

23 KPA: Software Quality Assurance Überwachung der Produktqualität die Einhaltung der Planungen werden überwacht und dokumentiert ermöglicht dem Management Einblick in den Entwicklungsprozeß Qualitätsbeauftragte müssen unabhängig vom Erfolg des Projekts sein um Objektivität zu gewährleisten 23

24 Interview Gibt es in Ihrem Unternehmen einen Softwarequalitätsbeauftragten? Beschreiben sie kurz seine Funktion in Ihrem Unternehmen. 24

25 KPA: Software Configuration Management Software Configuration Control Board (SCCB) wird eingerichtet in dem alle mit der Entwicklung befaßten Gruppen vertreten sind mit dem Software Configuration Management soll die Integrität der Produkte des Softwareprojekts erreicht werden eine Softwarebasisbibliothek wird eingerichtet in der die entwickelten Softwaregrundlagen festgehalten werden. 25

26 Interview Gibt es in Ihrem Projekt ein Gremium in dem alle Gruppen die mit den SW-Grundlagen befaßt sind vertreten sind? (SCCB) Gibt es in Ihrem Projekt eine Gruppe die für die Kontinuität der Konfigurationsverwaltung wahrend des Lebenszyklus zuständig ist? (SCM) Welche Aktivitäten wurden in letzter Zeit von dieser Gruppe unternommen? 26

27 Schlußfolgerung in einer 1-stündigen Befragung können alle KPAs gestreift werden. KPAs überlappen teilweise oder bauen aufeinander auf => Fragen betreffen manchmal mehrere KPAs es ist nicht möglich die Aussagen auf Wahrheitsgehalt zu prüfen Mitarbeiter kommen nicht zu Wort ein richtiges Assessment ist aber teuer und langwierig 27

ISO 9001 und CMM im Vergleich

ISO 9001 und CMM im Vergleich ISO 9001 und CMM im Vergleich internationale Norm ISO 9001 umfasst 20 Forderungen/ Klauseln 1 Vorbereitung Audit Wie wird zertifiziert Wie erfolgt Dokumentation? Handbuch (QMH) Verfahrensanweisungen (QMV)

Mehr

CMM Mythos und Realität. Forum Forschungsförderung BITKOM / ViSEK 2003 17. Oktober 2003. Tilman Seifert, TU München

CMM Mythos und Realität. Forum Forschungsförderung BITKOM / ViSEK 2003 17. Oktober 2003. Tilman Seifert, TU München CMM Mythos und Realität Forum Forschungsförderung BITKOM / ViSEK 2003 17. Oktober 2003, TU München Agenda Das CMM Ziele und Aufbau Prozessverbesserung nach CMM Bewertung des CMM Mythen Thesen Kritik Zusammenfassung

Mehr

CMMI und SPICE im Automotive Umfeld

CMMI und SPICE im Automotive Umfeld Vorträge 2006 CMMI und SPICE im Automotive Umfeld Inhalt Motivation Übersicht zu CMMI Anwendung in Entwicklungsprojekten Prozess Management als Lösungsansatz SPICE Motivation Jährliche Kosten für Prozessverbesserung

Mehr

Informationssystemanalyse People Capability Maturity Model 6 1

Informationssystemanalyse People Capability Maturity Model 6 1 Informationssystemanalyse People Capability Maturity Model 6 1 People Capability Maturity Model Neben dem CMM, welches primär zur Verbesserung des Entwicklunsprozesses eingesetzt wird, existiert mit dem

Mehr

CMM Level 5 Markus Mattes. Markus Mattes CMM Level 5 1

CMM Level 5 Markus Mattes. Markus Mattes CMM Level 5 1 CMM Level 5 Markus Mattes Markus Mattes CMM Level 5 1 Inhalt Einleitung KPAs Level 5 Defect Prevention Technology Change Management Process Change Management Beispiel Schluss Markus Mattes CMM Level 5

Mehr

CMMI - Unterschiede und Gemeinsamkeiten zu CMM. 10/16/03 CMMI - Unterschiede und Gemeinsamkeiten zu CMM

CMMI - Unterschiede und Gemeinsamkeiten zu CMM. 10/16/03 CMMI - Unterschiede und Gemeinsamkeiten zu CMM CMMI - Unterschiede und Gemeinsamkeiten zu CMM Universität Tübingen Arbeitsbereich: Informatik und Gesellschaft Thomas Grosser email: tgrosser@informatik.uni-tuebingen.de im Juli 2003 1 Gliederung Einleitung,

Mehr

TAV Arbeitskreis Testmanagement. Einführung von Testprozessen. Bedeutung von Reifegradmodellen für das Testmanagement

TAV Arbeitskreis Testmanagement. Einführung von Testprozessen. Bedeutung von Reifegradmodellen für das Testmanagement TAV Arbeitskreis Testmanagement Einführung von Testprozessen Bedeutung von Reifegradmodellen für das Testmanagement Zur Diskussion im Arbeitskreis Testmanagement auf der TAV 25 am 15./16.02.2007 Vorbereitet

Mehr

Informationssystemanalyse Das Capability Maturity Model 5 1

Informationssystemanalyse Das Capability Maturity Model 5 1 Informationssystemanalyse Das Capability Maturity Model 5 1 Das Capability Maturity Model Der Prozeß der Softwareentwicklung kann unterschiedliche Ausprägungen haben. Ein Idealzustand kann z.b. das V-Modell

Mehr

AUF DEM PRÜFSTAND: IST QUALITÄT NUR FREUNDLICHE ZUGABE? MIT ROUNDTABLE-DISKUSSION

AUF DEM PRÜFSTAND: IST QUALITÄT NUR FREUNDLICHE ZUGABE? MIT ROUNDTABLE-DISKUSSION MO. 26. APR. 2004, 17:00 UHR QUALITY ASSURANCE FOR IT PROJECTS SOFTWARE-ENTWICKLUNG AUF DEM PRÜFSTAND: IST QUALITÄT NUR FREUNDLICHE ZUGABE? MIT ROUNDTABLE-DISKUSSION WIRD PRÄSENTIERT VON MEDIENPARTNER

Mehr

Einführung von Test-Prozessen laut TMMi. Egon Valentini 1. März 2010

Einführung von Test-Prozessen laut TMMi. Egon Valentini 1. März 2010 Einführung von Test-Prozessen laut TMMi Egon Valentini 1. März 2010 Agenda NXP Testumfeld CMMi, TMMi TMMi QualityPolicy, TestPolicy, TestStrategy, TestPlan Lessons Learned 2 Warum brauchen wir Testmethoden

Mehr

Lohnt sich Requirements Engineering?

Lohnt sich Requirements Engineering? Lohnt sich Requirements Engineering? Seminar Messbarkeit von Anforderungen am Fachgebiet Software Engineering Wintersemester 2007/2008 Betreuer: Eric Knauss Oleksandr Kazandzhi Gliederung Einleitung Messen

Mehr

Informationssystemanalyse Personal Software Process 8 1

Informationssystemanalyse Personal Software Process 8 1 Informationssystemanalyse Personal Software Process 8 1 Personal Software Process Sehr eng mit dem CMM hängt der PSP (Personal Software Process) zusammen. Der PSP ergänzt das organisationsweite CMM um

Mehr

Automotive SPiCE und IEC 61508 Synergie oder Widerspruch?

Automotive SPiCE und IEC 61508 Synergie oder Widerspruch? Safety Competence Center Vienna Automotive SPiCE und IEC 61508 Synergie oder Widerspruch? Pierre Metz, Gabriele Schedl copyright SYNSPACE, SCC fh campus wien All rights reserved Problemfelder Produktsicherheit

Mehr

Bewertung. Vorgespräch. Interne Vorbereitung. Zertifizierungsaudit. Wiederholungsaudit. Überwachungsaudit

Bewertung. Vorgespräch. Interne Vorbereitung. Zertifizierungsaudit. Wiederholungsaudit. Überwachungsaudit Bewertung,62=HUWLIL]LHUXQJ Vorgespräch Interne Vorbereitung 0RQDWH Zertifizierungsaudit Wiederholungsaudit DOOH-DKUH Überwachungsaudit MlKUOLFK Wenn eine Organisation ein,62ãã=huwlilndw anstrebt, so muss

Mehr

Capability Maturity Model Integration. Eine Einführung in CMMI als ein Werkzeug zur Prozessverbesserung

Capability Maturity Model Integration. Eine Einführung in CMMI als ein Werkzeug zur Prozessverbesserung Capability Maturity Model Integration Eine Einführung in CMMI als ein Werkzeug zur Prozessverbesserung Capability Maturity Model Integration Autoren Malte Foegen, Partner wibas IT Maturity Services GmbH,

Mehr

Verbesserung der Beschaffung von Produkten und Leistungen auf Basis des CMMI für Akquisition (CMMI-ACQ)

Verbesserung der Beschaffung von Produkten und Leistungen auf Basis des CMMI für Akquisition (CMMI-ACQ) Verbesserung der Beschaffung von Produkten und Leistungen auf Basis des CMMI für Akquisition (CMMI-ACQ) Dr. Ralf Kneuper GI-Regionalgruppe Karlsruhe 2009-05-08 2009-05-08 1 Ralf Kneuper Dipl.-Mathematiker,

Mehr

Medical SPICE. Was bringt die neue VDI-Richtlinie 5702? Matthias Hölzer-Klüpfel

Medical SPICE. Was bringt die neue VDI-Richtlinie 5702? Matthias Hölzer-Klüpfel Medical SPICE Was bringt die neue VDI-Richtlinie 5702? Matthias Hölzer-Klüpfel VDI Fachausschuss Wann ist Software ein Medizinprodukt? Software-Qualität in der Medizintechnik VDI: Fachbereich Medizintechnik

Mehr

Einführung eines Project Management Office - eine Fallstudie aus Saudi-Arabien

Einführung eines Project Management Office - eine Fallstudie aus Saudi-Arabien PMI Chapter München, 21.03.2005 Einführung eines Project Management Office - eine Fallstudie aus Saudi-Arabien 1 Agenda Das Project Management Office im PMBOK Rahmenbedingungen im Ministry of Interior

Mehr

ITIL meets CMMI: Optimierung der IT-Prozesse durch das Zusammenspiel von ITIL und CMMI SQM 2006

ITIL meets CMMI: Optimierung der IT-Prozesse durch das Zusammenspiel von ITIL und CMMI SQM 2006 ITIL meets CMMI: Optimierung der IT-Prozesse durch das Zusammenspiel von ITIL und CMMI SQM 2006 Dr. Ralf Kneuper Dr. Ralf Kneuper Beratung Jan Stender ITIL Berater Überblick Motivation Überblick CMMI Überblick

Mehr

Verwendung von Anforderungsbasierten Verfolgbarkeitsmetriken im Projektmanagement

Verwendung von Anforderungsbasierten Verfolgbarkeitsmetriken im Projektmanagement Verwendung von Anforderungsbasierten Verfolgbarkeitsmetriken im Projektmanagement Michael Eisenbarth Abteilung Requirements- und Usability-Engineering Fraunhofer-Institut für Experimentelles Software Engineering

Mehr

Lean Warehousing. Realisierungen in der Wirtschaft und. Prof. Dr.-Ing. Harald Augustin

Lean Warehousing. Realisierungen in der Wirtschaft und. Prof. Dr.-Ing. Harald Augustin Lean Warehousing Realisierungen in der Wirtschaft und Zukunftsszenarien Prof. Dr.-Ing. Harald Augustin LOGISTIK HEUTE Forum, CeMAT 2008, Hannover, 28. Mai 2008 Steinbeis-Transferzentrum i t Prozessmanagement

Mehr

Vorgehensmodelle und Reifegradmodelle Ergänzung oder Konkurrenz? Dr. Ralf Kneuper 27.09.2007

Vorgehensmodelle und Reifegradmodelle Ergänzung oder Konkurrenz? Dr. Ralf Kneuper 27.09.2007 Vorgehensmodelle und Reifegradmodelle Ergänzung oder Konkurrenz? Dr. Ralf Kneuper 27.09.2007 2007-09-27 1 Ralf Kneuper Dipl.-Mathematiker, Univ. Bonn PhD Computing Science, Univ. of Manchester 1989-1995:

Mehr

Knowledge Management (KM) - Wirklich neu? -

Knowledge Management (KM) - Wirklich neu? - Knowledge Management (KM) - Wirklich neu? - Dr. Rainer Gnibl 1 1 Dr. Rainer Gnibl Regierung von Oberfranken Ludwigstr. 20 95444 Bayreuth Phone +49 981 53-1262 Fax +49 921 604-4950 Mail rainer.gnibl@reg-ofr.bayern.de

Mehr

1 von 119 Eine Einführung in das Project Management/1 Einführung/Seiten/Startseite

1 von 119 Eine Einführung in das Project Management/1 Einführung/Seiten/Startseite 1 von 119 Eine Einführung in das Project Management/1 Einführung/Seiten/Startseite 2 von 119 Eine Einführung in das Project Management/1 Einführung/Seiten/Einführung 3 von 119 Eine Einführung in das Project

Mehr

2.2 Ansätze zur Qualitätssicherung

2.2 Ansätze zur Qualitätssicherung 2.2 Ansätze zur Qualitätssicherung 13 2.2 Ansätze zur Qualitätssicherung Im folgenden Kapitel sollen bewährte Ansätze vorgestellt werden, die zur Bewertung und Verbesserung der Produkt- und Prozessqualität

Mehr

IT-Governance und COBIT. DI Eberhard Binder

IT-Governance und COBIT. DI Eberhard Binder IT-Governance und COBIT DI Eberhard Binder wir alle wollen, dass Die IT in unserem Unternehmen anerkannt und gut positioniert ist Die IT Abteilung als bestens geführt gilt Was will der CEO von seiner IT?

Mehr

Kosten und Nutzen des Einsatzes von CMMI. Dr. Ralf Kneuper Beratung für Softwarequalitätsmanagement und Prozessverbesserung

Kosten und Nutzen des Einsatzes von CMMI. Dr. Ralf Kneuper Beratung für Softwarequalitätsmanagement und Prozessverbesserung Kosten und Nutzen des Einsatzes von CMMI Dr. Ralf Kneuper Beratung für Softwarequalitätsmanagement und Prozessverbesserung Ralf Kneuper Dipl.-Mathematiker, Univ. Bonn PhD Computing Science, Univ. of Manchester

Mehr

REConf 2005. Metriken - Eine Hilfe bei der Einführung von Requirements Management? Stefan Fichtinger Senior Consultant

REConf 2005. Metriken - Eine Hilfe bei der Einführung von Requirements Management? Stefan Fichtinger Senior Consultant REConf 2005 Metriken - Eine Hilfe bei der Einführung von Requirements Management? Stefan Fichtinger Senior Consultant HOOD GmbH Truderinger Straße 302 81825 München Tel: +49 89 4512 530 stefan.fichtinger@hood-group.com

Mehr

CMMI for Embedded Systems Development

CMMI for Embedded Systems Development CMMI for Embedded Systems Development O.Univ.-Prof. Dipl.-Ing. Dr. Wolfgang Pree Software Engineering Gruppe Leiter des Fachbereichs Informatik cs.uni-salzburg.at Inhalt Projekt-Kontext CMMI FIT-IT-Projekt

Mehr

Medical SPICE Von der Regulierung zur Praxis

Medical SPICE Von der Regulierung zur Praxis Medical SPICE Von der Regulierung zur Praxis Thomas Wunderlich, Manager, Vector Consulting Services GmbH Markus Manleitner, SW Quality Assurance Officer, Dräger medical GmbH MedConf 2013, 17.10.2013 2013.

Mehr

Der Prozess für erfolgreiche

Der Prozess für erfolgreiche ivu.xpress Der Prozess für erfolgreiche it-projekte IVU.xpress Für IT-Projekte Erprobt. Effizient. Schnell. Komplexe IT-Systeme sind aus dem Alltag von Verkehrsbetrieben nicht mehr wegzudenken. Oft ist

Mehr

Werkzeug-gestützte Nachverfolgbarkeit von Anforderungen nach CMMI

Werkzeug-gestützte Nachverfolgbarkeit von Anforderungen nach CMMI IBM Software Group Werkzeug-gestützte Nachverfolgbarkeit von Anforderungen nach CMMI Hubert Biskup, IBM, IT-Specialist Ralf Kneuper, Berater und SEI-autorisierter CMMI Lead Appraiser Agenda IBM Software

Mehr

Einführung in das Software-Qualitätsmanagement

Einführung in das Software-Qualitätsmanagement Roland Petrasch Einführung in das Software-Qualitätsmanagement ^oyoc; 0 Einleitung 9 1 Qualitätsmanagement in der Software-Entwicklung 11 1.1 Entwicklung von Software-Produkten 11 1.1.1 Begriffsbestimmung

Mehr

CMMI Der Weg zur erfolgreichen Softwareorganisation CMMI & SPA (Siemens Process Assessment)

CMMI Der Weg zur erfolgreichen Softwareorganisation CMMI & SPA (Siemens Process Assessment) Prof. Dr. Eckhart Hanser, Hanser: BA Lörrach CMMI und & SPA eha technologie service GmbH www.ba-loe errach.de CMMI Der Weg zur erfolgreichen Softwareorganisation CMMI & SPA (Siemens Process Assessment)

Mehr

Ein paar Fragen zum Start

Ein paar Fragen zum Start Qualitätsmanagement Ein paar Fragen zum Start Was bedeutet für Sie Software Qualität oder was ist richtig gute Software? Was ist Ihre Lieblingssoftware und was gefällt Ihnen daran? Definition : Qualität

Mehr

PROJEKTMANAGEMENT QUALITÄTSMANAGEMENT

PROJEKTMANAGEMENT QUALITÄTSMANAGEMENT Friedrich-Schiller-Universität Jena Fakultät für Mathematik und Informatik Lehrstuhl für Softwaretechnik Dipl. Ing. Gerhard Strubbe IBM Deutschland GmbH Executive Project Manager (IBM), PMP (PMI) gerhard.strubbe@de.ibm.com

Mehr

Agenda. Überblick Qualitätsmanagement ISO 9000 CMM

Agenda. Überblick Qualitätsmanagement ISO 9000 CMM Agenda Überblick Qualitätsmanagement ISO 9000 CMM 1 Überblick Ansätze zur Qualitsmanagement Ansätze zur Systematisierung vom Qualität finden hohes Interesse (einerseits von Seiten der Industrie, andererseits

Mehr

Grundlagen Software Engineering

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

Mehr

CMMI, BOOTSTRAP, SPICE, AutomotiveSPICE... was wollen die wirklich? - Werkzeuge richtig eingesetzt! Bernd.Hindel@methodpark.de

CMMI, BOOTSTRAP, SPICE, AutomotiveSPICE... was wollen die wirklich? - Werkzeuge richtig eingesetzt! Bernd.Hindel@methodpark.de CMMI, BOOTSTRAP, SPICE, AutomotiveSPICE... was wollen die wirklich? - Werkzeuge richtig eingesetzt! Bernd.Hindel@methodpark.de Agenda Ausgangssituation und Problem Nachweis der Lernenden Organisation Ausblick

Mehr

SPiCE und Test: Was hat das denn miteinander zu tun?

SPiCE und Test: Was hat das denn miteinander zu tun? SPiCE und Test: Was hat das denn miteinander zu tun? TAV Düsseldorf 15./16.2.2007 Arbeitskreis Test eingebetteter Systeme Dr. Uwe Hehn Uwe.Hehn@methodpark.de Gliederung Reifegradmodelle Übersicht über

Mehr

Gestaltungsfelder und Einsatzgebiete des Qualitätsmangements in der Softwareentwicklung

Gestaltungsfelder und Einsatzgebiete des Qualitätsmangements in der Softwareentwicklung Gestaltungsfelder und Einsatzgebiete des Qualitätsmangements in der Softwareentwicklung Gestaltungsfelder Themenfelder Produkt Prozeß Qualitätsmerkmale QFD FMEA Priorisierung von SW-Funktionalitäten Planung

Mehr

ISO/IEC 15504 (SPICE)

ISO/IEC 15504 (SPICE) ISO/IEC 15504 (SPICE) Wo Licht ist, ist auch Schatten! Markus Sprunck HVB Information Services GmbH SE 2007 am 28. März 2007 in Hamburg G Inhalt Einleitung Grundlagen Entwicklungsinfrastruktur Erfolgsfaktoren,

Mehr

Verbesserung der Beschaffung von Produkten und Leistungen auf Basis des CMMI für Akquisition (CMMI-ACQ)

Verbesserung der Beschaffung von Produkten und Leistungen auf Basis des CMMI für Akquisition (CMMI-ACQ) Verbesserung der Beschaffung von Produkten und Leistungen auf Basis des CMMI für Akquisition (CMMI-ACQ) Dr. Ralf Kneuper GI-Workshop Vorgehensmodelle 2009 2009-04-09 1 Ralf Kneuper Dipl.-Mathematiker,

Mehr

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

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

Mehr

OPAQ Optimized Processes And Quality

OPAQ Optimized Processes And Quality OPAQ Optimized Processes And Quality Einführung IT Service Management Prozesse und System bei der SICK AG : Central Department IT CIO Office Dr. Jan Hadenfeld IT Service Manager 19. September 2007 Agenda

Mehr

CHAIR IV. Software & Systems Engineering. CMMI und Konsorten: Fortentwicklung der Reifegradmodelle. Tilman Seifert 1.

CHAIR IV. Software & Systems Engineering. CMMI und Konsorten: Fortentwicklung der Reifegradmodelle. Tilman Seifert 1. CMMI und Konsorten: Fortentwicklung der Reifegradmodelle Tilman Seifert 1. Dezember 2004 1 Leitfragen Reifegradmodelle: Rückblick: 10 Jahre CMM: Was dazugelernt? CMMI, SPiCE, ITIL, Six Sigma Trends: Vorgehens-

Mehr

Projekt Management Office für IT-Projekte. Werner Achtert

Projekt Management Office für IT-Projekte. Werner Achtert Projekt Management Office für IT-Projekte Werner Achtert Ziele und Agenda Ziel des Vortrags Vorstellung eines Konzepts zum Aufbau eines Projekt Management Office Agenda Rahmenbedingungen für IT-Projekte

Mehr

Management großer Softwareprojekte

Management großer Softwareprojekte Management großer Softwareprojekte Prof. Dr. Holger Schlingloff Humboldt-Universität zu Berlin, Institut für Informatik Fraunhofer Institut für Rechnerarchitektur und Softwaretechnik FIRST H. Schlingloff,

Mehr

DGQ Regionalkreis Hamburg 21.05.2012 ISO 10007. Konfigurationsmanagement

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.

Mehr

Modul 3: Service Transition

Modul 3: Service Transition Modul 3: Service Transition 1. Ziel, Wert und Aufgaben von Service Transition? 2. Prozess: Projektmanagement (Transition Planning and Support) 3. Prozess: Change Management 4. Prozess: Change-Evaluierung

Mehr

Zukünftige Angebote der Industrie zur Qualitätssicherung von Lichtsignalanlagen

Zukünftige Angebote der Industrie zur Qualitätssicherung von Lichtsignalanlagen I&S ITS On Street & Central Business Unit I&S ITS BU CE PM, Oliver Brand I&S ITS BU OS PM, Helmut Lennertz Zukünftige Angebote der Industrie zur Qualitätssicherung von Lichtsignalanlagen Agenda Technische

Mehr

The Capability Maturity Model. Das Modell der Reifegrade.

The Capability Maturity Model. Das Modell der Reifegrade. The Capability Maturity Model. Das Modell der Reifegrade. Seminar Informatik. Shavrov Anton 11040090-1 - Inhaltsverzeichnis. 1. Einführung in Capability Moturity Model(CMM). 3 1.1 Geschichtliche Entwicklung.

Mehr

Fragen zum Software-Prozessreifegrad (CMM Version 1.1)

Fragen zum Software-Prozessreifegrad (CMM Version 1.1) Fragen zum Software-Prozessreifegrad (CMM Version 1.1) (entsprechend Maturity Questionnaire, Carnegie Mellon University, 1994, Version 1.1) Anmerkungen: Die Übersetzung der Fragen des CMM Maturity Questionnaire

Mehr

ITSM (BOX & CONSULTING) Christian Hager, MSc

ITSM (BOX & CONSULTING) Christian Hager, MSc ITSM (BOX & CONSULTING) Christian Hager, MSc INHALT Ausgangssituation ITSM Consulting ITSM Box Zentrales Anforderungsmanagement Beispielhafter Zeitplan Nutzen von ITSM Projekten mit R-IT Zusammenfassung

Mehr

AUFBAU EINER TESTORGANISATION

AUFBAU EINER TESTORGANISATION AUFBAU EINER TESTORGANISATION ODER DIE GEISTER, DIE ICH RIEF... Software-Tester Forum Mittwoch, 16. November 2005 SWX Swiss Exchange, Convention Point Zürich Robin Heizmann, CS IT Quality Management 14.11.2005

Mehr

PRODUKTENTWICKLUNG NACH DEM INGTES- PROZESSMODELL

PRODUKTENTWICKLUNG NACH DEM INGTES- PROZESSMODELL PRODUKTENTWICKLUNG NACH DEM INGTES- PROZESSMODELL INGTES AG Bahnhofstr. 94 CH 5000 Aarau Tel. +4162 836 30 70 www.ingtes.com PRODUKTENTWICKLUNG NACH DEM INGTES-PROZESSMODELL 2 1 PRODUKT- ENTWICKLUNG Bei

Mehr

Anhang A Erklärung der Symbole (in der Reihenfolge des Vorkommens)

Anhang A Erklärung der Symbole (in der Reihenfolge des Vorkommens) Anhang A Erklärung der Symbole (in der Reihenfolge des Vorkommens) unter Lenkung von, nach Risiko (Damokles-Schwert) Daten, Dokumente Archiv, Datei Diagramm (Vergleich der aktuellen Zahlen mit den geschätzten

Mehr

PROJEKT MANAGEMENT VON 0 AUF 100

PROJEKT MANAGEMENT VON 0 AUF 100 Daniel Baumann, IT PROJEKT MANAGEMENT VON 0 AUF 100 club pm. Management at its best. Andreas Graf AVL List GmbH AGENDA 1. Überblick AVL 2. Der Weg zum Erfolg 3. Projekt Management von 0 auf 100 4. Prozess

Mehr

Inhalt. SOMA Maintenance Prozess. Maintenance - Problemlösungen. Budget/Aufwandsänderungen. Ersatz des bestehenden Systems

Inhalt. SOMA Maintenance Prozess. Maintenance - Problemlösungen. Budget/Aufwandsänderungen. Ersatz des bestehenden Systems Inhalt SOMA Prozess Univ.Prof. Dr. Franz Wotawa Institut für Softwaretechnologie wotawa@ist.tugraz.at -Kosten ( ) Entwicklungskosten! Abhilfen Unterscheidung Entwicklungsprozesse und prozesse Warum? Wie?

Mehr

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

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

Mehr

Vergleich CMM / SPICE. Andreas Kamper Torsten Engel

Vergleich CMM / SPICE. Andreas Kamper Torsten Engel Andreas Kamper Torsten Engel Inhalt Einführung Inhalt 1 2 3 4 5 - Wiederholung - Eine Einführung / Kurzübersicht Vergleich Assessments Einführung SPI - Programme Fazit Bewertung 1987 entwickelt (Software

Mehr

Kapitel 8: Fehlervermeidung

Kapitel 8: Fehlervermeidung Kapitel 8: Fehlervermeidung Inhalt 8.1 Prozesse mit kontinuierlicher Prüfung 8.2 Systematisches Entwerfen und Programmieren 8.3 Dokumentier- und Codierrichtlinien Schlüsselbegriffe Cleanroom, Fehlervermeidung,

Mehr

BESTVOR. Kurzvorstellung. Stand: 28.11.2008

BESTVOR. Kurzvorstellung. Stand: 28.11.2008 BESTVOR Kurzvorstellung Stand: 28.11.2008 Einführung, Motivation und Zielsetzung Projekt BESTVOR Self-Assessment Einführungsanleitungen Seite 2 Motivation Praxis Schwierigkeiten Die Integration unterschiedlicher

Mehr

Projektplan. Software Engineering Projekt. November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1

Projektplan. Software Engineering Projekt. November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1 Projektplan Software Engineering Projekt November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1 Der Projektplan Grundlage der gemeinsamen Arbeit innerhalb des Teams und mit

Mehr

Capability Maturity Model Integration (CMMI) aus Sicht des IT-Servicemanagements

Capability Maturity Model Integration (CMMI) aus Sicht des IT-Servicemanagements Capability Maturity Model Integration (CMMI) aus Sicht des IT-Servicemanagements Dr. Ralf Kneuper Beratung für Softwarequalitätsmanagement und Prozessverbesserung 1 Agenda CMMI: Capability Maturity Model

Mehr

Der Weg vom Einzelkämpfer zum Entwicklungsteam

Der Weg vom Einzelkämpfer zum Entwicklungsteam Softwaremanagement Der Weg vom Einzelkämpfer zum Entwicklungsteam Übersicht Motivation Einführung Das Software-Entwicklungsteam Der Software-Entwicklungsprozess...... und wie er mit Leben erfüllt wird

Mehr

Projektmanagement. Vorlesung von Thomas Patzelt 8. Vorlesung

Projektmanagement. Vorlesung von Thomas Patzelt 8. Vorlesung Projektmanagement Vorlesung von Thomas Patzelt 8. Vorlesung 1 Möglicher Zeitplan, Variante 3 26.03. Vorlesung 1, Übung Gr.2 28.05. Keine Vorlesung, Pfingstmontag 02.04. Keine Vorlesung, Hochschultag 04.06.

Mehr

Compliance Monitoring mit PROTECHT.ERM

Compliance Monitoring mit PROTECHT.ERM covalgo consulting GmbH Operngasse 17-21 1040 Wien, Austria www.covalgo.at Compliance Monitoring mit PROTECHT.ERM Autor: DI Mag. Martin Lachkovics, Dr. Gerd Nanz Datum: 20. Oktober 2014, 29. April 2015

Mehr

Softwareprozesse systematisch verbessern ISO15504(SPICE) und Automotive SPICE. Heinrich Dreier Elmshorn 17.04.2008

Softwareprozesse systematisch verbessern ISO15504(SPICE) und Automotive SPICE. Heinrich Dreier Elmshorn 17.04.2008 Softwareprozesse systematisch verbessern ISO15504(SPICE) und Automotive SPICE Heinrich Dreier Elmshorn 17.04.2008 Einleitung Softwareprozesse verbessern Einleitung Softwareprozesse verbessern SPI Software

Mehr

Was ist Application Lifecycle Management?

Was ist Application Lifecycle Management? Was ist Application Lifecycle Management? Von David Chappell Gefördert durch die Microsoft Corporation 2010 Chappell & Associates David Chappell: Was ist Application Lifecycle Management? Seite 2 von 7

Mehr

IT- Sicherheitsmanagement

IT- Sicherheitsmanagement IT- Sicherheitsmanagement Wie sicher ist IT- Sicherheitsmanagement? Dipl. Inf. (FH) Jürgen Bader, medien forum freiburg Zur Person Jürgen Bader ich bin in Freiburg zu Hause Informatikstudium an der FH

Mehr

Weiterentwicklung der EN 50128 (VDE 0831-128) 128) Umsetzung im Bahnbereich

Weiterentwicklung der EN 50128 (VDE 0831-128) 128) Umsetzung im Bahnbereich Weiterentwicklung der EN 50128 (VDE 0831-128) 128) Umsetzung im Bahnbereich Andreas Armbrecht Siemens AG Darmstadt, 01. 02. Dezember 2009 Business Unit Rail Automation Systeme der Eisenbahnautomatisierung

Mehr

IT- Fähigkeitsmodell nach OYSTER (Exemplarischer Ausschnitt)

IT- Fähigkeitsmodell nach OYSTER (Exemplarischer Ausschnitt) IT- Fähigkeitsmodell nach OYSTER (Exemplarischer Ausschnitt) Umfassendes Know How Ein starkes Team Pragmatische, methodengestützte Vorgehensweise OYSTER Consulting GmbH greift auf einen langjährigen weltweiten

Mehr

Beispielfragen L4(3) Systemauditor nach AS/EN9100 (1st,2nd party)

Beispielfragen L4(3) Systemauditor nach AS/EN9100 (1st,2nd party) Allgemeine Hinweise: Es wird von den Teilnehmern erwartet, dass ausreichende Kenntnisse vorhanden sind, um die Fragen 1.1 bis 1.10 unter Verwendung der EN 9100 und ISO 19011 innerhalb von 20 Minuten zu

Mehr

SPICE in der medizinischen Software-Entwicklung

SPICE in der medizinischen Software-Entwicklung SPICE in der medizinischen Software-Entwicklung MedConf 2012 Matthias Hölzer-Klüpfel Medical SPICE Medizinische Software Regulatorische Grundlagen Referenzmodell Medical SPICE Beispiele 1968: Software-Krise

Mehr

Project Management Office (PMO)

Project Management Office (PMO) Project Management Office (PMO) Modeerscheinung oder organisatorische Chance? Stefan Hagen startup euregio Management GmbH, Januar 2007 Einleitung Dem professionellen Management von Projekten und Programmen

Mehr

Praxiswissen Softwaretest - Testmanagement

Praxiswissen Softwaretest - Testmanagement Praxiswissen Softwaretest - Testmanagement Aus- und Weiterbildung zum Certified Tester Advanced Level nach ISTQB-Standard dpunkt.verlag 1 Einleitung 1 1.1 Basiswissen - komprimiert 4 1.2 Praxiswissen Testmanagement

Mehr

IT Sicherheitsleitlinie der DATAGROUP

IT Sicherheitsleitlinie der DATAGROUP IT Sicherheitsleitlinie der DATAGROUP Dezember 2011 Dr. Tobias Hüttner Version 2.0 Seite 1 von 5 Änderungshistorie IT Sicherheitsleitlinie der DATAGROUP In der nachfolgenden Tabelle werden alle Änderungen

Mehr

Secure SDLC für die Masse dank OpenSAMM? OWASP 17.11.2011. The OWASP Foundation. Dr. Bruce Sams. http://www.owasp.org

Secure SDLC für die Masse dank OpenSAMM? OWASP 17.11.2011. The OWASP Foundation. Dr. Bruce Sams. http://www.owasp.org Secure SDLC für die Masse dank OpenSAMM? Dr. Bruce Sams 17.11.2011 Copyright The Foundation Permission is granted to copy, distribute and/or modify this document under the terms of the License. The Foundation

Mehr

Qualitätssicherung von Software (SWQS)

Qualitätssicherung von Software (SWQS) Qualitätssicherung von Software (SWQS) Prof. Dr. Holger Schlingloff Humboldt-Universität zu Berlin und Fraunhofer FOKUS 2.7.2013: Reifegradmodelle Folie 2 Fragen zur Wiederholung Was wissen Sie über die

Mehr

... und andere Überraschungen aus der Welt der Software-Reviews

... und andere Überraschungen aus der Welt der Software-Reviews Warum Prüfen oft 50 mal länger dauert als Lesen 1... und andere Überraschungen aus der Welt der Zusammenfassung: In Schulungen zu steht der Trainer immer dann vor einer didaktischen Herausforderung, wenn

Mehr

4. FIT-ÖV - 01. Juli 2009 in Aachen IT Service Management in der Stadtverwaltung Aachen Ein Praxisbericht

4. FIT-ÖV - 01. Juli 2009 in Aachen IT Service Management in der Stadtverwaltung Aachen Ein Praxisbericht 1 4. FIT-ÖV - 01. Juli 2009 in Aachen IT Service Management in der Stadtverwaltung Aachen Ein Praxisbericht Norbert Dödtmann, Stadt Aachen 2 Zu meiner Person Norbert Dödtmann Dipl. Verwaltungswirt Leiter

Mehr

Modul 5: Service Transition Teil 1

Modul 5: Service Transition Teil 1 Modul 5: Service Transition Teil 1 1. Ziel, Wert und Aufgaben von Service Transition? 2. Prozess: Projektmanagement (Transition Planning and Support) 3. Prozess: Change Management 4. Prozess: Change-Evaluierung

Mehr

Frameworks für das IT Management. Erste Auflage

Frameworks für das IT Management. Erste Auflage Frameworks für das IT Management Erste Auflage 8 IT Service CMM - das IT Service Capability Maturity Model Das IT Service Capability Maturity Model (IT Service CMM) ist ein Reifegradmodell, das auf Organisationen

Mehr

Requirements Engineering und Projektmanagement: Erfahrungen mit der Suche nach Best Practices www.repm.de

Requirements Engineering und Projektmanagement: Erfahrungen mit der Suche nach Best Practices www.repm.de Requirements Engineering und Projektmanagement: Erfahrungen mit der Suche nach Best Practices www.repm.de Eric Knauss 1, Andrea Herrmann 2, Ralf Fahney 3, Thomas Gartung 4, Jörg Glunde 5, Anne Hoffmann

Mehr

Software Engineering Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen

Software Engineering Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen White Paper Software Engineering Zielorientierte Bereitstellung und systematische Verwendung von Prinzipien, Methoden und Werkzeugen Die arbeitsteilige, ingenieurmäßige Entwicklung und Anwendung von umfangreichen

Mehr

Functional Safety. Systems Engineering als Schlüsseldisziplin in Projekten mit funktionaler Sicherheit

Functional Safety. Systems Engineering als Schlüsseldisziplin in Projekten mit funktionaler Sicherheit Systems Engineering als Schlüsseldisziplin in Projekten mit funktionaler Sicherheit Mittelstraße 25/1 88471 Laupheim Fon: 07392-9393525 Fax: 07392-9393526 Mailto: tf@thomasfranzen.com Beispiele nicht sicherer

Mehr

Mayr, H.: Project Engineering Ingenieurmäßige Softwareentwicklung in Projektgruppen, Fachbuchverlag Leipzig 2001. " http://www.iso.

Mayr, H.: Project Engineering Ingenieurmäßige Softwareentwicklung in Projektgruppen, Fachbuchverlag Leipzig 2001.  http://www.iso. Mayr, H.: Project Engineering Ingenieurmäßige Softwareentwicklung in Projektgruppen, Fachbuchverlag Leipzig 2001 " http://www.iso.org " Quelle: [ 6 S. S.179 ] Alter Prozess Einschätzung (Assessment) Bewertung

Mehr

Inhaltsverzeichnis Projektmanagement und PRINCE2 Über dieses Buch Projektmanagement PRINCE2-Grundlagen PRINCE2 im Überblick

Inhaltsverzeichnis Projektmanagement und PRINCE2 Über dieses Buch Projektmanagement PRINCE2-Grundlagen PRINCE2 im Überblick Inhaltsverzeichnis Projektmanagement und PRINCE2... 11 Über dieses Buch... 13 1 Projektmanagement... 15 1.1 Was ist ein Projekt?... 16 1.2 Was bedeutet Projektmanagement?... 18 1.2.1 Erfolgreiches Projektmanagement...

Mehr

Inhaltsverzeichnis. 1 Einleitung 1

Inhaltsverzeichnis. 1 Einleitung 1 ix 1 Einleitung 1 1.1 Was bringt die ISO/IEC 20000........................... 3 Nachweis der Leistungsfähigkeit.......................... 3 Kontinuierliche Verbesserung............................ 3 Reduzierung

Mehr

ECQA Zertifizierter EU Projekt Manager

ECQA Zertifizierter EU Projekt Manager Werden Sie ein ECQA Zertifizierter EU Projekt Manager www.ecqa.org Wie? ECQA Zertifizierter Online Training Campus Wann? 1. 2. 2010 26. 2. 2010 7. 4. 2010 30. 4. 2010 7. 6. 2010 2. 7. 2010 4. 10. 2010

Mehr

17 Architekturentwurf Vorgehen und Dokumentation

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

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

Qualität von IT-Serviceprozessen: Eine Fallstudie

Qualität von IT-Serviceprozessen: Eine Fallstudie Qualität von IT-Serviceprozessen: Eine Fallstudie Dr. Ralf Kneuper Beratung für Softwarequalitätsmanagement und Prozessverbesserung 15.09.2012 1 Hintergrund und Rahmenbedingungen IT-Tochter eines großen

Mehr

Process Management Office Process Management as a Service

Process Management Office Process Management as a Service Process Management Office Process Management as a Service Unsere Kunden bringen ihre Prozesse mit Hilfe von ProcMO so zur Wirkung, dass ihre IT- Services die Business-Anforderungen schnell, qualitativ

Mehr

Erfahrungsbericht Fa. Trumpf Projekt - BESTVOR

Erfahrungsbericht Fa. Trumpf Projekt - BESTVOR Erfahrungsbericht Fa. Trumpf Projekt - BESTVOR Siegfried Wenzel Leiter Qualitätsmanagement F&E Fa. TRUMPF Ditzingen / Frankfurt 27.03.2009 BESTVOR VDMA - TRUMPF 27.03.2009/TW570wl Das Vorgehen bei der

Mehr

Software Engineering

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

Mehr

Agile Prozessverbesserung. Im Sprint zu besseren Prozessen

Agile Prozessverbesserung. Im Sprint zu besseren Prozessen Agile Prozessverbesserung Im Sprint zu besseren Prozessen Ziel und Agenda Ziel: Wir wollen zeigen, wie Prozesse durch den Einsatz einer agilen Vorgehensweise noch projektfreundlicher verbessert werden

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

1 Software Projektplanung

1 Software Projektplanung 1 Software Projektplanung Zu Beginn wird von dem Projektleiter (Projektverantwortlicher) ein Projektplan erstellt. In dieser ersten Version des Projektplans müssen alle Aktivitäten enthalten, sowie gewisse

Mehr