Management großer Softwareprojekte

Slides:



Advertisements
Ähnliche Präsentationen
an der Fachhochschule Kiel
Advertisements

Das V - Modell - Überblick
V - Modell Anwendung auf große Projekte
Workshop Vorstellung / Übersicht
IT-Projektmanagement
Auditbeteiligte beauftragt Auditprogramm Auftraggeber der Audits
Von David Keß, Heinrich Wölk, Daniel Hauck
Management großer Softwareprojekte
Modellbasierte Software-Entwicklung eingebetteter Systeme
Management großer Softwareprojekte
V-Modell XT - Ein Überblick
Firmenname Geschäftsplan.
Die Selbstbewertung – Ablauf im Betrieb
Projekte vorbereiten, durchführen und dokumentieren
Projektdefintion Projektziele Projektauftrag
Management großer Softwareprojekte Prof. Dr. Holger Schlingloff Humboldt-Universität zu Berlin, Institut für Informatik Fraunhofer Institut für Rechnerarchitektur.
Management großer Softwareprojekte
Management großer Softwareprojekte
Management großer Softwareprojekte
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.
Management großer Softwareprojekte - Auswertung der Fragebögen - Prof. Dr. Holger Schlingloff Humboldt-Universität zu Berlin, Institut für Informatik Fraunhofer.
Management großer Softwareprojekte Prof. Dr. Holger Schlingloff Humboldt-Universität zu Berlin, Institut für Informatik Fraunhofer Institut für Rechnerarchitektur.
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.
Management großer Softwareprojekte Prof. Dr. Holger Schlingloff Humboldt-Universität zu Berlin, Institut für Informatik Fraunhofer Institut für Rechnerarchitektur.
Management großer Softwareprojekte
Management großer Softwareprojekte
Software Verification 2 Automated Verification Prof. Dr. Holger Schlingloff Institut für Informatik der Humboldt Universität and Fraunhofer Institut für.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme I nstitut für K ernenergetik und E nergiesysteme Rational Unified Process (RUP) - Definitionen.
Risiken und Chancen Risiko Beurteilung: Dazu gehört die Identifikationen von Risiken, ihre Analyse und das Ordnen nach Prioritäten. Risiko Kontrolle: Dazu.
Universität Stuttgart Institut für Kernenergetik und Energiesysteme Aufgaben des Testens Vergleich des Verhaltens einer Software mit den an sie gestellten.
Das V - Modell - Überblick
Rational Unified Process (RUP) - Definitionen
Vortrag 11: Reengineering - Refactoring
Professionelles Projektmanagement in der Praxis, © 2006 Dr. Harald Wehnes Universität Würzburg, FB Informatik, Prof. Dr. P.Tran-Gia 1 Professionelles Projektmanagement.
Einführung von Groupware
Arbeitsgruppe Wissensmanagement
Kontrollfragen zu Kapitel 1
Projektumfeld Von Thomas Jäger.
Projektumfeld Von Thomas Jäger.
Vorgehensmodelle: Schwergewichtige Modelle
Software Engineering SS 2009
Was ist Qualität? Qualität nach DIN ISO ist das...
Anlass für die Business Plan Erstellung
Vorgehen Einführung einer Kostenrechnung (Phasen)
Think In Innovation Open Innovation Innovation Project Challenge Ein Ideen-Wettbewerb für innovative Projekte.
SoSe_2014 _Prof. Dr. Werner Stork und Olaf Schmidt
Wie Ihre Geschäftsidee Realität wird von Martin Schulte
Workshop FamConnector – Aktivitäten auf der Plattform: Malen & Zeichnen und Lernen.
Begriff, Aufbau und Funktionen
Projekte erfolgreich und sinnvoll planen
Projektorganisation, Arbeitsgruppenstrukturen, Kommunikations- und Entscheidungsstrukturen Kristina Koller Digitization Lifecycle Meeting 06./
Lernen durch Vergleiche
Sören Kirkegaard Kopenhagen
Weiterbildung für Projektverantwortliche und Projektmitarbeitende
Strategieleitfaden Projektsetup
Gabriele Hooffacker: Interviews: Die richtige Fragetechnik
Präsentation Phasenmodelle.
Projektantrag für die Umsetzung von ISO :2011 Untertitel oder Sprecher.
© binsdorf LebensRaumGestalter, Baden-Baden binsdorf LebensRaumGestalter ►Chancen erkennen, Ideen entwickeln, Zukunft gestalten ►Mehr als Architekten.
Müller Christoph1 Projektmanagement und MS Project Pädagogisches Institut.
KVP Kontinuierlicher Verbesserungs Prozess
Technologietag Baugruppentest Wege der Standardisierung im Funktions- und EOL-Test Markus Koetterl National Instruments Germany GmbH.
Firmenname PRÄSENTATION "GESCHÄFTSPLAN". Unternehmenskonzept  Fassen Sie das Hauptprodukt, die wichtigste Dienstleistung, die Schlüsseltechnologie, das.
Firmenname Geschäftsplan.
Geschäftsplanpräsentation
Geschäftsplanpräsentation
 Präsentation transkript:

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

