Triablog V-Modell Teil 3: Das V-Modell ist tot, es lebe Scrum!

Erstellt am 8 Oktober 2018
von Schreibe einen Kommentar
This entry is part 3 of 3 in the series Triablog-Vmodel

Man sieht es den vielen Rettungsversuchen an. Das V-Modell wird gerade ausgemustert. Ist das V-Modell auch ein Diesel?

Verblüffend ähnlich der aktuellen Diesel-Diskussionen gibt es da auch ein “Euro-6 V-Modell” Lager. Nur wird den Produktentwicklungsprozessen kein neuer Schadstofffilter dazugebaut, sondern agile “Schleifchen”.

Ich denke, die Geschichte wird sich wieder einmal wiederholen. Wieder mal eine “Kodakisierung”?

Entwickeln mit agilen Frameworks

Erstellt am 1 August 2018
von Schreibe einen Kommentar

Viele versprechen sich von agilen Vorgehensweisen die reibungslose Umsetzung von Entwicklungsprojekten. Unterstützung findet man in vielen verschiedenartigen „agilen Frameworks“. „Agile“, gesprochen: /ˈæʤl/, bringt natürlich nicht die Lösung aller Probleme. Jedoch kann ein Vorgehen anhand agiler Vorgehensweisen und Frameworks deutlich bei der Entwicklung helfen, gerade wenn man mit sich stark verändernden Märkten und komplexer werdenden Systemen konfrontiert wird.

Requirements Engineering für die 3 Amigos

Erstellt am 11 Juli 2018
von Schreibe einen Kommentar

Software beginnt als Idee, als eine Vision. Wenn der Visionär selbst Softwareentwickler ist, reicht das vielleicht schon, um ein großartiges Produkt zu entwickeln. Wenn dieser Visionär aber kein Entwickler ist, muss er das, was in seinem Hirn ist, in die Hirne anderer übertragen, die mit ihm die Software entwickeln. Und das geht nicht ohne Kommunikation.

shutterstock-

Agilität – eine Frage der Haltung

Erstellt am 26 Juni 2018
von Schreibe einen Kommentar

Wenn ich gefragt werde, was Agilität für mich ausmacht, dann fallen mir nicht die Tools und die Praktiken ein. Agilität ist eine Haltung, die viele verschiedene Aspekte hat.  Für mich sind gerade zwei  Prinzipien relevant, die die indische Forscherin Saras Sarasvathi beschrieben hat. In ihrer Theorie des Effectuation geht es darum, das Naheliegende zu tun und radikale Selbstverantwortung zu üben – in Bezug auf meinen Anteil am Produkt, als auch in Bezug auf die Kommunikation und Zusammenarbeit mit anderen.

Anforderungen mit User Stories und Akzeptanzkriterien agil managen – nur wie?

Erstellt am 25 Januar 2018
von Schreibe einen Kommentar

Haben Sie sich auch schon mal gefragt, wie Sie Anforderungen in Ihrem Produktentwicklungskontext mit User Stories systematisch strukturieren sollten? Unter ständig einprasselnden Kundenäußerungen und neuen Erkenntnissen sollen alle Beteiligten wissen, was gefordert ist. Zudem soll genügend Information vorhanden sein, damit das Geforderte umgesetzt werden kann.
Die Grundlage für diese Fragestellungen bilden Anforderungen. Anforderungen stellen das Bindeglied zwischen Kundenwunsch und dem Produkt(inkrement) dar. In vielen Projekten wird die Frage nach einer Systematik zur Strukturierung von Anforderungen gestellt. An dieser Stelle will ich eine Vorgehensweise vorstellen, um mit Hilfe des sog. generischen Informationsmodells die erforderlichen Verantwortlichkeiten zu klären. Dabei kommen User Stories und Akzeptanzkriterien zum Einsatz.

Abbildung 1: Generisches Informationsmodell für Anforderungen (angelehnt an [2])

Warum Agil?

Erstellt am 19 Januar 2018
von Schreibe einen Kommentar

