Meine Gedanken fließen in diesen Blog, wenn sie da sind und wenn ich Zeit habe sie aufzuschreiben. Erwarte also interessante Dinge, aber keinen festen Takt bei der Veröffentlichung.
Ich freue mich auf Dein Feedback!
17. Juni 2026
Auf dem Scrum Day 2026 habe ich einen Vortrag über ein paar Praxistipps für Product Owner*innen gehalten. Auf mehrfachen Wunsch habe ich nun hier die wesentlichen Dinge zum Nachlesen zusammengeschrieben. Lasst uns gerne bei LinkedIn darüber diskutieren. Um was geht es? Die PO-Accountability (im Folgenden der Einfachheit halber „Rolle“) ist von Scrum sehr mächtig ausgelegt. …weiterlesen
18. November 2025
Im Frühjahr 2024 bin ich nach einer Eingebung vom Sofa aufgestanden und habe 3 Tage lang ohne Pause auf meinem Notebook getippt. Das Ergebnis war ein Fachbuch, dessen Verkaufszahlen (relativ für die Szene) durch die Decke gegangen sind. Wie das alles kam, wie ein Buch produziert wird und was eine Schultergelenksprengung damit zu tun hat, …weiterlesen
31. Juli 2024
Allgemeines zu SUP.1 Als letztes Beispiel nach den Engineering-Prozessen, möchte ich hier noch einmal auf die Qualitätssicherung eingehen. Hier gibt es oft Unsicherheiten, weil im agilen Denken, die ganze Qualitätssicherung im Team geschehen soll, Automotive SPICE aber eine unabhängige Qualitätssicherung fordert. Hier müssen wir den Begriff der Qualitätssicherung etwas auffächern. Zum einen geht es um …weiterlesen
23. Juli 2024
In den vorigen Beiträgen habe ich die Prozesse, die sich mit Anforderungen befassen, etwas beleuchtet. Die weiteren Engineering-Prozesse in Automotive SPICE, also der jeweilige Rest vom System-V und vom Software-V bergen in Verbindung mit Scrum viel weniger Unklarheiten. Wie bisher musst du Architekturen entwerfen, Implementieren, integrieren und testen (verifizieren). Hinsichtlich der Dokumentation entsteht hier nichts …weiterlesen
5. März 2024
Allgemeines zu SYS.2/SWE.1 Die Stakeholder-Anforderungen im letzten Beitrag haben wir im Product Backlog gesammelt. Jetzt geht es bei SYS.2 / SWE.1 um die konkret umzusetzenden Anforderungen. Nachdem diese beiden Prozesse in Automotive SPICE recht ähnlich sind, werde ich sie hier gemeinsam beschreiben. An dieser Stelle geht es für dich vermutlich mit einem in einem RM-Werkzeug …weiterlesen
11. Januar 2024
Edit 15.01.2023: Möglichkeit zu Diskussionen haben wir bei LinkedIn: http://tinyurl.com/dvfbtfht Allgemeines zu SYS.1 SYS.1 ist nicht Bestandteil des VDA-System-Scopes. Wenn du als Zulieferer arbeitest, kommt die Anforderungserhebung vielleicht bei dir gar nicht so ausgeprägt vor. Wenn du jedoch im agilen Sinn direkt im Markt stehst, ist dies ein wichtiges Thema für den Umgang mit Backlogs. …weiterlesen
17. Dezember 2023
Hier wie versprochen nun das erste Eintauchen in das Assessment-Modell. Die folgenden Ausführungen beziehen sich auf das PAM 4.0 Edit 15.01.2013: Möglichkeit für Diskussionen haben wir bei LinkedIn: http://tinyurl.com/43zj38vn Allgemeines zu MAN.3 Die große Herausforderung bei MAN.3 liegt darin festzulegen, was ein Projekt ist. Scrum wird nicht auf den langen Planungshorizonten operieren, die du von …weiterlesen
10. Dezember 2023
Um was geht es? Vor 9 Jahren habe ich hier zum ersten Mal über Automotive SPICE und Scrum geblogged. Da ich aktuell im Rahmen eines neuen Trainingskonzepts meine Gedanken zu dem Thema zu Papier bringe, möchte ich hier etwas zur Diskussion in der Community beisteuern und eine kleine Reihe in meinem Blog beginnen. Diese Gedanken …weiterlesen
20. April 2023
Neulich hatte ich mit einem Kunden eine interessante Diskussion: Funktioniert Organisationsentwicklung besser über ein klassisches Value-Stream-Mapping oder über das Impediment Backlog der Scrum Teams? Also unter der Annahme, dass aktuell weder Value-Stream-Mapping (VSM) noch großflächig agile Arbeitsweisen im Einsatz sind? Dabei ging es uns nicht um alt oder neu oder um besser oder schlechter, wir …weiterlesen
6. April 2023
Ich habe ein kleines Paper geschrieben, über die richtigen Prioritäten bei agilen Transformationen. Hintergrund: Leider ist immer wieder zu beobachten, dass Frameworks und Organisationsdesign wichtiger sind als das Erforschen des optimalen agilen Engineerings für die entsprechenden Produkte. Meine These: Agile Transformationen müssen beim Produkt beginnen, nicht in der Organisation. Wir müssen uns zuerst um agiles …weiterlesen
Page [tcb_pagination_current_page] of [tcb_pagination_total_pages link='0']