Wo stehen wir? 1.1: Begriffe, Definitionen, Beispiel 1.2: spezifische Probleme bei Softwareprojekten heute: Projektphasen H. Schlingloff, Management großer Softwareprojekte 1: Einleitung 23.10.2002

Kapitel 2: Projektphasen Produktzyklus Alle Aktivitäten, die mit der Entstehung, Verwendung und Entsorgung des Produktes zu tun haben Produktentwicklungszyklus Alle Aktivitäten, die für die Erstellung der Software nötig sind Sinn des Kapitels: Managementaktivitäten in den einzelnen Phasen H. Schlingloff, Management großer Softwareprojekte 2: Projektphasen 23.10.2002

2.1 Produktzyklus Projektinitialisierung Anforderungserhebung Wirtschaftlichkeitsstudie, Marktstudie Ausschreibung und Angebot Bestellung (Entwicklungsvertrag) ggf. Unteraufträge Entwicklung, Systemintegration Abnahme Installation und Anwenderschulung Einsatz, Support und Wartung Unteraufträge: rekursiv! H. Schlingloff, Management großer Softwareprojekte 2: Projektphasen 23.10.2002

Projektinitialisierung Idee, Beschreibung der Problemstellung Zieldefinition und Abgrenzung Suchen möglicher Projektbeteiligter grobe Festlegung des Rahmens (Zeit, Mittel) Beispiel: CMS bei FIRST; PR-Abteilung sieht Handlungsbedarf; Ziel: verbesserter Kundenerstkontakt; mögliche Beteiligte: PR-Abt., Bereichsleiter, Internetagenturen; Zeit: < 1Jahr, Mittel: < 150K€ H. Schlingloff, Management großer Softwareprojekte 2: Projektphasen 23.10.2002

Anforderungserhebung 2 Varianten: Bedarfsermittlung des Auftraggebers Erarbeiten schriftlicher Verdingungsunterlagen Vorstudie durch Auftragnehmer Workshops und Interviews zur Prozessanalyse wichtig: Protokoll führen! Probleme und Defizite bestehender Prozesse aufzeigen! in Forschungsprojekten ist vom Auftraggeber (BMBF o.ä.) meist nur ein grober Rahmen vorgegeben, Bedarf an den Forschungsergeb-nissen wird vom Antragsteller nur vermutet oder vorhergesagt H. Schlingloff, Management großer Softwareprojekte 2: Projektphasen 23.10.2002

Markt- und Wirtschaftlichkeitsstudie Ziel: Projektakquisition (intern oder extern) welche vergleichbaren Produkte existieren bzw. könnten eingesetzt werden? was kosten diese, was kostet der Einsatz? wieviel Anpassungsbedarf besteht? („glueware“) welchen Effizienzgewinn bringt die Software? wie ist der potentielle Absatzmarkt? Preis/Leistungsverhältnis für den Kunden? Informationsquellen: Internet, Fachzeitschriften, Mundpropaganda H. Schlingloff, Management großer Softwareprojekte 2: Projektphasen 23.10.2002

Achtung: Zahlen und Pläne in Vorstudien sind oft politisch gefärbt! Effizienzgewinn oft nicht konkret messbar (z.B. Behörden, Schulen) Zweckoptimismus: Gewinne werden überbewertet, Risiken unterschätzt. Machbarkeitsstudien ergeben nur selten ein negatives Resultat! „Wer die Ausschreibung mitgestaltet, gewinnt den Auftrag“ H. Schlingloff, Management großer Softwareprojekte 2: Projektphasen 23.10.2002

