Im Zeitraum August 2009 bis Januar 2010 wurden sämtliche bisherigen Arbeitskreis-Teilnehmer im Rahmen eines Forschungsprojektes an der Uni Innsbruck hinsichtlich der Zusammenarbeit mit uns befragt. Neben der Evaluation der Angebote war auch die Wirkung der Jahooda-Plattform in der Region von Interesse. Insbesondere wurde die Rolle der Jahooda-Plattform bezogen auf die Konzepte der “Lernenden Region” und “Nachhaltige Regionalentwicklung” im Alpenrheintal untersucht.

Die Autoren der Studie stellen in ihrem Bericht fest, dass in erster Linie technologieorientierte und global orientierte Unternehmen zwischen 50 und 500 Mitarbeitern die unsere Angebote in Anspruch genommen haben. Im Rahmen der Zusammenarbeit wurde durch die Teilnehmer auf die bedeutende Funktion des face-to-face Erfahrungsaustausches für die Unternehmen hingewiesen. Dieser Erfahrungsaustausch ermöglicht den Transfer von implizitem Wissen. Die Studie bestätigt den bedeutenden Beitrag der Jahooda-Plattform zur nachhaltigen Regionalentwicklung im Alpenrheintal durch die Entwicklung und Nutzung eines innovativen Konzeptes des überbetrieblichen Austausches.

In der Studie wird abschießend auf das Potential durch die verstärkte Nutzung der grenzüberschreitenden Zusammenarbeit hingewiesen: Durch die bewusste Bearbeitung der gesamten Region Ostschweiz – Liechtenstein – Vorarlberg –Süddeutschland können mit dem angesprochenen Konzept weitere wertvolle Beiträge zur regionalen Lernkultur geleistet werden.

Fazit: Auf das bisher Erreichte können wir durchaus stolz sein. Ich sehe darin jedoch nur den Anfang einer größeren Entwicklung. Das alleine vor sich hin werkeln hat seinen Reiz, aber das Rad immer wieder von vorne zu erfinden macht keinen Sinn! Deshalb ist der überbetriebliche Austausch ein zentrales Instrument um voneinander zu lernen und die Leistungsfähigkeit unserer Unternehmen am Standort nachhaltig zu steigern.

Download Studie Uni Innsbruck [PDF]

Zum Jahooda-Vortrag mit Heinz-Jürgen Weigt und Jürgen Krah in der FH Vorarlberg am 27. April 2010 lade ich euch recht herzlich ein.

Abstract:
Kennen Sie die bei Software Entwicklungsprojekten häufg vorkommenden Sätze wie: „Das System ist an den Erfordernissen vorbei entwickelt worden“, „Das Management versteht das Projekt gar nicht“, „Die hätten uns mal fragen sollen“, etc.  Es endet oft in frustrierenden Diskussionen zwischen den Beteiligten in einer Entwicklungskette, begleitet von einer Flut an E-Mails.
Dagegen steht der Kundendialog, den die Referenten seit Jahren mit Erfolg anwenden. Dialog, heißt zuhören, sich auf den anderen, dessen Anliegen und Energie einlassen, spüren ob sich diese Themen verbinden lassen und sich eventuell gemeinsame Ziele ergeben. Meist ist der Kundendialog schneller als jede technische Lösung, auf jeden Fall nachhaltiger. Der Kundendialog ist anwendbar im frmeninternen Kunden-Lieferanten-Verhältnis und zwischen Firmen und deren Kunden.
Der Vortrag zeigt sowohl die Wurzeln als auch die Wirkung eines Kundendialogs auf. Die Sicht der Protagonisten („Kunden“ und „Lieferanten“) eines Projekts wird ebenso beleuchtet wie die Perspektive der Geschäftsführung am Beispiel TRANSFLOW Informationslogistik, Dornbirn.

Referent:
Dipl.-Ing. Heinz-Jürgen Weigt und Dipl.-Kfm. Jürgen J. Krahé sind Partner in ihrer Beratungsgesellschaft Group Impact, Köln und Karlsruhe. Sie haben jahrelange Erfahrung in der Einführung und in der Nutzung der Methode Kundendialog. Jürgen Krahé ist derzeit auch Geschäftsführer der Vorarlberger Softwarefrma TRANSFLOW Informationslogistik in Dornbirn. Der Kundendialog wurde dort erfolgreich eingeführt.

Factbox
Zeit: Dienstag, 27. April 2010, 18:00 Uhr
Ort: Fachhochschule Vorarlberg; A-6850 Dornbirn, Hochschulstraße 1
Kosten: € 30 / € 15 für Jahooda-Mitglieder und Studenten
Anmeldung: Frau Monja Domig,  T +43 (0)5572 792-7110, E-Mail monja.domig@fhv.at
Anmeldeschluss: Montag, 26. April 2010

