Vorträge

...Kommunikationsexperiment: Selbstorganisation in Teams

XP-Days 11/2010

In einem 10-minütigen WildCard-Slot habe ich ein Experiment frei nach Fritz Simon zum Thema Kommunikation in selbstorganisierten Systemen ausprobiert.

Blog zum Ergebnis des Experimentes


...Life-Präsentation: Einsatz des Reflecting Teams bei der Retrospektive des Teams "Internal System Administration" (Kanban) der XING AG

SEACON 6/2010

Anhand einer live durchgeführten Retrospektive des wirklich realen XING Teams "Internal System Administration" werden wir den Einsatz eines Reflecting Teams vorführen. Das Projektteam geht nach Kanban vor. Die Methode des Reflecting Teams wurde von Tom Andersen entwickelt und wird in der systemischen Arbeit verwendet. Die Grundstruktur besteht darin, dass eine Trennung zwischen einem gecoachten System (hier: Retrospektiven Team) und einem beobachteten System (hier: Reflecting Team) hergestellt wird. Dabei beteiligt sich das Reflecting Team nicht aktiv am Gespräch, sondern wird durch die Moderatorin zu einem bestimmten Zeitpunkt aufgefordert zu reflektieren. Auf diese Weise kann eine zusätzliche Beobachtungsebene und Außenperspektive erzeugt und genutzt werden, um die Reflexionsfülle an Erkenntnissen zu erhöhen und diese wieder dem Projektteam zugute kommen lassen.

Blog zur Live-Retrospektive


...Fragen

SEACON 6/2009

Auch in der IT-Branche sorgen Fragen für Klarheit und Verständnis. Sie öffnen uns Türen zu anderen Erlebnis- und Erfahrungsseiten, die uns ungefragt vielleicht verschlossen geblieben wären. Wie setzen Sie beispielsweise Fragen in ihrer Position oder auch Rolle in der IT ein? Mit diesem Vortrag möchte ich Sie motivieren, das nützliche Werkzeug "Fragen" (man hat es immer dabei und es kostet nichts) in Ihrem Berufskontext mehr zu nutzen.


...Welcher Konflikttyp bin ich - wie reagiere ich in schwierigen Situationen?

SEACON 6/2009

Anhand einer Typologie (3 Typen) lernen die Teilnehmer, wie sie in Konfliktsituationen unbewusst reagieren und  wie sie künftig konstruktiv mit anderen Konflikttypen umgehen können. Die Übung wird anhand eines Märchens verdeutlicht. Im Anschluss reflektieren die Teilnehmer untereinander, welchem Konflikttyp sie angehören, lernen so unter den Teilnehmern andere Konflikttypen und deren Beweggründe kennen. Berührungsängste und Vorurteile lösen sich auf. Die Teilnehmer lernen neue einfache Handlungsmöglichkeiten kennen, wie sie lösungsorientiert mit den anderen Typen umgehen können: Was braucht der andere? Was brauche ich? Wie können wir aufeinander zugehen, um gut miteinander zu arbeiten

 

Artikel


Praxisbericht: Erste Projekt- Erfahrungen mit der UML 2.0

Objekt-Spektrum 3/2004, Tim Weilkiens und Claudia Schröder

Das in dem Artikel beschriebene Projekt hatte das Ziel, ein ausschreibungsfähiges Pflichtenheft für das Hafenlogistik- und Informationssystem HALIS des Seehafens Kiel zu erstellen. Neben der Vorgehensweise im Projekt wird die Gliederung des zu erstellenden Pflichtenhefts vorgestellt. Dabei wird jeweils erläutert, welche Konzepte der UML dafür verwendet wurden und welche Erfahrungen dabei gesammelt werden konnten. 


Interview mit Richard Mark Soley
(Chairman and CEO OMG) 

Computerwoche Ausgabe Nr. 1/2004

 

Bücher


OEP - oose Engineering Process

Vorgehensleitfaden für agile Softwareprojekte

dpunkt.Verlag 2006, Bernd Oestereich, Claudia Schröder, Markus Klink, Guido Zockoll

Der oose Engineering Process (OEP) ist ein seit fast 10 Jahren im deutschsprachigen Raum verbreiteter Vorgehensleitfaden für agile Softwareprojekte und die Entwicklung von Individualsoftware. Der OEP ist strukturell angelehnt an den Unified Process und enthält eine Abbildungskonvention zum V-Modell XT.


Objektorientierte Geschäftsprozessmodellierung mit der UML

dpunkt.Verlag 2003, Bernd Oestereich, Christian Weiss, Claudia Schröder, Tim Weilkiens

Die Autoren dieses Buches haben aus der Informatik stammende Modellierungstechniken weiterentwickelt und die Brücke zwischen Betriebswirtschaft und Informatik geschlossen. Sie zeigen, wie der internationale Standard Unified Modeling Language (UML 2.0) genutzt werden kann, um zwischen diesen beiden Bereichen eine durchgängige und einheitliche Notation und Methodik zu erhalten.