Wir bei HOOD hören die Frage “Warum Agil ? öfters und stellen diese Frage auch ebenso häufig. Um beim Finden einer Antwort zu helfen, haben wir uns überlegt, wir gehen einen für uns neuen Weg. Es ist ein Film entstanden, welcher einen kleinen Einblick geben soll, warum Agilität sinnvoll sein kann. Wenn Sie das auch so sehen oder vielleicht doch ganz anders, dann freuen wir uns auf Kommentare und Diskussionen.

Sie haben weitere Fragen?

Wenn Sie weitere Fragen haben, welche Ihnen auf der Zunge liegen, dann schreiben sie uns. Das HOOD-Videoteam (bestehend aus Alejandra Armendáriz, Moez Kribi und Alexander Holike) möchte die meist gestellten Fragen in nächsten Videos beantworten, getreu unserem Motto „Gemeinsam Neues voranbringen“.

Sollten Sie mit ihrer Organisation agil werden wollen, sei Ihnen unser Blog-Artikel von Florian Engel empfohlen: Warum sie als Unternehmen erfolgreicher sind. 

Agile Engineering

Erstellt am 13 Dezember 2017
von Schreibe einen Kommentar

Die Autoren Arthur Kolb und Philipp Hecker gehen der Frage nach, ob sich Managementmethoden der agilen Softwareentwicklung in traditionellen Unternehmen (beispielsweise im Maschinenbau) anwenden lassen, und bewerten den Erfolg der eingeführten Methoden anhand der Mitarbeitermotivation [1].

Ausgehend von der agilen Entwicklungsmethode Scrum schlagen die Autoren vor, agile Methoden stufenweise einzusetzen, wobei der Umfang und die Intensität jeweils von der Komplexität sowie der Mitarbeitereinbeziehung abhängen. Hierzu stellen sie eine Anwendungsentscheidungsmatrix vor (Agile Application Map siehe [1]), die im Folgenden kurz vorgestellt wird.

Sprinten Sie schon, oder flüchten Sie noch?

Erstellt am 29 November 2017
von Schreibe einen Kommentar

Viele Entwickler wissen die Vorteile agiler Vorgehensweisen zu schätzen – doch es gibt auch eine große Zahl kritischer Stimmen. Die Stimmen derer, die von Schlagworten wie “agile”, “Scrum” oder “Sprints” rein gar nichts halten. Ich räume ein, dass agile Entwicklung nicht für jedes Projekt geeignet ist. Doch ich möchte in diesem Blog einem ganz anderen Phänomen auf den Grund gehen, welches die agile Entwicklung oftmals in schlechtem Licht dastehen lässt.

Ein Hardware Scrum Hackathon

Erstellt am 15 Juni 2017
von Schreibe einen Kommentar
This entry is part 1 of 1 in the series Hardware Scrum

Natürlich funktioniert Scrum auch für Hardware- und Systementwicklung. Dafür gibt es inzwischen genügend erfolgreiche Beispiele, viele an denen HOOD aktiv mitgearbeitet hat. Klar, es gibt ein paar Besonderheiten und einige Herausforderungen sind anders gelagert als in reinen Softwareentwicklungen, aber der Methoden-Bauchladen ist inzwischen voll genug um für unterschiedlichste Domänen passende Praktiken anbieten zu können. Einen signifikanten Unterschied gibt es aber nach wie vor in der Menge an Skepsis, die uns entgegen schlägt, wenn wir HW- und Systemingenieure in der agilen Transformation begleiten. Dabei ist der Wunsch, in kürzeren Zyklen risikoärmer auf Kundenfeedback reagieren zu können, durchaus genauso stark ausgeprägt wie bei den Softwareentwicklern.

Die abgespeckte Sprint-Retrospektive

Erstellt am 24 November 2016
von Schreibe einen Kommentar

Wenn Sie als Scrum Master arbeiten, dann erleben retro Sie wahrscheinlich auch, dass die Retrospektive nicht zu den heiß geliebten Scrum-Events gehört.  Ich habe aber die Erfahrung gemacht, dass Retrospektiven wirklich etwas bringen, nämlich Reflektion und Kommunikation darüber, was verbessert werden kann.

Ich bin daher ständig auf der Suche nach neuen Formaten, die von den Teams als nützlich empfunden werden. Das strikte Festhalten an 5 aufeinander folgenden Phasen ist meiner Erfahrung nach nicht notwendig, und manchmal sogar kontraproduktiv.