Software Projekte1. 2 Vorlesungsinhalte Projektdefinition Softwarekrise Wann ist ein Projekt erfolgreich / gescheitert? Warum scheitern Projekte?

Slides:



Advertisements
Ähnliche Präsentationen
Developing your Business to Success We are looking for business partners. Enterprise Content Management with OS|ECM Version 6.
Advertisements

Integrations- und Funktionstests im Rahmen des V-Modelles
Submodell Softwareentwicklung (SE)
Das V - Modell - Überblick
Optimierung der Auftragsabwicklung
Vorgehensmodell - Wasserfallmodell
Professionelles Projekt-Management in der Praxis
Henkelmann Rico Schmailzl Toni-Felix
Notebook-Klassen Eine Einführung Digitale Medien in der Bildung.
Das „Vorgehensmodell“
V-Modell XT - Ein Überblick
Überleben im Paragraphendschungel.
Die Planungsphase -Anforderungsanalyse-
Klein, Gesund und Wettbewerbsfähig DNBGF Tagung 18. / 19. Oktober Wo stehen wir jetzt? Zusammenfassung und Empfehlungen an künftige Programmpolitik Dr.
Agiles Software- Projektmanagement mit XP Dipl.-Ing. F. Papenfuß Prof. Dr. H. Pfüller Universität Rostock.
Projektmanagement.
Projekte vorbereiten, durchführen und dokumentieren
Konzeption und Realisierung eines Software Configuration Management Systems Autor: Alex Rempel Referent: Prof. Dr. Elke Hergenröther Korreferent: Prof.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme I nstitut für K ernenergetik und E nergiesysteme Rational Unified Process (RUP) - Definitionen.
Einsatzzeitpunkte einer Risikoanalyse
Prozessmodelle als Teil des Management-Prozesses
Universität Stuttgart Institut für Kernenergetik und Energiesysteme LE LM 9 - LO2 Prozessmodell und Management.
Es gibt viele Arten von Risiken
Prozessmodelle Inhalt Prozessmodell im Management Prozess
Das V - Modell - Überblick
Einsatzbedingungen des Dokuments im Rahmen des S-O-S-Ansatzes
Rational Unified Process (RUP) - Definitionen
Prozeßstruktur des ISO 9001/9004 Prozeßmodells
Software Risk Evaluation Method (SRE)
Projektmanagement Hauke Ott
Juni 2008 Einführungsveranstaltung zum Modul Schule mitgestalten und entwickeln Studienseminar GHRF Offenbach 2. Juni 2008 im Studienseminar Offenbach.
Professionelles Projektmanagement in der Praxis, © 2006 Dr. Harald Wehnes Universität Würzburg, FB Informatik, Prof. Dr. P.Tran-Gia 1 Professionelles Projektmanagement.
HAW-Hamburg Artem Khvat Artem Khvat Project Ferienclub HAW-Hamburg Masters SO 05/06.
2. IT-Klausurtagung 2. Tag Neues beginnen Oktober 2002 in Ludwigslust.
Vorgehensmodelle: Schwergewichtige Modelle
Software Engineering WS 2009
Prof. Dr. Gerhard Schmidt pres. by H.-J. Steffens Software Engineering SS 2009Folie 1 Weitere Vorgehensmodelle Der Rational Unified Process RUP –bei IBM.
Prof. Dr. Gerhard Schmidt pres. by H.-J. Steffens Software Engineering WS 2006 / 2007Folie 1 Agile Vorgehensweisen Hintergrund –in den letzten Jahren hat.
Software Engineering SS 2009
Präsentation über den Betrieb
Das Pflichtenheft Dipl.- Ing. Dipl.-Informatiker Dieter Klapproth
Kompaktlabor 2004 von Matthias Weiland
Österreichischer IT- & Beratertag 2006 Sind Konflikte in Veränderungsprozessen vorprogrammiert? Konfliktfelder und Lösungswege in IT-Projekten – Konfliktvermeidung.
User-Centred Design Kosten und Gewinne des nutzerorientierten Gestaltungprozesses Irene Escudé Capdevila März 2012.
REQUIREMENTS ENGINEERING
Software entwickeln statt Feuer löschen
IT-Projektmanagement SS 2013 Prof. Dr. Herrad Schmidt
Testaktivitäten Komponenten- / Integrationstest
Wilhelm Klein, März 2010 Entwickeln mit Methode Projekt Manager Projektplanung Steuerung und Kontrolle Bereitstellung (Hardware und Software) Qualitätssicherung.
Eidgenössisches Finanzdepartement EFD Eidgenössische Finanzverwaltung EFV Vorhaben E-Rechnung Review-Unterstützung durch ffO EFV.
Fachhochschule München, Projektstudium Chipkarten SS 2002 Qualitätssicherung/Tester Wozu braucht man Tester? Vorbereitung Durchführung Ergebnisse Resumée.
Wachstum & Investitionen managen
IKP Uni Bonn Medienpraxis EDV II Internet-Projekt
Projektmanagement Ziel und Umfang eines Softwareprojektes definieren
zum Thema Wasserfallmodell
Installation und Konfiguration eines Windows Terminal Servers
Content Management System
Software Engineering Grundlagen
Balanced ScoreCard
Unified Process Historisch-Kulturwissenschaftliche Informationsverarbeitung Übung: Planung von Softwareprojekten Dozent: Christoph Stollwerk WS 2014/2015.
Agile Softwareentwicklung
Systematisches Requirements Engineering Anforderungen ermitteln, spezifizieren, analysieren und verwalten AM2 – Planung von Softwareprojekten Dozent:
Universität Zürich Informatikdienste GoKoordinatorenmeeting 27. April SpamAssassin.
Test 1 Test 2 Test 3. Test 4 Test 5 Test 6 Test 7 Test 8 Test 9.
Fachgruppe IT-Projektmanagement Warum IT- Projekte zum Scheitern verurteilt sind, bevor sie richtig beginnen Stuttgart.
Topcoat Construction Limited (TCL) groupTopcoat Construction Limited (TCL) group ist nicht Ihre typische Bauunternehmen. Er widmet seine Bemühungen zu.
Projektorganisation
Test.
Referat Projektmanagement - Stefan Kortmann
 Präsentation transkript:

