Eine einzige Technik – für erfolgreiche Product Owner in Scrum

Erstellt am 16 Oktober 2019
von Schreibe einen Kommentar

Der Product Owner in Scrum hat nur eine einzige Verantwortung: den Backlog.
Simpel könnte man denken. Doch die Schlüsselfunktion des Product Backlogs verlangt es, eine Vielzahl von Interessen aus allen Ebenen der Produktentwicklung zu vereinen.

Die 3 größten User-Story-Mythen

Erstellt am 27 Februar 2019
von Schreibe einen Kommentar

In meiner Arbeit mit agilen Teams und als Trainer höre ich immer wieder Aussagen über User Stories, die von der ursprünglichen Intention abweichen und in der Praxis Probleme verursachen. Zeit, mit ein paar der häufigsten Mythen aufzuräumen. Mythos #1: In Scrum wird eine Anforderung als User-Story dokumentiert. Das kann man so machen, muss man aber…

Mit Speed ins Requirements Engineering einsteigen

Erstellt am 23 Januar 2019
von Schreibe einen Kommentar

Sie wollen fundiert, gleichzeitig tief ins Requirements Engineering einsteigen? Und das in kürzester Zeit? Oder einer Ihrer Kollegen? Dann gibt es dazu die ideale Gelegenheit auf der REConf in München: Starten Sie mit meinem neugestalteten RE-Einsteiger-Workshop „Anforderungen sind Kommunikation – RE Basics“ am 11.3.2019 nachmittags. Danach bieten sich Ihnen noch zwei weitere Tage, um hochkarätige…

New Work und agiles Arbeiten

Erstellt am 25 Oktober 2018
von Schreibe einen Kommentar

  New Work und agiles Arbeiten sind Begriffe, die ich in letzter Zeit häufiger höre. Das hat zugegebenermaßen auch damit zu tun, dass ich vor Kurzem bei HOOD Group im Marketing angefangen habe, aber nicht nur. Innovative Management-Ansätze wie flexible Arbeitszeiten und Ortsunabhängigkeit verändern derzeit auch die Arbeitswelt vieler meiner Freunde. Lasst uns doch einfach…

Wie detailliert muss ich spezifizieren?

Erstellt am 27 September 2018
von Schreibe einen Kommentar

Dieser Frage widme ich mich heute, eine der oft gestellten Fragen in unseren Kursen.

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.

Anforderungen strukturieren – 4. Das Informationsmodell

Erstellt am 25 April 2018
von Schreibe einen Kommentar
This entry is part 4 of 4 in the series Anforderungen strukturieren

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 

Jung bleiben mit RE

Erstellt am 2 August 2016
von Schreibe einen Kommentar

Wir alle werden älter, sowohl körperlich wie auch geistig. Dagegen lässt sich leider langfristig nicht viel ändern. Medizinisch bewiesen sind gewisse gesundheitliche „Best Practices“ zur Anwendung in unseren privaten Lebensprojekten. Ausreichend Schlaf, Sport, gesunde Ernährung und wenig Stress können den Alterungsprozess bekannterweise verlangsamen.

Ziele und Nutzen des systematischen Umgangs mit Anforderungen

Erstellt am 19 Juli 2016
von Schreibe einen Kommentar

Kürzlich wurde ich wieder gefragt, wie sich der Aufwand von Requirements Engineering rechtfertigen lässt. Immer noch beobachte ich, dass die Tätigkeit des „systematischen Umgangs mit Anforderungen“, dies ist eine moderne Übersetzung des englischen Begriffs „Requirements Engineering and Management“, zu wenig Akzeptanz innerhalb der Unternehmen findet. Es werden verschiedenste Gegenargumente vorgetragen: Für das Projektmanagement ist es viel zu teuer,…

Lücken und Brücken im Requirements Engineering – GAPS and BRIDGES

Erstellt am 10 März 2015
von Schreibe einen Kommentar

Schon wieder Probleme mit den Zulieferern oder dem Lastenheft? Die Qualität des Produkts stimmt nicht? Die Entwicklung braucht zu lange? Die Produktpalette wird immer komplexer? Wir führen ja Requirements Engineering ein, aber …? Wo sollte ich ansetzen, wo ist speziell bei uns die Lücke im Entwicklungsprozess?