schmonz.com is a Fediverse instance that uses the ActivityPub protocol. In other words, users at this host can communicate with people that use software like Mastodon, Pleroma, Friendica, etc. all around the world.
This server runs the snac software and there is no automatic sign-up process.
Dein Team liefert alle zwei Wochen. Euer Budget wird einmal im Jahr verteilt.
Ihr könnt also 26 Mal lernen und einmal reagieren.
Alles, was in Woche 6 klar wird, ist strukturell folgenlos. Nicht weil niemand will, sondern weil das Geld schon verplant ist.
Kapitalfrequenz begrenzt Anpassungsfähigkeit härter als jede Methode.
https://no-bullshit-agile.de/wfl/#kapital-als-frequenzbegrenzung
„Wir müssen schneller werden."
Gemeint ist fast immer: mehr liefern. Fast nie: schneller entscheiden.
Ein System, das schneller produziert, als es sich orientieren kann, wird nicht agiler. Es wird voller.
Mehr Releases bei gleicher Entscheidungs-Latenz sind kein Fortschritt.
Neulich im Daily: Es geht reiherum, jeder spricht 90 Sekunden ins Leere,
keiner hört zu. Am Ende weiß genau einer mehr als vorher: der Chef.
Ein Daily ist kein Status-Report. Sobald es einer wird, optimiert jeder
seine eigene Zeile statt den Fluss der Arbeit. Zu Recht hasst ihr das Ding.
Es gibt eine Variante, in der die 15 Minuten wirklich was bewegen. Die
redet nicht über Menschen, sondern über Tickets.
https://no-bullshit-agile.de/warum-daily-standups-oft-scheitern-und-wie-man-sie-wiederbelebt.html
3 Tage für eine Änderung, die vor zwei
Jahren 3 Stunden gedauert hätte. Gleicher Code, gleiche Stelle. Keiner
nennt das ein Problem, es heißt „das Modul ist halt gewachsen". Ihr
zahlt längst Zinsen, sie stehen nur auf keinem Ticket. Und der
Refactoring-Sprint, auf den ihr wartet, wird gestrichen. Immer.
Das Problem und die Lösung: https://no-bullshit-agile.de/technische-schulden-agile.html
4 days in, #AgileConfessions has some gems:
"I misused the daily as a status report."
"I thought agile meant finishing tickets fast so I could change the plan anytime."
"Endless upfront plans, until I learned to run experiments."
Your turn: the most anti-agile thing you've done, and what it taught you. Any language, just tag #AgileConfessions.
„Das Refactoring hab ich unter dem Radar gemacht." Nicht heimlich, weil es falsch war, sondern weil er keine
Lust auf Rechtfertigungsdruck hatte. Genau da stirbt Code.
Micromanagement produziert keine Qualität, sondern versteckte Agenden,
Probleme die keiner mehr ausspricht, und Devs, die nur noch das Sichere
bauen. Kontrolle ist kein Qualitätswerkzeug.
Warum das kippt: https://no-bullshit-agile.de/vertrauen-agile-teams-dev-sicht-statt-micromanagement.html
Dein Team ist nicht langsam. Euer Feedback kommt zu spät.
Feedback hat ein Verfallsdatum. Ein Signal, das erst nach Monaten ankommt, lenkt keine Entscheidung mehr.
Der Engpass ist nie das Signal. Es ist die Zeit bis zur Entscheidung.
Frag dich: Wie lange dauert es bei euch von Idee bis echtem Feedback?
https://no-bullshit-agile.de/nbak11-feedback-kommt-zu-spaet.html
From the Leanpub Blog: The Leanpub Podcast 🎙 Feat. Learn Linux TV, Author of Switching to Linux: A Practical Guide for Windows and Mac Users
#books #leanpublishing #selfpublishing #Linux #OpenSource #LinuxDesktop #LearnLinux #Ubuntu #SystemAdministration #SoftwareDevelopment #OpenSourceSoftware #TechEducation #Leanpub
NEW! The Leanpub Podcast 🎙 Feat. Learn Linux TV, Author of Switching to Linux: A Practical Guide for Windows and Mac Users
#books #leanpublishing #selfpublishing #Linux #OpenSource #LinuxDesktop #LearnLinux #Ubuntu #SystemAdministration #SoftwareDevelopment #OpenSourceSoftware #TechEducation #Leanpub
Estimates aren't promises
An estimate is our best understanding of the effort involved based on what we know today.
It isn't a contract.
It isn't a deadline.
It isn't a guarantee.
As we learn more, the estimate may change. That's good engineering, not poor planning.
Time for a re- #introduction! I’m a California native living in Los Angeles. I’ve worked on #SoftwareDevelopment teams for over 15 years now. I like to explore #Agile and experiment with #AgileMethodologies. You may find me tooting about those things, or about #houseplants, #cats, #sourdough, #baking, #macrame, #TVShows and #cyanotypes. Glad to be here!
A side benefit of AI coding help
I do a lousy job at taking personal notes. I get involved in getting a build set up just the way it needs to be, then come back in couple of months having forgotten everything I did and needing to make some changes. But I suspect I can get around this by adding instructions to the repo so an AI can reproduce what I did sometime later.
Much of AI "productivity gains" come from managers implicitly trusting an LLM to do a good job, and suspending the onerous micromanagement that humans employees get subjected to.
You can do that without paying Anthropic a single penny. It just requires letting the experts you hired do their jobs.
https://productpicnic.beehiiv.com/p/trust-is-not-built-on-craft-alone
#LLM #AI #tech #UXDesign #UX #SoftwareDevelopment #USerresearch
One thing I've learned during my time writing software release manuals (from before the time we automated much of that), is that reading a manual is a skill that few people possess. Many people, especially tech-savvy people, will open a manual halfway to orient themselves, fail to notice when their brain switches to do-mode when it recognizes something, and simply ignore the first steps. Following a manual requires attention and discipline.
Execs are confused: we forced you to use all these powerful AI tools and yet our profits aren't 10x! What gives?
Individual productivity is always downstream of strategy. And the same "more, faster!" attitude that creates incremental improvements in delivery speed means that leaders rush through strategy formation.
If the tasks don't add up to anything meaningful, no amount of model improvements will help you.
https://productpicnic.beehiiv.com/p/even-with-a-silver-bullet-you-still-have-to-aim
Gute Entwickler wollen keine Tickets abarbeiten. Sie wollen Probleme lösen.
In vielen Firmen ist das Ticket Gesetz und Jira der Richter. Eine Rückfrage gilt als Störung. So werden aus Problemlösern Zustandsverwalter. Das ist kein Unwille, das ist ein kaputtes System.