Agile: Guys, what kind of nonsense are you reporting here?
Do you simply report what you think is important or have you really thought about the target audience, their knowledge,…
Der GesAPro – Blog: News und Wissenswertes
Lesen Sie was uns bewegt und diskutieren Sie mit uns die spannenden Themen
Agile: Leute, was für einen Blödsinn reportet Ihr da?
Berichtet Ihr einfach das, was Eurer Meinung nach wichtig ist oder habt Ihr Euch wirklich darüber Gedanken gemacht, was für…
Planning Poker Nonsense meets Story Point Bullshit
Story Points, a „foreign currency“ that hardly anyone really knows what to do with. Who came up with this nonsense?…
Story Point Bullshit meets Planning Poker Nonsense
Story Points, eine „Fremdwährung“, mit der kaum jemand etwas richtig anzufangen weiß. Wer ist nur auf diesen Blödsinn gekommen? Und…
Am I the only one disabled Scrum Master?
No, please don’t confuse „disabled“ with „stupid“ and no, I am not a disabled person, but a woman who merely…
Where to put the many department heads?
All gone. My two team leaders and the majority of my employees have joined an agile transformation. The only thing I still need to do is sign their leave slips, but professionally they are managed elsewhere. The office is very quiet and when my two remaining employees have finished managing two legacy systems that are soon to be shut down. What then?
Wir machen mal ein bisschen Agile
Eine Agile Transformation stellt zumeist EINE GROSSE VERÄNDERUNG für eine Organisation dar. Mindset und Arbeitsweise vieler Mitarbeiter müssen sich ändern. Sie nur halbherzig anzugehen, führt Erfahrungsgemäß zwangsläufig zu schlechten Ergebnissen.
Wohin mit den vielen Abteilungsleitern?
Eine Agile Transformation stellt zumeist EINE GROSSE VERÄNDERUNG für eine Organisation dar. Mindset und Arbeitsweise vieler Mitarbeiter müssen sich ändern. Sie nur halbherzig anzugehen, führt Erfahrungsgemäß zwangsläufig zu schlechten Ergebnissen.
Dependencies are a Bugaboo
For many agilists – scrum masters, RTEs, etc. – a Dependency Board is „just“ part of PI planning. A Dependency Board is „only“ part of a PI planning, but they do not think much about what is behind it. They don’t question what it entails when teams have to deal with many dependencies on a regular basis. They do not ask themselves what could possibly be the reason for many dependencies.
Dependencies sind ein Bugaboo
Für viele Agilisten – Scrum Master, RTEs, etc. – ist ein Dependency Board “nur” Bestandteil eines PI Plannings, sie machen sich aber nicht viel Gedanken darüber, was dahinter steckt. Sie hinterfragen nicht was es mit sich bringt, wenn die Teams regelmäßig mit vielen Dependencies umgehen müssen. Sie fragen sich nicht, was möglicherweise der Grund für viele Dependencies sein könnte.
Was ist Agile? … oder: Wenn einer eine Reise tut
Story Points sind Agile; und Fibonacci übrigens auch. Und der Planning Poker sowieso. Was nicht alles als Agile bezeichnet wird und wofür der Begriff Agile nicht alles als Rechtfertigung herhalten muss.
Behindert; na und …
Die Teilhabe am Arbeitsleben bereichert das Leben der meisten Menschen und insofern wir dabei auch noch auf eine interessante Mannigfaltigkeit an Menschen stoßen, bereichert das noch viel mehr. Meinen Sie nicht auch?
Disabled; so what …
Participation in working life enriches the lives of most people, and insofar as we encounter an interesting diversity of people, it enriches even more. Don’t you think so?
A wengal Agile reicht schon
Gesucht: Scrum Master, der User Stories schreiben soll und bei Bedarf das Team bei der Umsetzung unterstützt.
Agile Coach needed?
Einen Scrum Master oder doch besser einen Agile Coach? Oder vielleicht beides? Na was brauchen wir jetzt? Am besten wir suchen mal nach einem Scrum Master / Agile Coach (m/w/d).
15 Minuten bla bla bla …
Das Daily in Scrum sollte einen kurzen und gut verständlichen Überblick über den Verlauf des Sprints bieten. Wie schaut die Realität aus und kann das Instrument “Leichte Sprache” hier Abhilfe schaffen? Ein Gedankenspiel …
Über Commitments und das richtige Mindset
Was geht in den Köpfen der Developer vor, wenn sie im Rahmen eines Sprint Plannings festlegen, was sie im Sprint umsetzen wollen und am Ende fast eines jeden Sprints kaum die Hälfte davon schaffen? Was ist ein Plan wert, wenn er so gut wie nie eingehalten wird?