…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:
Veröffentlicht unter
Requirements Engineering | Verschlagwortet mit: Anforderungen, Coaching, Skill-Entwicklung
Authors: Frank Stöckel
In sich stark verändernden Organisationen sind Verbesserungsmaßnahmen und Transitionen in neue Vorgehensweisen künftig die großen Herausforderungen. Verbesserungen müssen auf konkreten Bedürfnissen des Unternehmens basieren und nachhaltig sein, sonst besteht die Gefahr, dass am Bedarf vorbei verbessert wird oder, dass der Nutzen nur kurzfristig vorliegt. Basierend auf den bisherigen Ansätzen wird im Folgenden ein Ansatz aufgezeigt, der sich aus unserer Sicht bewährt hat.
Veröffentlicht unter
Allgemein, RE im Application Lifecycle, Requirements Engineering | Verschlagwortet mit: Transition, Verbesserungen
Authors: Frank Stöckel
Falls Sie für Ihr Start-up-Unternehmen noch eine erfolgsversprechende Produktidee benötigen, oder in Ihrem Unternehmen an der Findung von Begeisterungsfaktoren für Ihre Produkte bzw. Dienstleistungen beteiligt sind und wissen möchten, wie Innovation erzeugt werden kann, lesen Sie weiter.
Veröffentlicht unter
Requirements Engineering | Verschlagwortet mit: Erhebung von Anforderungen, Innovation, Kreativität, Muster
Authors: Frank Stöckel
In Ihrem Unternehmen, ob nun Produkt- oder Auftragsentwicklung in einer System- oder IT-Entwicklung, besteht an vielen Stellen Verbesserungsbedarf. Sie wissen noch nicht genau mit welcher Verbesserungsmaßnahme sie nun starten sollten. Sie haben Zweifel, ob eine konkrete Verbesserungsmaßnahme auch wirklich den erwarteten Nutzen bringt. Es laufen schon sehr viele Verbesserungsprojekte, deren Abhängigkeiten sie nicht überschauen. Es ist möglich, dass eine Kombination verschiedener Verbesserungsmaßnahmen vielleicht sogar Schaden für das Unternehmen erzeugen könnte.
Die Frage ist nun, wie
Veröffentlicht unter
Allgemein | Verschlagwortet mit: Änderungen, Change Management, Nutzen, TOC
Authors: Frank Stöckel
Treffen sich Menschen in ihrer Freizeit, ist dies eine oft gestellte Frage, die uns, abhängig davon wer sie stellt, manchmal in eine nicht ganz einfache Situation bringen kann. Auch mir als Berater wird diese Frage oft gestellt und ist relativ einfach zu beantworten, wenn ich mit Gleichgesinnten, wie z. B. Ingenieuren, SW-Entwicklern, Projektleitern oder Beratern zusammen bin. Wird diese Frage jedoch von Personen aus Berufsgruppen sozialer Bereiche, des Gesundheitswesens, der Landschaftsbranche, Hotellerie etc. gestellt, müssen andere Formulierungen als die Standardsätze wie z.B. „ich unterstütze Entwicklungsunternehmen dabei, sicherzustellen, dass sie das richtige Produkt in möglichst kurzer Zeit und mit möglichst wenig Aufwand entwickeln“ verwendet werden.
Veröffentlicht unter
Requirements Engineering | Verschlagwortet mit: Anforderungen, Requirements Engineering
Authors: Frank Stöckel
Im Rahmen einer der Vortragsserien des ASQF, hielt ich Anfang Oktober 2014 zu diesem Titel einen Vortrag. Ich möchte nun Teile des Vortrages vorstellen und auf einige Aspekte daraus näher eingehen.
Veröffentlicht unter
Requirements Engineering | Verschlagwortet mit: Prozesseinführung, Prozessverbesserung
Authors: Frank Stöckel
FORPS hat weder etwas mit dem Wirtschaftsmagazin FORBES noch mit FURPS, dem Ansatz SW-Qualitätsanforderungen zu finden, zu tun. Obwohl durch FORPS Projekte von FORBES besser laufen können und FORPS Sie bei der Findung von Anforderungen auch indirekt unterstützen kann.
Veröffentlicht unter
HOOD Products, Requirements Definition, Requirements Engineering, Requirements Management | Verschlagwortet mit: erheben, Organigramm, Stakeholder
Authors: Frank Stöckel
In einer Studie, durchgeführt von Suzanne Robertson und Ian Alexander im Jahre 2004 (Understanding Project Sociology by Modeling Stakeholders) wurden Beteiligte nach dem aus Ihrer Sicht größten Problem im Kontext der Stakeholder befragt. Die Ergebnisse reichen von unzulänglichem Budget und Zeit für die Arbeit mit Anforderungen für die Stakehoder, den nicht vorhandenen Fähigkeiten bei den Stakeholdern Anforderungen möglichst lösungsneutral zu formulieren, wie auch der Schwierigkeit die richtigen Stakeholder zu definieren. Weitere Punkte sind Kommunikationsprobleme zwischen der Entwicklung und der Tatsache, dass Stakeholder im Laufe der Entwicklung nicht durchgehend mitarbeiten.
Veröffentlicht unter
Fachlich, Requirements Definition, Requirements Engineering, Requirements Management | Verschlagwortet mit: Stakeholder, Stakeholder Liste, Stakeholder Management, Stakeholder Rolle
Authors: Frank Stöckel
Das kann eine entscheidende Frage eines Gastes im Restaurant oder des Kochs sein, bevor dieser sein Essen zubereitet. Ob nun Brust oder Keule, soll lieber der Gast, Kellner oder der Koch entscheiden bzw. dabei unterstützen – Ich möchte heute die Frage der Entscheidungsfindung behandeln, um geeignete Pilotprojekte auszuwählen. Pilotprojekte sind reale Entwicklungsprojekte in Unternehmen, in denen erstmalig Verbesserungen, z. B. mit dem Fokus auf Requirements Engineering, durchgeführt werden. Die Auswahl dieser Pilotprojekte war u. a. eine Fragestellung, die wir im Rahmen eines SuRE® (Sustainable Requirements Engineering) Workshops auf der diesjährigen Reconf 2013 in München behandelt hatten.
Veröffentlicht unter
Requirements Engineering, Requirements Management | Verschlagwortet mit: Auswahlkriterien, Nachhaltigkeit, Pilotierungen, Power User, Requirements Engineering
Authors: Frank Stöckel
… zu formulieren könnte das Ziel sein. Ist es jedoch zielführend Anforderungen zu formulieren, die wirklich alle Qualitätskriterien wie z. B. Vollständigkeit, Eindeutigkeit oder Widerspruchsfreiheit erfüllen? Welcher Aufwand wäre dafür notwendig und welcher Nutzen steht dahinter? Können Anforderungen in einer Entwicklung fehlerfrei formuliert werden? Zu welchem Zeitpunkt ist das möglich? Bei der Anforderungserhebung, während der Entwicklung, zur Abnahme des Produktes, in der operativen Phase oder zur Stilllegung bzw. Entsorgung des Produktes? Wie messen wir, ob eine Spezifikation wirklich alle Anforderungen enthält?
Veröffentlicht unter
Requirements Definition, Requirements Engineering, Textuelle Anforderungen | Verschlagwortet mit: Anforderung, Anforderungsmanagement, Anforderungsqualität, Formulierungstipps, perfekt, Schwache Anforderungen
Authors: Frank Stöckel