TagEffizienz

Mit Spaß haben Ernst machen

M

Vor mehr als zwei Jahren habe ich bereits über den Flow-Zustand der Glücksforscher und zu der Frage, warum es Spaß machen sollte bei der Arbeit, etwas geschrieben. Über ein Projekt eines großen deutschen Autoherstellers bin ich wieder auf das Thema gestoßen, das meiner Meinung nach weiterhin oft als Nebensächlichkeit abgetan, als unwichtig deklariert wird und damit nicht die Aufmerksamkeit bekommt, die es braucht. Spaß bei der Arbeit zu haben sollte deutlich ernster genommen werden.

(mehr …)

Mut zu standortübergreifender Arbeit

M

Über den Agile Good Practice Circle hatte ich die Gelegenheit, als Testperson an dem neuen Online-Seminar Virtual-Ting der Loop-2.net GmbH teilzunehmen. In dem Seminar geht es um Methoden, standortübergreifend effiziente Meetings machen zu können. Auch wenn sich die Arbeit in Teams nicht auf reine Meetings beschränkt, nehmen sie – je nachdem wie weit man den Begriff auslegen will – einen wesentlichen Bestandteil in wissensbasierter Arbeit ein. Letztendlich geht es in Meetings darum, sich in mit anderen Menschen zu treffen und gemeinsam zu Ergebnissen zu kommen.

(mehr …)

Ja zu verteilten Teams?!

J

Der Anspruch agiler Methoden wie Scrum ist es, dass Menschen möglichst zusammen an einem Ort sitzen. Das steht in einem gewissen Widerspruch zur sich verändernden Gesellschaft, in der Mitarbeiter ihr Büro in Form von multifunktionalen Smartphones und Tablets immer in der Jackentasche dabei haben. Längst wird nicht mehr nur am Arbeitsplatz im Büro gearbeitet, sondern unterwegs im Zug, in Cafés, in Parks oder einfach nur zu Hause.

(mehr …)

Storypoints: Erfahrungsbericht

S

Wir sind gerade dabei, in einem Team die Schätzung nach Story Points einzuführen. Über die Vorteile dieser Schätzmethode gegenüber der Schätzung nach Zeit, habe ich bereits den Beitrag „Schätzen: Storypoints oder Stunden?“ verfasst. Ganz aktuell habe ich direkt erleben können, wie viel besser sich Story Points eignen, um die Aufwände eines Teams abzuschätzen.

(mehr …)

Gute Argumente für Scrum

G

Nach den Scrum Regeln zu arbeiten klingt leicht, Scrum einzuführen ist es meistens nicht. Der Grund? Ändert sich nur die Entwicklungsmethode, stößt man schnell an Grenzen, die eine kontinuierliche Weiterentwicklung deutlich erschweren. Mit dem Wechsel hin zu einem agilen Software-Entwicklungsprozess wie Scrum muss sich das Mindest der Mitarbeiter ändern. Was häufig Bottom-Up in Entwicklungsteams beginnt, muss irgendwann Top-down unterstützt und weiter voran getrieben werden, um noch größeren Nutzen aus der Veränderung zu erzielen. Alle müssen mitziehen. Aber warum macht man das eigentlich?

(mehr …)

Share

Categories

Archiv

Benachrichtige mich bei neuen Beiträgen
error

Weiterempfehlung? Danke für die Unterstützung!