Ausschreibung Ausschreibungstext muss alle Anforderungen exakt enthalten sollte Spielraum für Preisvarianten bieten Achtung: Vergleichsangebote, Preisabsprachen! im öff. Dienst (VOL) standardisiertes Verfahren; eigener Sekundärmarkt für Ausschreibungsinformationen H. Schlingloff, Management großer Softwareprojekte 2: Projektphasen 23.10.2002

öffentliche Ausschreibungen öffentliche, beschränkte und freihändige Vergabe ab 25 K€ Ausschreibung, ab 200 K€ offenes Verfahren erforderlich formale Angebotsprüfung (Form, Vollständigkeit, sachliche Richtigkeit), technische und wirtschaftliche Prüfung Hinweise auf AGB, Garantieumfang H. Schlingloff, Management großer Softwareprojekte 23.10.2002

Angebotsbestandteile separates Anschreiben Projektname, Auftragnehmer, Kunde (AG) kurze Aufgabenbeschreibung Projektabschnitte und Deliverables erwartete Projektresultate, auszuliefernde Ergebnisse Mitarbeit bzw. Zulieferung des AG Garantie und Gewährleistung (bzw. deren Ausschluss) Installations- und Wartungsvereinbarungen Kosten für die einzelnen Teilposten, Gesamtkosten Bindungsfrist, rechtsverbindliche Unterschrift H. Schlingloff, Management großer Softwareprojekte 2: Projektphasen 23.10.2002

H. Schlingloff, Management großer Softwareprojekte 2: Projektphasen 23.10.2002

Häufiges Problem: Angebot oft zum Festpreis (Schätzung!) kritische Projektparameter werden festgelegt Konkurrenzdruck führt oft zu Unterdeckung besonders bei sehr großen Projekten ist der AG nicht am Ruin des AN interessiert (dann erhält er nämlich überhaupt kein Produkt); daher wird hier oft nachverhandelt! H. Schlingloff, Management großer Softwareprojekte 2: Projektphasen 23.10.2002

Bestellung meist nur ein formaler Akt nimmt Bezug auf Ausschreibung und Angebot juristische Grundlage für das Projekt triggert den Projektstart bei Forschungsprojekten „Zuwendungsbescheid“ H. Schlingloff, Management großer Softwareprojekte 2: Projektphasen 23.10.2002

Projektstart Beginn der Detailplanung (nicht der Entwicklung!) Personal, insbesondere: Projektleitung sonstige Ressourcen (Räume, Rechner, ...) grober zeitlicher Ablauf und Arbeitspakete (im Vergleich zum Angebot) Abstimmung mit der Firmenleitung Feedback zum Auftraggeber Kick-off-meeting mit den Projektmitarbeitern Vergleich: Ausrüsten eines Schiffes H. Schlingloff, Management großer Softwareprojekte 2: Projektphasen 23.10.2002

Unteraufträge Problem oft in der Abtrennung des Aufgabenbereichs Insbesondere die Codierung wird oft ausgelagert (Niedriglohnländer)  Qualitätsproblematik ! Unterauftragnehmer oft auch Spin-off oder Tochterunternehmen Nicht ratsam: „schwierige“ Projektteile in Auftragsvergabe Der Auftragnehmer ist immer allein für den Projekterfolg verantwortlich! H. Schlingloff, Management großer Softwareprojekte 2: Projektphasen 23.10.2002

Hausaufgabe Lesen Sie Kapitel 1 („The tar pit“) aus dem Buch von F. Brooks und fassen Sie drei Hauptthesen des Kapitels in je einem Satz zusammen. Stimmen Sie nach Ihrer Erfahrung mit diesen Thesen überein? Erstellen Sie einen Ausschreibungstext für ein System zur Verwaltung der Internetseiten des Instituts (Design, Aktualisierungsmöglichkeit, Informationsdienste, Vorlesung, Privates, ...) H. Schlingloff, Management großer Softwareprojekte 2: Projektphasen 23.10.2002