Stakeholder-Analyse in Entwicklungsprojekten

Erstellt am 22 Mai 2018
von Schreibe einen Kommentar

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.

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?

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.

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.

Requirements Austausch ist Silber – Virtuelle Zusammenarbeit ist Gold

Erstellt am 14 Juni 2017
von Schreibe einen Kommentar
This entry is part 1 of 1 in the series Projektmanagement

 

Er hat der Forschung viele Rätsel aufgegeben, der um 820 entstandene sogenannte St. Galler Klosterbauplan. Heute geht man davon aus, dass es sich um einen Entwurf als Grundlage für einen weiteren eigenständigen Planungsvorgang handelt, der zwischen Auftraggebern und den Bauverantwortlichen ausgetauscht und besprochen wurde.

Anforderungen strukturieren – 2. Techniken

Erstellt am 26 April 2017
von 1 Komment
This entry is part 2 of 4 in the series Anforderungen strukturieren

Im letzten Blog „Anforderungen  strukturieren – 1. Kriterien“ haben wir vorgestellt, welche Kriterien für die Strukturierung von Anforderungen relevant sind. Heute stellen wir Ihnen im 2. Teil dieser Blog-Serie ein paar Ideen und Konzepte vor, die die Anforderungsstrukturierung ermöglichen. Wir wollen die Frage beantworten: „Welche technischen Möglichkeiten gibt es, um Anforderungen zu strukturieren?“

Das Ende des Requirements Engineerings wie wir es kennen

Erstellt am 1 April 2017
von 3 Kommentare

Nun ist es passiert ! Nach jahrhundertelangem Bemühen der Menschheit, den Weg von der Idee in die Realisierung zu verkürzen, ist der Durchbruch geschafft. Was haben sich Informatiker Gedanken über die semantische Lücke gemacht, was hat man Sprachen erfunden, um es für verschiedenste Fachdomänen praktischer zu machen, sich Hilfssysteme zu bauen. Es war immer die Hoffnung, dass wenn das Problem formuliert ist, die Lösung damit auf dem Tisch liegt.

Da hat man z.B. COBOL in die Welt gesetzt, um Wirtschaftlern  eine direkte Möglichkeit zu geben, einer Maschine sagen zu können, was man möchte. Da wurde SQL erfunden, so dass jedermann auf der Straße mal eben eine Datenbank abfragen könnte. Es ließen sich tausende weitere Beispiele und Versprechungen aufzählen, die nach einem ähnlichen Muster gestrickt sind.

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?

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.