Projekte oder das Management von Vorhaben

Projekte oder das Management von Vorhaben

Posts 1-10 of 18
  • JUERGEN REIMOLD
    JUERGEN REIMOLD    Premium Member
    The company name is only visible to registered members.
    Agile IT-Projekte und Ausschreibungen
    Hallo an alle Gruppenteilnehmer!

    Wir stehen immer wieder vor der Situation, dass wir an Ausschreibungen für Software-Entwicklungsvorhaben teilnehmen und unseren Kunden ein entsprechendes Angebot unterbreiten.

    Die Kunden erwarten dabei, auf der Grundlage einer Spezifikation, inhaltlich konkrete Angaben über Dauer und Umfang der Tätigkeiten. Zudem werden nach Auftragserteilung Räumlichkeiten, sowie die erforderliche IT-Ausstattung zur Verfügung gestellt. Der Projektfortschritt wird durch Reportings und Meetings kommuniziert und Change Requests nach einem definierten Prozess gehandhabt.

    Um jedoch die Vorteile agiler Softwareentwicklung bei einer Ausschreibung berücksichtigen zu können, bedarf es eigentlich ein Umdenken auf Kundenseite (z.B. Auftragserteilung ohne ausgearbeitete Spezifikation, aktive Beteiligung des Kunden während des ganzen Softwareentwicklungsprozesses als Product Owner)

    Aus welchen Gründen sollte sich nun ein Kunde darauf einlassen, den bewährten Pfad zu verlassen, um auf etwas zunächst Unbekanntes und Unsicheres wie Scrum zu setzen?

    Wie müsste dann eigentlich eine Ausschreibung bzw. ein Angebot aussehen, so dass auch aus Sicht des Kunden eine Vergleichbarkeit bzw. ein Ranking der Angebote möglich ist?

    Es würde mich freuen hierzu Informationen und Anregungen zu erhalten.

    Mit freundlichen Grüßen


    Jürgen Reimold
    • 21 Apr 2009, 12:13 pm
  • Hans-Peter Korn
    Hans-Peter Korn    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re: Agile IT-Projekte und Ausschreibungen
    Meine Beobachtung ist - gerne würde ich andere, insbesondere gegenteilige Beobachtungen / Erfahrungen kennenlernen - dass "Agile" dann Chancen hat, wenn der Kunde davon schon gehört / gelesen hat und er deshalb ganz spezifisch ein agiles Vorgehen in seiner Ausschreibung wünscht (passiert derzeit recht selten) oder zwar eine "klassische" Ausschreibung macht, beim Erhalt eines Angebots auf Basis "Agile" jedoch zu sich sagt: "Ach ja - davon habe ich gehört, das interessiert mich - und bei diesem Projekt könnte das nützlich und möglich sein".

    Eine andere eigene (aktuelle) Erfahrung ist, dass ein Kunde direkt einen der "Agilisten" oder "Scrumer" anfrägt, ob er Zeit und Interesse hat in einem bestimmten Projekt die Rolle des Projekt-Coaches oder z.B. des ScrumMasters zu übernehmen.

    Alle meine Versuche, Kunden, die klar die "klassischen Schiene" wünschen und als optimal betrachten via ein (zwangsläufig kompakt geschriebenes) Angebot von der Agilität überzeugen zu wollen waren bisher nicht erfolgreich.

    Eventuell funktioniert dann (habe ich selber noch nicht probiert) das: Ganz konsequent "klassisch" anbieten und dann in den Vertragsverhandlungen aufzeigen, dass genau für dieses Projekt ein agiles Vorgehen diese und diese und diese Vorteile hätte.
    • 21 Apr 2009, 4:39 pm
  • JUERGEN REIMOLD
    JUERGEN REIMOLD    Premium Member
    The company name is only visible to registered members.
    Re^2: Agile IT-Projekte und Ausschreibungen
    Hallo Herr Korn,

    genau dieses Phänomen haben wir bisher auch beobachtet. Nur wenn ein Kunde explizit nach einer agilen Projektdurchführung sucht, kann man ihm auch ein entsprechendes Angebot unterbreiten.

    Ansonsten sind wir bemüht, auch bei anderen Projekten einzelne agile Techniken, wie z.B. Unit Tests, regelmäßige Retrospektiven, etc. zu etablieren.

    Viele Grüße in die Schweiz
    • 21 Apr 2009, 5:28 pm
  • Hans-Peter Korn
    Hans-Peter Korn    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re^3: Agile IT-Projekte und Ausschreibungen
    JUERGEN REIMOLD schrieb:

    Ansonsten sind wir bemüht, auch bei anderen Projekten einzelne agile Techniken, wie z.B. Unit Tests, regelmäßige Retrospektiven, etc. zu etablieren.
    Was sind Ihre Erfahrungen damit? Es gibt nämlich immer wieder in "Scrum-Kreisen" Diskussionen darüber, ob es tatsächlich sinnvoll möglich ist, Scrum "scheibchenweise" statt ganz komplett und wie "im Lehrbuch" einzuführen. Also zuerst "im Original" erproben, dann erst (soweit als unbedingt nötig) anpassen.

    Ken Schwaber (Co-Creator von Scrum) wird genau dazu unter dem Titel "Scrum but..." Workshops in München (6. Mai) und Zürich (4. Juni) halten
    • 21 Apr 2009, 6:56 pm
  • Erich Kitzmüller
    Erich Kitzmüller
    The company name is only visible to registered members.
    Re: Agile IT-Projekte und Ausschreibungen
    Meiner Meinung nach passen Fixpreisangebote (wie sie die meisten Kunden erwarten) und agile Methoden nicht zusammen. Viele Kunden wollen die zu erbringende Leistung und die dafür entstehenden Kosten von Anfang an festgenagelt wissen, um auf ihrer Seite jegliches Risiko zu vermeiden. Lieferanten kontern dem, indem sie die gewünschten Fixpreisangebote legen (häufig zu Preisen, die nicht auf einer realistischen Aufwandsschätzung beruhen), mit einem durch und durch detaillierten Pflichtenheft, das der Kunde abzeichnen muss; die unvermeidlichen Mehrkosten in der Entwicklung werden dann durch Zusatzaufträge für die ebenso unvermeidlichen Change-Requests abgegolten.

    Agile Methoden lassen daher am besten bei jenen Projekten einbringen, die nach Aufwand verrechnet werden, denn da hat der Kunde auch einen deutlichen Vorteil durch die Art und Weise, wie er bei agilen Methoden in das Projekt involviert ist und den Verlauf überwachen und steuern kann.
    • 22 Apr 2009, 09:34 am
  • Hans-Peter Korn
    Hans-Peter Korn    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re^2: Agile IT-Projekte und Ausschreibungen
    Erich Kitzmüller schrieb:
    Meiner Meinung nach passen Fixpreisangebote (wie sie die meisten Kunden erwarten) und agile Methoden nicht zusammen.
    Ein "Agiler Festpreis" ist durchaus möglich. Er ist beschrieben auf den Seiten 400 ff im Buch:

    APM - Agiles Projektmanagement: Erfolgreiches Timeboxing für IT-Projekte
    von Bernd Oestereich (Autor), Christian Weiss (Autor)
    # Verlag: dpunkt.verlag; Auflage: 1 (29. November 2007)
    # Sprache: Deutsch
    # ISBN-10: 3898643867
    # ISBN-13: 978-3898643863
    • 22 Apr 2009, 10:22 am
  • JUERGEN REIMOLD
    JUERGEN REIMOLD    Premium Member
    The company name is only visible to registered members.
    Re^3: Agile IT-Projekte und Ausschreibungen
    Es ist richtig, die meisten Kunden erwarten ein Festpreisangebot, da sie ständig bemüht sind, ihre Kosten genau zu kontrollieren, Budgets festgezurrt sind und die Entscheidungsträger verantwortlich für ihre Entscheidungen sind und ein Fixpreis stellt gegenüber dem Top-Management immer ein besseres Argument dar, als etwas, das nur schwer fassbar ist.

    Ein Agiler Festpreis, wie er im Buch "APM - Agiles Projektmanagement" auf den Seiten 400 ff beschreiben ist (Das Buch liegt mir hier vor.) könnte eine Alternative darstellen, um in einem Angebotsverfahren, auch ein Angebot auf Basis agiler Methoden abzuliefern. Der Kunde müsste dann allerdings auch die Bereitschaft mitbringen, in entsprechender Weise im Projekt mitzuarbeiten.

    @ Herr Korn
    Einzelne agile Techniken in traditionellen Projekten einzuführen, wird von den meisten Kunden gut angenommen, sofern der Zusatzaufwand dafür vernachlässigbar ist und der Gewinn oder Zusatznutzen offensichtlich bzw. vom Kunden verstanden wird.
    • 22 Apr 2009, 3:14 pm
  • Hans-Peter Korn
    Hans-Peter Korn    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re^4: Agile IT-Projekte und Ausschreibungen
    JUERGEN REIMOLD schrieb:

    Einzelne agile Techniken in traditionellen Projekten einzuführen, wird von den meisten Kunden gut angenommen, sofern der Zusatzaufwand dafür vernachlässigbar ist und der Gewinn oder Zusatznutzen offensichtlich bzw. vom Kunden verstanden wird.
    Dem schliesse ich mich an ... und habe mal bei einer Diskussion zum Thema "Wie kann Scrum in einem Unternehmen eingeführt werden" das vorgeschlagen: "am besten gemäss dem Scrum-Vorgehen: Schritt für Schritt, auf Basis eines "Scrum-Einführungs-Backlogs" ... d.h. beim ersten Sprint wird z.B. zunächst mal ein ganz kurzes "daily standup meeting" gemacht".
    Da waren etliche Scrumer jedoch gar nicht einverstanden.... deren Meinung war eher: "Scrum ist unzerteilbar und muss von Anfang an komplett und wie im "Lehrbuch" angewendet werden."

    Ich denke, dass damit etliche Chancen verbaut werden....
    • 22 Apr 2009, 3:33 pm
  • JUERGEN REIMOLD
    JUERGEN REIMOLD    Premium Member
    The company name is only visible to registered members.
    Re^5: Agile IT-Projekte und Ausschreibungen
    Schon als ich als Schüler meinen ersten Computer kaufte, gab es Diskussionen welches die einzig richtige Technologie bzw. welches die einzig richtige Methodik ist und diese Diskussionen wurden teilweise mit fast religiösem Eifer geführt und das erlebe ich auch heute noch.

    Mein Standpunkt ist dazu nach wie vor, sowohl Technologie, wie auch Methodik, darf nie nur um ihrer selbst willen eingesetzt werden, sondern immer nur mit Augenmaß.

    Das sukzessive Einführen von Scrum stellt einen Weg dar, um alle Beteiligten (Kunde, Entwickler (intern, extern), etc.) dort abzuholen wo sie heute sind und langsam dorthin zu führen, wo sie morgen sein sollten. Scrum laut Lehrbuch ist schön und gut, die Praxis ist jedoch das Spielfeld, auf dem wir bestehen müssen.
    • 22 Apr 2009, 4:05 pm
  • Post visible to registered members