Download Vortragsfolder Kundendialog [PDF]

Chapter 1: Introduction
Chapter 2: Project Sociology
Chapter 3: Social Groups
Chapter 4: Flexible Mind
Chapter 5: Complex Adaptive Systems
Chapter 6: Social Networks And Game Theory
Chapter 7: OODA: Individuals Interacting
Chapter 8: Resilience
Chapter 9: Panarchy: Complexity On Mulitiple Levels
Chapter 10: Adaption In Projects

Vielen Dank an MacPM.net und PM-Blog für den Tipp!

UPDATE! Bas führt ebenfalls einen YouTube Channel der vor allem für IT-Projektmanager von Interesse sein sollte.

Hier geht’s zur Präsentation: http://www.cooper.com/journal/agile2008/

Der Inhalt entschädigt auf alle Fälle für die kurzen Wartezeiten beim Laden!

Beim letzten Breakfast referierte Daniel Tobler von Zühlke zur Frage: “Are there software projects to which agile processes do not apply?“. Sein überraschendes Fazit, agile Vorgehensmodelle sind nur in zwei Fällen nicht anwendbar:

• The team or management really does not want to do it
• All of the developers are really junior and need to guidance on what to do. This case applies particularly to a university context in which students are just learning the tools of the trade

Ich kann euch nur empfehlen seine Präsentation “Agile vs plandriven SW Processes” (in Form einer MindMap) sehr genau anzusehen, da stecken wirklich viele wertvolle Erfahrungen drin!

• Zu viele Aufgaben und Schnittstellen

Warum gibt es denn eigentlich zu viele Schnittstellen in einen IT-Projekt? Häufig werden zu viele Aufgaben in ein einziges Projekt gepackt, folglich muss eine große Anzahl an Mitarbeitern gesteuert werden. Genau an dieser Stelle ist für mich der Knackpunkt… Wie schaffe ich es meine Projektteams möglichst klein zu halten? Im “klassischen” Projektmanagement bietet sich eine Programmorganisation an, was nichts anderes heißt als das Problem in möglichst viele Teilprobleme (Projekte) zu zerlegen. Bei den agilen Vorgehensweisen gibt es z.B. mit “Scrum of Scrums” erste Ansätze die in dieselbe Denkrichtung gehen. In diesem Zusammenhang empfehle ich euch unbedingt “Vom Mythos des Mann-Monats. Essays zum Software-Engineering” zu lesen.

• Unausgereifte Technologien

Erst kürzlich war ich auf einem lehrreichen Vortrag eines langjährigen Projektleiters, der von seinem schlimmsten Fehler in seiner Karriere berichtet hat. Sinngemäß hat er ein Technologieprojekt mit einem Produktentwicklungsprojekt vermischt. D.h. die Technologie sollte im mitgehen entwickelt werden und als Basis für das neue Produkt dienen. Seine Lehre bestand darin, Technologieprojekte immer streng von Entwicklungsprojekten zu trennen. Zuerst die Technologie beherrschen, anschließend auf dieser Basis weiter arbeiten.

• Schlechtes Recruiting

Hegt und pflegt eure (wertvollen) Mitarbeiter und besetzt komplexe Projekte/Programme mit langjährigen Mitarbeitern. So einfach gesagt, so schwer getan!

• Zu wenig Sorgfalt bei der Auswahl von Externen

Der Rat nur mit Externen zu arbeiten mit denen ihr gute Erfahrungen gemacht habt greift wohl viel zu kurz. Wie seht ihr das? Welche Erfahrungen habt ihr gemacht?

• Keine Übersicht über Projektbeteiligte

Gerade letzte Woche in der Methodenwerkstatt Projektmanagement habe ich meine Studenten auf eine saubere Stakeholderanalyse (Projektumweltenanalyse) und einen passenden Kommunikationsplan eingeschworen. Wer seinen (wirklichen) Projektauftraggeber nicht kennt und nicht weiß wie er mit ihm sauber kommunizieren kann, ist auf verlorenem Posten. Je größer das Projekt, umso größer das Problem.

• Unterschiedliche Erwartungen an das IT-Projekt

Siehe letzter Punkt: Stakeholderanalyse, Projektumweltenanalyse, Kommunikationsplan

• Betriebliche Hürden

Siehe letzter Punkt: Stakeholderanalyse, Projektumweltenanalyse, Kommunikationsplan

1. Zu viele Aufgaben und Schnittstellen
2. Unausgereifte Technologien
3. Schlechtes Recruiting
4. Zu wenig Sorgfalt bei der Auswahl von Externen
5. Keine Übersicht über Projektbeteiligte
6. Unterschiedliche Erwartungen an das IT-Projekt
7. Betriebliche Hürden

…und Morgen die sieben Lösungen dazu