Software Projekte1

2 Vorlesungsinhalte Projektdefinition Softwarekrise Wann ist ein Projekt erfolgreich / gescheitert? Warum scheitern Projekte?

Software Projekte3 Was ist ein Projekt? Vorhaben, ausgezeichnet durch –Konkretes Ziel –Klare Abgrenzung von anderen Vorhaben –Fester Zeitrahmen –Festes Budget –Spezifische Projektorganisation

Software Projekte4 Softwarekrise 31% aller Softwareprojekte abgebrochen (ohne verwertbares Ergebnis) Bei 53% aller Softwareprojekte Budgetüberschreitungen von mehr als 50% Nur 9% aller Softwareprojekte in time and in budget (Untersuchung der Standish Group 1995 zu kommerziellen Projekten in den USA)

Software Projekte5 Wann ist ein Projekt erfolgreich? Zufriedenheit des Auftraggebers gegeben Anforderungen des Auftraggebers erfüllt Projekt zeit- und kostengerecht beendet Betrieb, Wartung und Pflege des resultierenden Produkts effizient möglich

Software Projekte6 Wann ist ein Projekt gescheitert? Eines der oben genannten Kriterien ist nicht erfüllt!

Software Projekte7 Warum scheitern Projekte? (1) Fehlendes Anforderungsmanagement –Anforderungen sind nicht statisch –Änderung der Anforderungen muß gemanagt werden Wechselnde Technologien Mangelnde Kommunikation –Analysten –Entwickler –Tester

Software Projekte8 Warum scheitern Projekte? (2) Dokumentation Zu späte Integration (Big Bang) Fehlende Qualitätssicherung Fehlende Vorgehensmodelle Mangelnde Ausbildung Fehlende Ressourcen