Es ist Samstagabend…

Erstellt am 14 März 2017
von 1 Komment
This entry is part 3 of 3 in the series Anforderung und Implementierung

…nach dem Abendessen, meine Mutter und mein Bruder sind bei uns zu Besuch. Meine Tochter ist auch Zuhause und wir haben uns entschieden, Karten zu spielen. „Schwimmen“ , so heißt unser Lieblingsspiel und unsere Gäste kennen es noch nicht, so müssen wir das Spiel nun erläutern. Der Kampf „ums Erklären dürfen“ geht los. Unser Töchterchen studiert Technische Redaktion und ich bin Berater. Das Töchterchen gewinnt und darf das Spiel erklären, während ich das Geschehen beobachte.

Inwieweit kann man das Erlernen eines Kartenspiels mit der Qualifizierung von Menschen in der Formulierung von Anforderungen in einem Entwicklungsunternehmen vergleichen und was wir hierbei voneinander lernen können, folgt jetzt:

Anforderungsdokumentation ist nicht generell sinnvoll!

Erstellt am 28 Februar 2017
von Schreibe einen Kommentar

Vor etwa zwei Jahren habe ich mit einem Kunden die Fragestellung erörtert, inwieweit sich User Stories in einer Entwicklung im regulierten Umfeld einsetzen lassen. Es herrschte die Meinung, User Stories seien gänzlich ungeeignet um im regulierten Umfeld eingesetzt zu werden, da sie nicht detailliert genug seien, um als geforderte Anforderungsdokumentation zu dienen.

Wie cool ist Requirements Engineering denn?

Erstellt am 15 Februar 2017
von Schreibe einen Kommentar

…wahrscheinlich nicht sooooo cool, zumindest bei meiner Tochter, denn die verbindet „Anforderungen“ eher mit Aussagen wie „Räum den Tisch ab!“ und „Räum dein Zimmer auf!“.

Doch welchen Stellenwert hat Requirements Engineering und der Umgang mit Anforderungen heutzutage im Umfeld der Software-, Produkt- und Dienstleistungsentwicklung?

Seit vielen Jahren geben wir Kurse für Requirements Engineering und Management. Vor einigen Jahren kamen dort interessierte Systemingenieure zu uns, die merkten, dass die Spezifikation „ihres“ Systems immer komplexer wird. Sie wollten wissen,

Wenn der Termin drückt, werden Strukturen aufgebrochen

Erstellt am 31 Januar 2017
von Schreibe einen Kommentar

Kennen Sie das auch?: Der Endtermin für ein Projekt rückt immer näher, aber die Arbeit ist noch nicht erledigt. Das Projektziel ist nicht klar, oder wird immer wieder angepasst. Es gibt ständig neue Änderungen an den Anforderungen. Der ursprüngliche Zeitplan passt vorne und hinten nicht mehr. Einzig der Termin für die Markteinführung des Produkts steht fest und muss erfüllt werden!

Haben Sie zu viel Geld?

Erstellt am 25 Januar 2017
von Schreibe einen Kommentar

Glaubt man einer Studie der Standish Group aus dem Jahre 2002, könnte man dies glauben. Dieser Studie zufolge werden 45% aller Features eines Produkts nie benutzt. Führen Sie sich die Bedeutung des Wortes „nie“ nochmals vor Augen: diese Features werden nicht gelegentlich, oder selten, oder nur von speziellen, kleinen Zielgruppen genutzt, sondern überhaupt gar nicht! Wozu dann all der Aufwand, all die Zeit, all das Geld während der Entwicklung?

Konfliktlösungsfähigkeit – Eine Eigenschaft eines Requirements Engineers?

Erstellt am 17 Januar 2017
von Schreibe einen Kommentar

Welche sind die notwendigen Eigenschaften eine Requirements Engineers? Wer IREB CPRE zertifiziert ist, das Buch [1] gelesen oder an einem HOOD Training zur Vorbereitung auf die CPRE Zertifizierung teilgenommen hat, kann diese Frage mit Leichtigkeit beantworten.
Heute möchte ich mit diesem Beitrag anhand der Eigenschaft „Konfliktlösungsfähigkeit“ demonstrieren, wie praxisrelevant diese geforderten Eigenschaften an einen Requirements Engineer sind.

Agil und Traditionell sind keine Gegensätze

Erstellt am 20 Dezember 2016
von 1 Komment

Das Cynefin-Modell von Dave Snowden zeigt sehr schön, dass es nicht ausreicht, als einziges Werkzeug einen Hammer zu haben und damit jedes Problem zu einem Nagel zu machen. Er nennt neben einfachen und komplizierten auch komplexe und chaotische Probleme. Und je nach Kontext brauchen wir unterschiedliche Methoden, Technologien und Praktiken, um ein Problem zu lösen.

Zeig doch mal die Metrik!

Erstellt am 13 Dezember 2016
von Schreibe einen Kommentar

Kennen Sie auch folgendes Szenario: Sie sitzen in einem Projektmeeting und der erste Punkt der Agenda steht an: Die aktuellen Metriken. Noch bevor inhaltliche Themen der Entwicklung besprochen werden, wird der aktuelle Status der Metriken als wichtigstes Mittel zur Messung des Projektfortschrittes herangezogen.

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.