setzwein-blog - Latest Comments

Re: Dunbar’s Law

Matthias Marschall — Wed, 09 May 2012 03:24:07 -0000

Vielen Dank für den aufschlussreichen Artikel. Um die genannten Effekte zu vermeiden muss man schon sehr früh damit anfangen, die genannten Vorschläge umzusetzen. Schon wenn ein Startup 20-30 Mitarbeiter erreicht beginnt die Weichenstellung. Hilfreich für Wachstumsentscheidungen finde ich auch die Fragestellungen aus diesem Artikel: http://blog.setzwein.com/2012/...

Re: “Say no” – Innovation durch Fokus

Ingo Geppert — Fri, 30 Mar 2012 09:42:14 -0000

Klasse! Bitte bei Microsoft einwerfen!

Re: Scrum motiviert Ihr Team! Sicher?

Gast — Mon, 05 Mar 2012 17:29:34 -0000

> Die Kunst des Scrum Masters ist es dann, die richtigen Rückschlüsse zu
ziehen und diese Impediments in angemessener Weise aufzulösen.
Was dann meist im Rauswurf endet.
Weil wer will sich schon damit auseinandersetzen jemanden gekonnt in eine Gruppe einzugliedern oder zu re-integrieren, was imho auch nur die wenigsten überhaupt können oder wollen.

"Survival of the fittest." Schöne neue Welt ;]

Mein größter Kritikpunkt an diesem Framework. Es ist nur auf bestimmte Gruppen zugeschnitten.

Re: Kanban im Weihnachtsgeschäft

Daniel — Wed, 15 Feb 2012 10:55:47 -0000

Ich weiss gar nicht was mich mehr Interessiert hat, der Artikel an
sich oder die Aufgebestellung/Aufgebaenverteilung eines Pastors.
Aber ich fands sehr interessant.

Re: The 5 Why

Ingo Geppert — Mon, 06 Feb 2012 12:06:50 -0000

Ich kann das nur bestätigen. Die Frage nach dem Warum ist m.E. sehr wichtig. Ich habe sie als Projektleiter immer wieder meinen Teammitgliedern gestellt. Meist hat es nicht lange gedauert, bis dadurch ein Fehler oder eine Lücke in der jeweiligen Aufgabenbearbeitung sichtbar wurde.

Re: Kanban im Weihnachtsgeschäft

dchl — Thu, 22 Dec 2011 11:46:21 -0000

Spannend!

Re: Scrum motiviert Ihr Team! Sicher?

dchl — Wed, 26 Oct 2011 12:53:18 -0000

Sehr schön dargelegt, Herr Hansen – Respekt!

Re: Scrum nicht nur für Software ?!

Thomas Lieder — Sat, 24 Sep 2011 14:53:06 -0000

Hallo Herr Diedrich,

Sie haben sicherlich recht, ein iteratives Vorgehen sicherlich im Prinzip auch mit "echten" Gegenständen, und damit auch im Baugewerbe, möglich. Die schrittweise Annäherung an ein Ziel impliziert aber auch das ständige Be- und Überarbeiten des bereits Erreichten. Und an diesem Punkt wird es außerhalb der Welt der immateriellen Güter schwierig: Wie soll man ein Haus realisieren, bei dem kurz vor dem Richtfest dem Bauherrn einfällt, dass er doch noch einen Keller haben möchte. Software und andere "weiche" Güter erlauben hier einen - meiner Meinung nach - deutlich größeren Änderungsspielraum.

Viele Grüße,
Thomas Lieder

Re: Über Petzen, Unschuldslämmer und Beleidigte Leberwürste: Sandkastenspiele im Unternehmen

Detlef Engelbrecht — Fri, 19 Aug 2011 05:45:55 -0000

Ein Deja Vu der besonderen Art :-)

Re: Scrum nicht nur für Software ?!

I. Diedrich — Fri, 15 Jul 2011 13:57:36 -0000

Hallo Thomas Lieder
Das iteratives Annähern als das zentrale Merkmal für scrum scheint mir stimmig.
Stutzig macht es mich, dass sie dies nur bei immateriellen Gütern sehen. Es stimmt, dass z.B. im Baugewerbe u.a. aufgrund des hohen Zeitdrucks iteratives Annähern kaum anzutreffen ist. Dies ist aber nicht eine prinzipielle Grenze im Baugewerbe bzw. in physischen Projekten.

Es ist durchaus möglich, ein Haus langsam wachsen zu lassen. Also sich gemeinsam mit dem Kunden iterativ annähern. Ähnlich wie ein Künstler, seine physische Skulptur immer wieder ummodeliert bis sie stimmt.
Mir ist klar, dass dieser Gedanke eher weltfremd erscheint. Mir ist aber auch wichtig, dass die Möglichkeiten der neuen Perspektive tatsächlich ausgelotet werden.
Viele Grüße
I. Diedrich

