PRODUKTIVITÄT
Vorsicht und Übervorsicht | Wenn zu viel Vorsicht zu viel des Guten wird …
Wie so oft im Leben ist das richtige Maß entscheidend. Zu viel vom einen, zu wenig vom anderen – oder umgekehrt – und es geht schief. Das richtige Maß zu bestimmen, ist die Kunst – und genau das fällt oft sehr schwer. So ist es auch mit der Vorsicht. Zu wenig ist fahrlässig, zu viel führt zu verpassten Chancen. Ein Übermaß an Vorsicht bremst uns aus und kann im Extremfall sogar zum Stillstand führen. Leider liefert Dan Rockwell keine Anleitung zur Bestimmung des richtigen Maßes an Vorsicht. Es wäre zu schön gewesen. Er legt jedoch ausführlich dar, weshalb ein Übermaß an Vorsicht ungesund ist und warum wir Unvollkommenheit ein Stück weit akzeptieren müssen. Hier das richtige Maß zu bestimmen, erfordert Erfahrung und Fingerspitzengefühl. Nach wie vor. Es wird nicht einfacher.
https://leadershipfreak.blog/2026/06/29/the-dangerous-face-of-caution/
Obsidian | Termineinladungen verwalten
Ich muss zugeben, dass ich gar nicht erst auf die Idee gekommen wäre, meine Termine mit Obisidian zu verwalten, wie Thomas Mathoi es tut. Ich nutze dafür nach wie vor lieber einen eigenen Kalender. Sein Beitrag zur Organisation von Termineinladungen im Markdown-Format von Obsidian hat mich allerdings neugierig gemacht. Ich sollte es mal ausprobieren – wer weiß, vielleicht komme ich ja auf den Geschmack.
https://www.mathoi.at/2026/07/01/obsidian-kaizen-termineinladungen-im-markdown-kalender/
Nextcloud | Artikelserie über Nextcloud auf dem Homeserver
Ich denke schon länger über Nextcloud nach. Allerdings eher als Lösung für das Familiennetzwerk. Was mich allerdings nach wie vor abschreckt, ist das gesamte Wartungsgeschäft und natürlich auch die Herausforderungen bei der Installation. Deshalb bin ich auf Herbert Hertentramph aufmerksam geworden, der eine neue Blogserie zu genau diesem Thema gestartet hat. Wer ähnliche Gedanken hat, findet hier den ersten Beitrag der Serie zu Nextcloud für kleine Homeserver.
https://digital-cleaning.de/index.php/sorgenfreie-nextcloud-fur-den-homeserver/
Bücher | Buchtipps von Michael Schenkel
Eigentlich lese ich gerne, aber mir fehlt zunehmend die Zeit und Energie, um den permanenten Berg ungelesener Bücher abzuarbeiten. Und was macht Michael Schenkel? Er liefert mir wieder Inspirationen für meine Leseliste. Furchtbar! Wie soll ich der Versuchung widerstehen, noch mehr Bücher zu horten, die ich lesen will? Wer gerade auf der Suche ist, was er im Sommerurlaub lesen könnte, wird hier eventuell fündig. 😉
https://t2informatik.de/blog/oh-interessante-buecher/
Konsumparadox | Wissen allein reicht nicht, anwenden muss man es auch
Passend zum Thema „riesige Bücherstapel ungelesener Bücher” hat Ivan Blatter eine Podcastfolge veröffentlicht, bei der ich mich ertappt fühle. Ich bin ein typischer Jäger und Sammler, wenn es um Informationen und Wissen geht. Aber leider ist es schwierig, all das Wissen auch tatsächlich konsequent umzusetzen. Genau darauf zielt Ivan ab. Er zeigt fünf Strategien, mit denen es gelingt, das verfügbare Wissen konkret umzusetzen. Es ist eigentlich einfach, aber nicht trivial. Wenn es aber gelingt, ist man ein ordentliches Stück weiter.
https://share.transistor.fm/s/91396e4e
LEAN
Andon | Der Mythos von Linienstopp
Mark Graban macht auf einen Mythos aufmerksam, der sich um Andon im TPS rankt. Einem Mythos, dem auch ich selbst auf den Leim gegangen bin. Das Schöne ist: Ich habe jetzt wieder etwas dazugelernt. Wenn das Signal gegeben wird, wird das Band nicht stillgelegt, sondern es wird zunächst Hilfe angefordert, weil ein Problem aufgetreten ist, das allein nicht lösbar ist – das Band läuft zunächst weiter. Spannend dabei fand ich schon immer, dass Probleme sichtbar gemacht werden, um die Ursache zu erforschen und das Problem an der Wurzel zu packen. Das würde ich mir deutlich öfter wünschen. Leider ist es immer noch viel zu oft der Fall, dass derjenige, der auf das Problem hinweist, schlimmer angesehen wird als derjenige, der das Problem ignoriert und einfach weitermacht, als wäre nichts. Meine persönliche Erkenntnis: Mit dem Andon-Licht wird die Linie nicht automatisch gestoppt, sondern erst einmal „Hilfe” angefordert.
https://www.leanblog.org/2026/06/andon-cord-stop-the-line-myth/
AGILE
Cognitive Biases | Artikelserie über Auswirkungen auf Teams
Cognitive Biases treffen nicht nur Individuen, sondern schlagen auch in Teams unerbittlich zu. Nicht, weil wir doof wären. Oft ganz im Gegenteil. Und das ist ja das Gemeine an diesen Biases. Wie sie sich im Team auswirken, wie wir sie erkennen und hoffentlich auch auflösen können, darüber hat Till Weinert eine Blogserie gestartet, deren erster Teil im Teamworkblog erschienen ist. Er klingt recht interessant. Ich nehme an, die Folgebeiträge werden nicht minder interessant sein. Mal sehen.
https://www.teamworkblog.de/2026/06/wenn-das-gehirn-lugt-cognitive-biases.html
Sprint Commitment | Es bezieht sich auf das Ziel, nicht auf das Backlog
Auch Chuck Suscheck beschäftigt sich mit kognitiven Fallen, stellt dabei jedoch einen direkten Bezug zu Scrum-Teams her und thematisiert ein Phänomen im Zusammenhang mit dem Sprint Commitment: Die Weigerung, das Sprint-Backlog im Sprint an neue Erkenntnisse anzupassen. Das finde ich auch immer wieder interessant. Insbesondere, wenn das Sprintziel gar nicht zur Debatte steht, sondern nur die Frage, wie es am besten erreicht werden kann. Und genau das ist es doch, was Agilität ausmacht. Wir erkennen, dass unser ursprünglicher Plan, das Ziel zu erreichen, nicht so funktioniert wie erwartet, und passen den Plan entsprechend an. Suscheck vermutet ein Missverständnis hinter diesem Verhalten. Eines, das sich mit etwas Aufklärungsarbeit auflösen lässt.
https://www.scrum.org/resources/blog/cognitive-trap-sprint-commitments-misunderstanding
Skalierte Silos | Wenn Silos keinen echten Mehrwert erzeugen
Was mir in skalierten Umfeldern immer wieder auffällt: Silos werden nicht aufgelöst, sondern zu „agilen Silos” umfunktioniert. Echte crossfunktionale Zusammenarbeit? Schwierig. Wenn mehrere POs dann beständig untereinander aushandeln müssen, wie etwas gemacht wird, manifestieren sich die Silos wieder und die Transaktionskosten gehen rasant nach oben. Daher kommt auch die Idee, dass ein Product Owner (PO) für mehrere Teams aktiv wird. Das sind Teams, die crossfunktional geschnitten sind und an einem gemeinsamen Wertstrom arbeiten. Das klingt bei Mary Iqbal leicht, ist in der Praxis allerdings durchaus eine Herausforderung, weil das umgebende System nach wie vor in etablierte Kleinkönigreiche unterteilt ist, deren Herrscher ihre Einflusssphären vehement verteidigen.
https://www.scrum.org/resources/blog/silos-are-bane-value-delivery
Entscheidungserschöpfung | Woran Piorisierung oft scheitert
Ralph Jocham versucht zu ergründen, weshalb gutes Priorisieren so schwerfällt, und kommt zu einer interessanten These. Es liegt oft nicht am Nicht-Wollen oder Nicht-Können im engeren Sinne, sondern ist das Ergebnis einer „Übermüdung”. Er nähert sich dem Thema zunächst aus individueller Perspektive und zeigt auf, dass eine übermüdete Organisation Entscheidungen aufschiebt, wenn die Energie zu gering ist, ähnlich wie ein übermüdetes Individuum. Sein Fazit lautet, Entscheidungen dann zu treffen, wenn der Geist noch fit ist, und die Anzahl der notwendigen Entscheidungen konsequent gering zu halten. Das klingt fast wie ein Henne-Ei-Problem. Auf jeden Fall ein Impuls, über den es sich lohnt nachzudenken.
Metrik vs. Wirkung | Wieder mehr Fokus auf Wirkung legen
Vero Levesque macht auf etwas aufmerksam, das auch mir immer wieder auffällt: Metriken sind oft wichtiger als Wirksamkeit. Insbesondere einfache und leicht zu ermittelnde Metriken rücken in den Fokus und führen zu Effizienzneurosen, bei denen die eigentliche Wirkung nahezu komplett aus dem Blick gerät, Wirkzusammenhänge ignoriert und der Blick fürs große Ganze komplett vergessen wird. Zwar bezieht sie sich in ihrem Blogartikel auf die öffentliche Verwaltung, doch lässt sich das selbst in so vielen Organisationen außerhalb des öffentlichen Diensts mit der gleichen fatalen Auswirkung beobachten.
https://agile-verwaltung.org/2026/07/02/metrik-vs-wirkung-aktueller-spielstand-40/
Hilfslose Teams | Wie Hilfe zur Entmüdigung führen kann
Der Blogartikel von Steven Denning deckt einen wunden Punkt vieler Teams und Organisationen auf: Zu viel Hilfe schadet letztlich. Denn daraus entstehen neue Abhängigkeiten, die in Hilflosigkeit münden. Eine Hilflosigkeit, die entsteht, wenn eines Tages niemand mehr da ist, der sich kümmert, bevor ein Problem auftritt. Probleme lösen muss man üben. Dazu braucht es Herausforderungen. Dumm nur, wenn es diese Herausforderungen nie gibt, weil andere sie längst gelöst haben. Ein Team kann so keine Kompetenz aufbauen. Es wird von den Personen abhängig, die das immer für sie – gut meinend – getan haben. Und da liegt der Fehler. Der Fehler liegt darin, dass die Scrum Master:innen und Agile Coaches plötzlich nicht mehr da sind. Das Team kann das Problem nicht allein lösen. Es hat es nie gelernt.
https://www.scrum.org/resources/blog/you-helped-your-teams-helplessness
Design Thinking | Ein Tool fürs Prototypentesting
Lars Richter hat mir heute einen Werkzeugtipp mit auf den Weg gegeben: das Testing Sheet. Es handelt sich um ein kleines Canvas für die Vorbereitung des Prototypentests. Nichts Überraschendes. Und doch hocheffektiv. Und genau das macht es so interessant. Einfache, aber hocheffektive und effiziente Werkzeuge, die nicht trivial sind, sind genau das richtige Handwerkszeug für den Arbeitsalltag. Und das sehe ich hier.
Toms Gedankenblog 