Corruptio optimi pessima

So ist es, habe ich gedacht, als ich diesen lateinischen Spruch in “Small is Beautiful: A Study of Economics as if People Mattered” gelesen habe: Die Korrumpierung der Besten führt zum Schlimmsten. Es ist frustrierend und bitter, es macht mich zuweilen auch wütend, weil ich mich hilflos fühle: Wenn kompetente und motivierte Menschen dazu gezwungen […]

weiterlesen

Die Highlander-Anforderung

Irgendetwas ist faul mit der Priorisierung von Anforderungen. Der Gedanke beschleicht mich mit jedem (agilen) Team mehr, das ich sehe. Denn die allerwenigsten agieren in der wunderbaren Welt der Vorstellung, dass es einen echt kompetenten, entscheidungswilligen und -befugten und auch noch präsenten Kunden (bzw. Stellvertreter) gibt. So ein Kunde mag wünschenswert sein. Ja, sehr sogar. […]

weiterlesen

Get Your Efficiency Right

I just read: “That’s the reason why senior developers are more efficient than junior developers: they type faster and know more keyboard shortcuts, making them more productive.” That was meant in a sarcastic way by the author of the book. Nevertheless, it mirrors what many seem to be still thinking. (A variation of this is […]

weiterlesen

Komplementäre Softwareentwicklung

“Die Komplementarität ist meiner Ansicht nach wichtiger als jeder Ansatz, den wir haben, auch wenn wir es in unserem Kulturkreis noch nicht wissen.” Das habe ich gerade im Blog der Denkagentur des Château d’Orion gelesen – und es hat sich sehr stimmig angefühlt. Gesagt hat es der Wissenschaftstheoretiker Ernst Peter Fischer und gemeint hat er […]

weiterlesen

Raus aus dem Geschwindigkeitsrausch

Wäre dieses agile Velocity Diagramm eines Scrum-Teams würdig? Mein Gefühl ist, dass nicht viele Teams (oder Manager von Teams) damit zufrieden wären. Die Velocity sinkt von Iteration zu Iteration. Das schaut nicht gut aus, oder? Was ist da nur los? Die Fortschrittsgeschwindigkeit sollte von Iteration zu Iteration doch am besten steigen oder zumindest um einen […]

weiterlesen

IODA Architekturbeispiel im Kleinen – Die Bowling Kata

Auf der OOP 2016 habe ich einen Vortrag zur IODA Architektur gehalten. Darin taucht ein Stück Code als Gegenbeispiel auf, also nicht-IODA Code – und Teilnehmer haben gefragt, wie ich denn meine, dass es nach dem IODA-Ansatz gemacht werden könnte. Auf der OOP war dafür leider keine Zeit. Doch gleich auf dem Rückweg habe ich […]

weiterlesen