Re: Gewissensmanagement

Paul Reinbacher — Fri, 11 Mar 2011 05:58:36 -0000

Sg. Frau Dr. Setzwein, ich schließe mich gerne Ihren Wünschen, "man würde das 'Gewissen' viel häufiger zum Thema machen" an, und habe bereits versucht, meine Überlegungen zum Thema "Gewissensmanagement" hier zusammenzufassen, wie Sie möglicherweise bereits festgestellt haben: http://www.amazon.de/dp/353116... bin aber weiterhin an dem Thema dran und freue mich, weiterhin von Ihnen zu hören/lesen ...
Für den Moment, schöne Grüße aus dem einigermaßen frühlingshaften Wien,
Paul Reinbacher

Re: Product Owner und Projektmanager

Thomas Lieder — Fri, 18 Feb 2011 03:01:22 -0000

Es geht hier - wie so häufig - um Kommunikation.
Es bleibt ja unbestritten, dass in einer idealen Welt die Rolle Product Owner mit allen ihren Aufgaben von genau einer Person ausgefüllt werden kann. Leider habe ich dies so noch nicht erlebt. Es bleibt also die Aufgabe, den - meist fachlich sehr guten - Product Owner zu unterstützen. In dieser Situation ist es nicht hilfreich, nebem dem Product Owner einen Projektmanager zu installieren.
Es wird eine neue Rolle etabliert und damit das Konzept von Scrum in Frage gestellt. Anstatt also das eigentlich Problem zu lösen, schafft man eine Reihe neuer. Wenn also der Product Owner Unterstützung bekommen soll, löst man dies am besten, indem der Rolle mehrere Personen zuweist. Diese können sich die Aufgaben teilen, ohne dass es zu Diskussionen um Scrum als solches kommt.

Re: Product Owner und Projektmanager

Christian B. — Thu, 17 Feb 2011 06:23:48 -0000

Mmmmh... klingt für mich nach "Wir haben einen Product Owner & einen Projektmanager, und nennen sie beide Product Owner"... Wo ist der Unterschied? Denn doch auch Projektmanager und Produkt Owner kann man unterschiedliche Aufgabenbereiche zuweisen, und beide müssen erfolgreich zusammenarbeiten.
Sorry, aber für mich sieht das nach "Mogelpackung" aus.

Re: Wertschöpfung durch Wertschätzung

Siegfried Kaltenecker — Tue, 21 Dec 2010 03:29:21 -0000

good point. einfach, aber stimmig - wie auch unser ergebnis aus amsterdam beweist. siehe http://p-a-m.org/2010/12/a-rec...

Re: ‘Bleib mal locker’

Elisabeth Kaeppel — Tue, 07 Dec 2010 16:42:56 -0000

Dies trifft auch im ganz normalen Leben -Familie-Teilzeitjob zu,
mein oberstes Gebot ist "locker zu bleiben" im Kopf gedacht: der Weg nach oben ...
ist immer frei (ist genug Platz für alle) und die Gewissheit eins zu sein mit allem und frei zu sein ...

Re: Scrum – Fußball oder Olympia?

Frank Wiczinowski — Tue, 23 Nov 2010 04:46:46 -0000

Geld allein schießt keine Tore, dass hat man am Wochenende wieder im Spiel St.Pauli gegen VFL Wolfsburg gesehen. St. Pauli hat mit Teamgeist und guter Taktik die mit Stars gespickten Wolfsburger klar dominiert und nur durch eine Unachtsamkeit das Gegentor zum 1:1 Ausgleich kassiert. Das Tor für St. Pauli hat kein Stürmer sondern der Abwehrspieler, Markus Thorandt geschossen. Klar am Ende der Saison wird sich zeigen ob Teamgeist und eine gute Taktik in der Endabrechnung reicht. Auf der anderen Seite wird wieder mal deutlich, dass 11 super Spezialisten und echte fußballerische Granaten noch kein gutes Team ergeben und den Erfolg garantieren.

Die Spielregeln kann man natürlich nicht ändern, dann wäre es ja kein Fußball mehr. Jeder bekommt seinen Ball und schießt Tore hört sich wie eine Zirkusnummer für den armen Torwart an. Aber über Takttick kann man natürlich gerne Diskutieren.

