Dieser Frage widme ich mich heute, eine der oft gestellten Fragen in unseren Kursen.
Stakeholder-Analyse in Entwicklungsprojekten
Die Stakeholder-Analyse bezeichnet die Identifikation der Projektteilnehmer, weiterer Personen und Institutionen, die ein Interesse an einem Entwicklungsgegenstand haben. Durch genaueres Untersuchen der Einstellung und Beziehung der Stakeholder zum Entwicklungsgegenstand bekommen die Projektverantwortlichen ein besseres Verständnis für die Erfolgsfaktoren des Entwicklungsgegenstandes.
Anforderungen strukturieren – 4. Das Informationsmodell
Heute der 4. Teil der Serie “Anforderungen strukturieren” mit der Frage: “Wie gestaltet man eine Struktur mit mehreren Anforderungsdokumenten, Spezifikationen und anderen Anforderungsartefakten?”. Im sogenannten Anforderungs-Informationsmodell wird definiert, welche
Triablog V-Modell Teil 2: Das V Gebäude
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
Triablog V-Modell Teil 1: Das V entsteht
In diesem und den nächsten zwei Blog’s beschäftige ich mich mit dem V-Modell. Zum einen wird das eine Basis für meinen REConf2019-Workshop “Daily Build@Hardware” sein, zum anderen geht es mir auch um eine “Dekonstruktion” des Models um die Sicht für grundsätzlich andere Vorgehensweisen zu öffnen. Im ersten Teil des Triablogs will ich erst mal die historischen Wurzeln mit einer Betrachtung der Evolution des V Models erläutern. Im zweiten Teil geht es dann um die verschiedenen Umsetzungssichten, hybride Ansätze und Erweiterungen, die zu einem agilen V-Modell führen. Der finale dritte Teil diskutiert alternative Ansätze, untersucht “Revolutionäres” und “Disruptives” und wirft einen Blick auf deren Tauglichkeit für die Produktentwicklung der Zukunft.
Kanban als Methode zum Umgang mit Änderungen im RE
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?
UX == RE? – die Auswertung
Am 27. Juni 2017 haben wir Sie im Blog-Beitrag UX == RE? – mit Gewinnspiel! aufgefordert, an einer Umfrage zum Thema UX (User Experience) teilzunehmen. Nach zahlreichen Rückmeldungen freuen wir uns, Ihnen das Ergebnis dieser Umfrage in Form dieses Blogbeitrages vorstellen zu dürfen.
Beginnen möchte ich mit den Aussagen eins bis drei:
Aussage 1: Der Benutzer steht im Mittelpunkt unserer Entwicklung
REConf®2017- Rückblick
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
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
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?