Standards, Vorgehensmodelle und Methoden in der IT

Standards, Vorgehensmodelle und Methoden in der IT

Posts 1-10 of 14
  • Helmut Ortmann
    Helmut Ortmann    Premium Member
    The company name is only visible to registered members.
    SPICE muss sich wirtschaftlich lohnen, wenn man es ernsthaft macht dann funktioniert es auch
    Hallo,

    immer wieder höre ich von Entwicklern und Managern: SPICE ist teuer, verwaltungsintensiv und quält uns.

    Ich glaube dass diejenigen die dass sagen SPICE oder auch andere Prozess - Modelle nicht wirklich verstanden haben.

    Es gibt ein paar Facts die meiner Meinung nach unstrittig sind:
    - Fehler die früh gefunden werden kosten bis zum Faktor 100 weniger als solche die beim Kunden gefunden werden.
    - Projektänderungen sind der Tot von vielen Projekten
    - Projekte haben viele Beteiligte und werden immer komplexer
    - Entscheidungen werden ohne die Berücksichtigung der Beteiligten getroffen. Die Beteiligten hören davon beim Kaffe oder erst wenn etwas nicht mehr funktioniert.
    - ..

    Es gibt Annahmen über SPICE oder auch andere Prozesse die so nicht haltbar sind:
    - Ich muss erst alle Requirements aufstellen bevor ich ein Design machen kann.
    - Alles wird schwerfällig
    - Ich kann die Testfälle nicht machen weil ich die Requirements nicht habe
    - Ich muss jedes Review planen
    - Früher war alle einfacher

    Tatsache ist: SPICE verlangt bewußte und nachvollziehbare Entscheidungen. Ist dies schlecht? Lohnt es sich nicht zu dokumentieren warum man was gemacht hat. Sollte es ungünstig sein kann später man daraus lernen.

    Das entscheidende an SPICE ist die bewußte und nachvollziehbare Entscheidung. Am Anfang werden über Best Praktices recht enge Grenzen für das Projekt vorgegeben. Mit wachsender Erfahrung kann man diese best Praktices durch eigene Best Praktices ergänzen oder ersetzen. Natürlich bewußt!!!!

    Viele Mitarbeiter sehen SPICE wie eine Dienstvorschrift der Bundeswehr:
    Ab 80cm Wassertiefe fängt der Soldat selbstständig mit Schwimmbewegungen an. Die Grußpflicht entfällt.

    Hierzu sage ich: Wenn Ihre Soldaten dies nicht alleine schaffen dann ist die Vorschrift sinnvoll. Sollten diese es aber selbstständig können dann ist die Vorschrift unsinnig und teuer.

    Wie sind Ihre Erfahrungen? Alles nur teuer? Wichtig für Organisationen die kein Geld zu verschenken haben? Oder,..?

    Ich freue mich auf Ihre Beiträge,

    Helmut Ortmann
    • 08 Apr 2009, 2:25 pm
  • Kai Ramünke
    Kai Ramünke
    The company name is only visible to registered members.
    Re: SPICE muss sich wirtschaftlich lohnen, wenn man es ernsthaft macht dann funktioniert es auch
    Aus meiner Erfahrung mit agiler Softwareentwicklung sind Reifegradmodelle wie SPICE oder auch CMMI zumindest in einer agilen Umgebung ueberfluessig. Damit will ich nicht sagen, dass diese Modelle fuer nicht-agile Softwareentwicklung ebenfalls ueberfluessig sind. Darueber moechte ich mir kein Urteil erlauben.

    Wie komme ich aber zu dieser Meinung?

    Die primaere Messgroesse fuer Fortschritt und Erfolg in agiler Softwareentwicklung ist die Auslieferung produktionsreifer Software. Und zwar produktionsreife Software, die fuer den Auftraggeber "business value" erzeugt und damit return on investment. Agile Teams liefern schrittweise in einem festen Rhythmus produktionsreife Software ab. Sobald die kritische Masse an Features erreicht ist um ROI anzuschmeissen wird jedes neue Stueck Software kontinuierlich in die Produktionsumgebung eingespielt. Je oefter desto besser.

    Die typische Iterationslaenge liegt heutzutage bei ein bis drei Wochen. Am Ende jeder Iteration wird die Software dem Auftraggeber vorgestellt um zu sehen ob die Erwartungen des Auftraggebers eingehalten wurden (auch bekannt als Showcase). Zudem kommt das Team nach jeder Iteration zu einer Retrospektive zusammen um den Entwicklungsprozess kontinuierlich zu verbessern.

    Der Effektivitaetsgrad des Entwicklungsprozess laesst sich also direkt am Ende jeder Iteration ueber den Showcase ablesen. Effizienz laesst sich ebenfalls leicht beurteilen. Je mehr Features in einer Iteration abgearbeitet werden koennen umso effizienter arbeitet das Team.

    In der Retrospektive kann das Team dann beurteilen wie sich die vorherigen Veraenderungen im Prozess auf Effektivitaet und Effizienz ausgwirkt haben und welche Veraenderung man fuer die Zukunft braucht um einen weiteren Anstieg zu erreichen. Die dabei getroffenen Entscheidungen zur Effektivitaets- und Effizienzsteigerung sind im Einklang mit den agilen Grundprinzipien. http://agilemanifesto.org/principles.html

    Da die Effektivitaets- und Effizenzmessung direkt am Endprodukt (die lauffaehige, produktionsreife Software) durchgefuehrt wird und zusaetzlich in sehr kurzen Zyklen, ist ein Modell wie SPICE ueberfluessig.

    Gruss
    Kai
    • 09 Apr 2009, 4:16 pm
  • Helmut Ortmann
    Helmut Ortmann    Premium Member
    The company name is only visible to registered members.
    Re^2: SPICE muss sich wirtschaftlich lohnen, wenn man es ernsthaft macht dann funktioniert es auch
    Hallo Kai,

    eindrucksvoll geschrieben. Ich kann mir schon vorstellen dass für viele Entwicklungsvorhaben die agilen Prozesse die besseren Resultate liefern.

    Dies ist meiner Meinung besonders dann der Fall wenn es darum geht viele Funktionen zu entwickeln. Hier spielen die agilen Methoden ihre Vorteile aus. Bei dieser Vorgehensweise ist es nicht so wichtig das Ziel genau zu treffen sonders es reicht aus einen Zielkreis zu treffen. Wenn die Beteiligten gut arbeiten kann es sogar passieren dass die Ergebnisse besser als ursprünglich geplant waren. Hier spielt der kontinuierliche Lernprozess der agilen Methoden Ihre Stärken aus.

    Ein bisschen vorsichtiger bin ich bei sicherheitskritischen Anwendungen wie z.B. Luft- und Raumfahrt oder auch Auto. Wenn z..B. beim Auto der Airbag unbegründet zündet kann dies ernsthaft Folgen haben. Hier hätte ich persönlich lieber etwas schwergewichtigere Prozesse.

    Persönlich kann ich mir schon vorstellen SPICE / CMMI mit agilen Methoden zu kombinieren.

    Unabhängig ob SPICE oder agile: Es gibt sinnvolle Regeln die die Projektmitarbeiter verfolgen sollten. SPICE ist z.B. entstanden weil die Softwareentwicklung bei vielen chaotisch war. Ein Auftraggeber will mit Hilfe von SPICE/CMMI die Qualität seiner Lieferanten beurteilen. Dies ist umso wichtiger je größer ein möglicher Schaden aufgrund eines Softwarefehlers ist.

    Beste Grüße,

    Helmut Ortmann
    • 11 Apr 2009, 12:45 pm
  • Post visible to registered members
  • Post visible to registered members
  • Post visible to registered members
  • Kai Ramünke
    Kai Ramünke
    The company name is only visible to registered members.
    Re^6: SPICE muss sich wirtschaftlich lohnen, wenn man es ernsthaft macht dann funktioniert es auch
    Hallo,

    ich stimme euch zu solange die primaere Messgroesse fuer Erfolg und Fortschritt produktionsreife Software ist. Je mehr Software und je kuerzer die Zyklen, desto besser. Es spielt keine Rolle ob wir dies durch Agile, SPICE/CMMI oder einen Hybrid erreichen. Oder ob das Unternehmen dabei einen Level 2 oder Level 4 Unternehmen ist.

    Kontinuierliche Verbesserung ist in erster Linie ein Problem der Unternehmenskultur und kein Prozessproblem. Die Art der Unternehmenskultur und inwiefern diese auch ausgelebt wird, beguenstigt oder behindert kontinuierliche Verbesserung.

    Der Erfolg von Agile, als Beispiel, basiert sehr stark auf kollektiver Verantwortung, kollektiven Eigentuemerschaft und Selbstorganisation. Die Verantwortung liegt nicht beim Projektmanager sondern das gesamte Team traegt die Verantwortung. Wenn diese Grundwerte nicht in der Unternehmenskultur ausgelebt werden, funktioniert Agile nicht.

    Alle diese "agilen" Grundwerte (http://agilemanifesto.org/principles.html) begruenden den Erfolg agiler Softwareentwicklung und muessen von der Unternehmenskultur mitgetragen werden. Wie der Prozess genau aussieht ist Nebensache solange der Prozess in Einklang mit den Grundwerten ist.
    This post was modified on 16 Apr 2009 at 04:53 pm.
    • 16 Apr 2009, 4:48 pm
  • Helmut Ortmann
    Helmut Ortmann    Premium Member
    The company name is only visible to registered members.
    Re^7: SPICE muss sich wirtschaftlich lohnen, wenn man es ernsthaft macht dann funktioniert es auch
    Hallo,

    spannende Diskussion mit wertvollen Beiträgen.

    Die Frage nach welchen Prozessen (schwer, agile, ..) ähnelt so ein bisschen nach welches ist das beste Auto.

    Es gibt darauf keine allgemeingültige Antwort. Natürlich kann ich sagen ein Porsche ist das beste Auto. Ein Familienvater der ein Haus baut wird einen Kombi mit einem gutem Preis/Leistungsverhältnis bevorzugen.

    Ich glaube dass es nicht den besten Prozess (schwer, agile, ..) gibt.

    Woran ich glaube dass ich meine Softwareentwicklung mit den Menschen die ich habe systematisieren muss. Dies mit Verstand und nicht nach Dienstvorschrift. Hier können uns Ziele und darauf aufbauende Strategien behilflich sein.

    Meistens ist der schlechtere Prozess (schwer, agile, ..) gelebt besser als der beste Prozess beschrieben qualitätsgesichert aber nicht wirklich gelebt.

    Dies macht die Sache wieder spannend für uns. Unser Gehirn, unsere Erfahrung und unsere Visionen in der täglichen Arbeit machen zusammen mit unseren Vorgesetzten und Kollegen die Arbeit mehr oder weniger erfolgreich.

    Vor einiger Zeit las ich das Erfolgsrezept mit 4 Buchstaben:
    Do it



    Viele Grüße,

    Helmut Ortmann
    • 16 Apr 2009, 6:42 pm
  • Hans-Peter Korn
    Hans-Peter Korn    Premium Member   Group moderator
    The company name is only visible to registered members.
    Re^3: SPICE muss sich wirtschaftlich lohnen, wenn man es ernsthaft macht dann funktioniert es auch
    Helmut Ortmann schrieb:
    Bei dieser ((der agilen)) Vorgehensweise ist es nicht so wichtig das Ziel genau zu treffen sondern es reicht aus einen Zielkreis zu treffen. .... Ein bisschen vorsichtiger bin ich bei sicherheitskritischen Anwendungen ..... Wenn z..B. beim Auto der Airbag unbegründet zündet kann dies ernsthaft Folgen haben. Hier hätte ich persönlich lieber etwas schwergewichtigere Prozesse.
    Das agile Vorgehen hat in meinem Verständnis nichts mit einer reduzierten Anforderung bezüglich Zielerreichung zu tun sondern ist dann angemessen, wenn ich es im Gegensatz zu "simplen" oder "komplizierten" Gegebenheiten mit Komplexität zu tun habe. Und dann ist es (das ist ja das Merkmal von Komplexität) grundsätzlich nicht möglich exakt vorauszusagen, was das Ziel ist und den Weg dorthin genau im Voraus zu planen.

    Wenn ich z.B. statt eines Airbags etwas noch besseres realisieren möchte, von dem ich erst eine relative vage Idee habe, dann starte ich einen inkrementellen und iterativen Entwicklungsprozess und erst am Ende dieses Prozesses ist klar, wie diese neue Lösung ausseht. Dieser Entwicklungsprozess hat sehr viele Ähnlichkeiten mit dem, was heute "agiles Vorgehen" heisst.
    Erst wenn diese neue Lösung (Alternative zu einem Airbag) als funktionierende 0-Serie existiert und erfolgreich getestet ist, kann die Serienproduktion mit einem "schwergewichtigen" Vorgehen geplant und vorbereitet werden. Ein agiles Vorgehen würde ich dann als ebenso wenig angemessen erachten wie beim Bau eines "üblichen" Einfamilienhauses.
    • 17 Apr 2009, 12:31 am
  • Dr. Oliver Laitenberger
    Dr. Oliver Laitenberger    Premium Member
    The company name is only visible to registered members.
    Re^4: SPICE muss sich wirtschaftlich lohnen, wenn man es ernsthaft macht dann funktioniert es auch
    Hallo,

    interessant, dass diese Überschrift so viel Response bekommt? Ich habe mal eine Frage:

    "SPICE muss sich wirtschaftlich lohnen?" Was heisst das denn? Ich mach jetzt noch ein bisschen mehr "SPICE" und irgendwann kommt dann mein ROI?
    Und überhaupt: Was heisst denn "SPICE" funktioniert? Übrrigens lässt sich SPICE hier beliebig durch die in der Diskussion genannten Begriffen (wie z.B. Agil, schwergewichtig, ...) austauschen.

    Das ist genau das Dilemma. Es schwirren zu viele IT-lastige Begriffe von Evangelisten duch den Raum und jeder interpretiert diese ein wenig anders.. Und jeder trägt natürlich das "beste" Evangelium mit sich herum. Am Ende bleibt dann doch viel am Glauben hängen. Und wenn sich ITler schon streiten, wie soll das jemals ein Auftraggeber verstehen?

    Und nur "Do IT" ist ja auch ein bischen zu simpel, oder? Warum sind dann so viele SW-Enwicklungsprojekte in schieflage? Die haben doch genau dieses Credo verfolgt und sind ggf. Meilenweit am Ziel vorbei.

    Und auf der anderen Seite alles auf die "Komplexität" zu schieben ist ja auch billig. Und wenn es um das eigene Geld geht, würde wirklich keiner ein Einfamilienhaus bauen, ohne vorher einen Plan zu machen bzw. zu bekommen- Egal wie einfach oder komplex dieses ausfällt. Also hat das nix mit komplex oder nicht zu tun, oder?

    Bottom Line: Es ist hier nicht die Frage des enweder oder sondern des sowohl als auch. Um einen Nagel in die Wand zu hauen, nehme ich einen Hammer. Gut es geht auch mit dem Schraubenzieher. Übertragen auf IT: unter welchen Umständen ist SPICE, AGIL, ... ein Hammer und wann ein Schraubenzieher? Und dafür müssen Antworten her.

    Viele Grüße

    Oliver Laitenberger
    • 17 Apr 2009, 4:40 pm