Triablog V-Modell Teil 2: Das V Gebäude

Erstellt am 28 Februar 2018
von Schreibe einen Kommentar
This entry is part 2 of 2 in the series Triablog-Vmodel

 

Entwicklung muss organisiert und strukturiert werden, das ist klar. Das V kann wohl als das Erfolgsmodell bezeichnet werden, um dieses zu tun. In Deutschland ist es aber nicht nur das standardisierte V Model XT des Bundes, es sind viele Variationen von V-Modellen, die für das Vorgehen in großen und kleinen Produktentwicklungen Pate standen.

Die Grundprinzipien, die zum V führen

Vorsprung durch Wissen – Software Quality Days

Erstellt am 31 Januar 2018
von Schreibe einen Kommentar

Ich möchte diesen Artikel mit einer kleinen – aber meiner Meinung nach sehr zutreffenden – Metapher zum Thema “Wissen aneignen” einleiten:

Mit dem Aneignen von Wissen verhält es sich ähnlich wie mit dem Gedeihen einer Pflanze. Damit eine Pflanze wachsen kann, bedarf es mehrerer Komponenten (Licht, Wasser, CO2 …), die in bestimmten Mengen und Intervallen zugeführt werden müssen. Fehlt auch nur einer dieser essentiellen Bestandteile, kann diese unmöglich weiterwachsen und stirbt irgendwann.

In der Natur sind diese lebensnotwendigen Stoffe überall reichlich vorhanden, sodass die Pflanze ihre „Nahrung“ völlig selbstständig aufnehmen kann.

Hat die Pflanze hingegen weniger Glück gehabt und muss ihr tristes Dasein in einem unnatürlichen Umfeld – wie zum Beispiel einem Wohnzimmer – fristen, sieht die Situation wieder vollkommen anders aus. Damit sie sich in diesem fremden Umfeld entfalten kann, muss sich jemand ständig um das Wohl der Pflanze kümmern, da diese ansonsten langsam aber sicher vertrocknen würde.

Vielleicht hat ja der ein oder andere bereits den Hintergrund dieser kleinen Einleitung erraten? Nein?

Kanban als Methode zum Umgang mit Änderungen im RE

Erstellt am 22 November 2017
von Schreibe einen Kommentar

Beim RE kommt man nie umhin, auch über Anfragen für weitere Anforderungen zu sprechen. Hierbei geht es jedoch nicht um späte Anfragen für Änderungen nach einem Design-Freeze oder nach Serienreife, welche über ein Change-Control Board laufen, sondern um Anfragen, die bestenfalls bereits in einer frühen Entwicklungsphase berücksichtigt werden sollten. Warum ich heute über Kanban schreibe ist, dass diese Anfragen strukturiert, visualisiert, nachvollziehbar und transparent im Team dargestellt werden müssen.  Hierfür eignet sich beispielsweise Kanban. Wie stellt man also sicher, dass Entwicklungsprojekte Anfragen von Kunden umfassend dokumentieren und umsetzen?

Tag des Systems Engineering – was gibt es Neues?

Erstellt am 17 November 2017
von Schreibe einen Kommentar

HNF PaderbornDie deutschsprachige Systems Engineering Community trifft sich! Vom 8. bis 10. November 2017 fand der Tag (“die Tage”) des Systems Engineering (TdSE) im Heinz Nixdorf MuseumsForum (HNF) Paderborn statt. Was sind die aktuellen Themen im Systems Engineering?

Als der System Product Owner mit dem Daily Build den Stairway to Heaven hinaufstieg

Erstellt am 10 Oktober 2017
von Schreibe einen Kommentar
This entry is part 4 of 4 in the series Agile Organisationsentwicklung

Giorgio Vasari II - Jacob's Dream - Walters 372508

Dass neue Technologien die Arbeitswelt verändern, manchmal schnell, manchmal langsam und unmerklich, das ist heutzutage offensichtlich. Dieser Wandel vollzieht sich auch in der Arbeitswelt der Erfinder und Entwickler. Es fängt damit an, dass wir am Entwicklungsplatz Neuerungen in den Entwicklungsgegenstand einbringen können. Dieser wird dann virtuell gebaut und wir können sofort testen. Klingt jetzt nicht atemberaubend, nur war das früher mit viel mehr Wartezeit verbunden.

REConf®2017- Rückblick

Erstellt am 21 September 2017
von Schreibe einen Kommentar

Unsere diesjährige REConf®2017, die größte Konferenz zum Thema Requirements Engineering im deutschsprachigen Raum, fand vom 27. bis 31. März 2017 im Holiday Inn München City Center im Herzen von München statt. Wie jedes Jahr war die REConf® wieder sehr gut besucht. Neben interessanten Vorträgen und Workshops gab es für die Teilnehmer genügend Raum für Diskussionen und persönlichen Austausch mit anderen Teilnehmern, aber auch mit den Referenten.

Ping-Pong ohne Pong

Erstellt am 7 September 2017
von Schreibe einen Kommentar
This entry is part 5 of 5 in the series Textuelle Anforderungen

Tischtennis oder Tennis sind in unserer Gesellschaft beliebte Spiele bzw. Disziplinen, an denen wir uns gerne messen und Spaß haben. Das Prinzip basiert darauf, dass jeder Spieler für sich seinen Schlag vorbereitet und ausführt (Ping). Der andere bekommt den Ball und reagiert in gleicher Weise wieder durch eine selbständige Vorbereitung und Ausführung des Gegenschlages (Pong).

In der Entwicklungsrealität haben wir dieses Prinzip in vielen Bereichen auch übernommen. Um dies näher zu beleuchten, zunächst ein Beispiel dazu.

Anforderungen strukturieren – 3. Die Spezifikation

Erstellt am 18 Juli 2017
von Schreibe einen Kommentar
This entry is part 3 of 3 in the series Anforderungen strukturieren

Für die Strukturierung von Anforderungen hatte ich in dieser Blogserie schon die Kriterien und Techniken besprochen. Nach dem Blick auf die eher theoretischen Aspekte will ich mich heute einer konkreten Umsetzung widmen. Die Frage lautet: Wie gestaltet man die Gliederung von Anforderungen innerhalb einer Spezifikation?

Heisse Anforderungen und späte Änderungen

Erstellt am 4 Juli 2017
von Schreibe einen Kommentar

Das zweite agile Prinzip handelt nicht etwa von zu warmen Anforderungen an denen man sich die Finger verbrennt (die Überschrift enthält kein „ß“), sondern stellt in der Produktentwicklung vielmehr ein ungeschriebenes Gesetz dar.

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.