Die Taktik, dass jeder Spieler (Spezialist) einen eigenen Ball (Story) hat und zum Sprintende abschließt könnte funktionieren wenn die Stories völlig unabhängig voneinander und überschaubar sind. Und ob Qualitätseinbußen akzeptabel sind hängt sicher auch von der Anwendung ab. Was ist wenn die Spezialisten unterschiedlich gut oder erfahren sind? Denn nicht jeder Spezialist ist auch ein guter Spezialist.

Re: Scrum – Fußball oder Olympia?

Christian — Mon, 22 Nov 2010 11:07:15 -0000

Das Beispiel habe ich auch kürzlich auf dem Scrum-Day in Berlin gehört.

Folgende Geschichte aus meiner Praxiserfahrung: Wir haben ein Team mit Spezialisten und Individualisten. Die Strategie (wenn man es so nennen mag) ist nun, jeder Spieler hat einen Ball (=Story) und stürmt nach vorne um Tore zu schiessen. Dadurch dass dieses Team nun sieben Bälle statt einem hat, schiesst es im Ergebnis mehr Tore als die anderen Teams.

Natürlich gehen einige Bälle daneben und sie kassieren auch ein paar Treffen. Sprich, die Gesamtqualität ist schlechter. Aber der Output (=Tore=Anzahl akzeptierter Stories) ist höher als bei anderen Teams.

Was tun? Zu sagen, beim Fussball gibt es eine Regel "Nur ein Ball" ist mir nicht originell genug...

Re: Finstere Zeiten – die ewige Kluft zwischen Visionen und Umsetzung

setzwein — Wed, 10 Nov 2010 02:44:03 -0000

Hallo Oliver,

da habe ich leider auch keinen passenden Tipp für Sie zur Hand. Vielleicht gibt es eine Möglichkeit, den Film privat zu entleihen?

Viele Grüße,
Monika Setzwein

Re: Finstere Zeiten – die ewige Kluft zwischen Visionen und Umsetzung

Oliver — Tue, 09 Nov 2010 11:30:46 -0000

Hallo,
gibt es eine Möglichkeit als Privatperson diesen Film zu kaufen?
Bei filmwerk.de geht dies nicht als Privatperson.
Bei drs.de muss man im stuttgarter Raum sein...

Wäre für Hinweise sehr dankbar!
Oliver

Re: Teamziele erreichen – Wissensinseln auflösen

Thomas Lieder — Tue, 02 Nov 2010 10:23:31 -0000

Hallo Herr Wagner, Pair-Programming ist sicherlich einer der elegantesten Möglichkeiten, Wissen weiterzugeben. Aber auch hier gilt, dass die Methode nur erfolgreich ist, wenn die jeweiligen Teilnehmer ein eigenes Interesse daran haben, über den Tellerrand zu schauen und ihr Wissen zu erweitern.

Re: Teamziele erreichen – Wissensinseln auflösen

Michael Wagner — Fri, 22 Oct 2010 03:37:49 -0000

In unserem kleinen 5 Mann Team sind wir Entwicklungsseitig dazu übergegangen, verstärkt auf Pair Programming zu setzen. Das senkt zwar erst mal die Velocity, sorgt aber für einen Wissenstransfer.

Re: Akzeptanzkriterien effektiver einsetzen

Katja Roth — Thu, 02 Sep 2010 15:14:24 -0000

Hallo Herr Görn, das ist genau richtig. Im Sprint Planning kommt es ja typischerweise zu Diskussionen. Die Ergebnisse werden dann live in Form von Akzeptanzkriterien aufgenommen.

Re: Akzeptanzkriterien effektiver einsetzen

Christoph Görn — Wed, 01 Sep 2010 04:55:53 -0000

Hallo auch, ich frag mich grad wie es praktisch abläuft wenn "Details, wie etwa Wertebereiche von Eingabefeldern erst im Sprint Planning verabschiedet" werden?! Das ist dann eher eine Diskussion während des Sprint Plannings und der PO dokumentiert dies just in time?

Re: Getting Things Done

notebook akku — Fri, 13 Aug 2010 09:17:25 -0000

Aber es hilft mit sehr einfachen und logischen Tricks die Dinge zu ordnen und gezielt abzuarbeiten. Natürlich gibt es auch eine Vielzahl von GTD Tools.

Re: Prezi – Präsentieren einmal anders

valentinheyde — Mon, 14 Jun 2010 07:55:54 -0000

Volle Zustimung! Großartig ist Prezi vor allem auch an Stellen, wo während der Präsentation - etwa wegen Publikumsinteraktion - vor oder zurück gesprungen wird. Oder der Vortragende sich spontan dazu entscheidet, einen Bereich nur zu überfliegen und nicht ins Details zu zoomen. Wirklich eine ansprechende Abwechslung. Wenn es gut umgesetzt ist.