AuthorDaniel Dubbel

Führungskraft @ DB Systel GmbH und Berater | Wenn Sie diese Fragen nicht nur verstehen, sondern in Ihrer Organisation konkret anpacken wollen, begleite ich Sie als Organisationsberater mit MAKEFUTUREWORK.com | 🤝 Neugierig? Dann lass uns sprechen.

Pair Programming: mehr Nutzen als Kosten

P

Wenn zwei Entwickler zusammen vor einem Rechner sitzen und gemeinsam programmieren, dann bedeutet das auch die doppelten Aufwände, oder? Diese Frage begegnet mir immer wieder. Den Befürwortern fällt es häufig schwer zu erläutern, warum das so nicht richtig ist. Alistair Cockburn und Laurie Williams haben sich der Frage der Kosten und des Nutzens von Pair Programming gewidmet und kommen nach Interviews und kontrollierten Experimenten zu einem interessanten Ergebnis.

(mehr …)

Neue Mitarbeiter: besser begeistert als nur talentiert

N

Agile Software-Entwicklung stellt hohe Ansprüche an alle im Entwicklungsprozess beteiligte Mitarbeiter. Die Prozesse und vor allem das Mindset sind die erste Herausforderung, gleichzeitig oder mindestens anschließend muss das nötige Handwerkszeug her, um den hohen Anforderungen an Selbstorganisation und iterative Softwareentwicklung gerecht und dabei immer besser werden zu können.

(mehr …)

Besser treffen als telefonieren

B

Die Technik macht es möglich: verteilte Teams sind kein Problem mehr. Skype, E-Mails und andere technische Plattformen helfen, an unterschiedlichen Standorten zu sein und dennoch miteinander zu kommunizieren. Und da wir wissen, dass telefonieren besser ist als E-Mails zu schreiben, greifen wir immer mal zum Telefonhörer. Rückfragen lassen sich so schneller klären und man hat in kürzerer Zeit ein gemeinsames Verständnis. E-Mails sollten dann den Charakter der Dokumentation nach einem Gespräch haben. Und wenn wir schon telefonieren können, wieso ist es da noch besser, sich zu treffen?

(mehr …)

Experte oder nicht Experte, das ist hier die Frage

E

Wenn ich ein Projekt bewältigen muss, dann versuche ich möglichst viele geeignete Experten in ein Team zu bekommen, denn nur eine ausreichende Anzahl von Experten kann ein erfolgreiches Projekt sicherstellen. Lieber arbeite ich mit (noch) mehr Spezialisten, die mir zu 75% oder 50% oder nur 25% ihrer Zeit zur Verfügung stehen, als auf diese Spezialisten zu verzichten oder ich verschiebe das Projekt, bis mir ausreichend Spezialisten wenigstens anteilig zur Verfügung stehen, oder?

(mehr …)

Ein Commitment ist keine Garantie

E

Im alten Scrum-Guide von Ken Schwaber und Jeff Sutherland hieß es, dass ein Team sein „Commitment“ zu einem Sprint-Ziel abgibt. Commitment übersetzt heißt so viel wie „Bekenntnis zu“ oder „Festlegung“. In einer Aktualisierung des Scrum-Guides aus dem letzten Jahr sorgte die Streichung des Begriffes „Commitment“ für Diskussionen in der Community.

(mehr …)

Archiv