Werkstatt

IT-Werkstatt & SW-Denkstatt 2011 - Rückblick

Der Agilität den Prozess gemacht

Sind wir agil? Sind wir am Ziel? Sind wir am Ziel weil agil?
Ist uns agil viel zu viel?

Eine ganz objektiv subjektive Zusammenfassung und Nachlese von 
Jochen Ludewig, Universität Stuttgart
(oder: the same procedure as every year!)

Jochen Ludewig

hat versucht, den Begriff der Agilität am Agile Manifesto anzubinden, also zu unterscheiden zwischen

• dem Einsatz eines bestimmten (und wohldefinierten) Prozessmodells, z.B. XP nach Lehrbuch
• und der Anwendung einzelner Techniken oder Konzepte (Rosinenpickerei)
• und der gewöhnlichen Hochstapelei.

Das bedeutet:

Agil ist, was aus einem vorgegebenen Katalog kommt.
Ein bisschen agil ist, was einzelne, aber nicht alle Elemente aus einem solchen agilen Prozess (oder aus mehreren) enthält.

Diesem Versuch einer Definition war kein erheblicher Erfolg beschieden, denn

Thomas Haas

(Agilität im nicht-agilen Umfeld) hat wenig später selbst die betonharten Projekte des frühen 20. Jahrhunderts, bei denen garantiert

• keine Standup-Meetings stattfanden
• und kein selbstorganisiertes Team aktiv war
• und nicht testgetrieben entwickelt wurde,

als agil eingestuft.
Einigkeit bestand über die Feststellung, dass die Schweizer Alpen, selbst wenn sie zu den jüngeren Gebirgen der Erdgeschichte zählen, nicht zu den agilen Gebirgen zu zählen sind.
Return on Investment war das (zweite) Zauberwort, wobei es noch niemandem gelungen ist, den Zusammenhang zwischen ROI und Prozessmodell nachzuweisen.

Die Schauspieltruppe der INFOGEM AG unter der Leitung des Herrn Stefan Zeder

hat uns ein Theater-Fragment geliefert und damit Diskussionen ausgelöst.

Ihr ist damit gelungen, was jeder Consultant anstrebt: Bringe den Kunden dazu, das selbst zu tun, wofür er dich anschließend großzügig bezahlen soll. Der Titel „Macht doch kein Theater!" hätte den skeptischen Zuschauern bereits einen Hinweis gegeben, dass sie nicht wirklich mit einer kompletten Darbietung rechnen konnten.

Es bestand Einigkeit, dass agiles Theater ein anderes (besseres) Publikum und einen anderen (besseren) Regisseur braucht.

Keine Einigkeit bestand über die Frage, ob es solche besseren Zuschauer und Regisseure gibt.

Rainer Grau

Hat den ROI erneut beschworen, uns den Weg zur Agilität gezeigt und den Zweiflern versichert, dass es die Realität wirklich gebe. 
Im Wege stehen uns dabei

• das Fehlen des Produktgedankens
• die Projektdefinition und Organisation
• die übliche Mitarbeiter-Entwicklung und -Beurteilung

Hilfe verspricht uns die Vision.

Helmut Schmidt, der ehemalige Bundeskanzler in D, hat zu Visionen eine andere Meinung, und mir scheint, dass hier die Reinkarnation der XP-Metapher droht.

Dass der Lokaladel in der späteren Innerschweiz basisdemokratisch den Rütli-Schwur geleistet haben könnte, halte ich für eine Legende.

Tobias Schelling

hat über schlanke und agile Softwareentwicklung bei Leica berichtet.

Als Absolvent eines Masterstudiengangs war er sein eigener Berater (vorteilhaft, weil es die Zahl der Konflikte mit dem Berater drastisch reduziert) und konnte wie weiland Christoph Kolumbus eines der drei Schiffe kommandieren, die sich auf den Weg nach Westen machten.

(Wenn ich es recht erinnere, sind die beiden anderen untergegangen.)

Wir haben hier auch gelernt, dass es vorteilhaft ist, Aikido zu lernen und sich auf den Weg von Shu über Ha nach Ri zu begeben, wobei für Laien und Anfänger Shu mit ein bisschen agil, Ha mit Scrum und Ri mit Kanban gleichzusetzen ist.

TS glaubt (wie fast alle Leute mit Praxiserfahrung) nicht an die reine Lehre und ist darum ein Anhänger der kreativen Rosinenpickerei.

Die aus den Werkstatt-Teilnehmern gebildeten Gruppen 1 bis 4

sollten sich Gedanken machen über das Thema

Agilität bei mir – wo und wie viel?

Zum Glück hat es anscheinend niemand gemacht, sonst wäre er/sie vermutlich in Depressionen verfallen
(Was bin ich und, wenn ja, wieviele?)

Stattdessen haben alle, selbst die Künstlergruppe 4, brav ihre Arbeit gemacht und Projekte agil geplant.

In der Gruppe 3 entstand dabei für den Berichterstatter die Einsicht, dass „agil" die Bedeutung hat (oder haben kann): „nicht traditionellen, erkennbar falschen Vorgaben folgend, sondern der praktischen Vernunft".
Das ist nicht revolutionär, aber doch vielleicht nützlich.

Aber Agilität setzt sich nur schwer durch.

So hat sich beispielsweise die INFOGEM AG nicht entschließen können, die nächste Werkstatt in einer Folge entscheidungsoffener Sprints zu entwickeln, sondern in einem beinharten, schweren Prozess den Termin autoritär auf den 25. und 26. Oktober 2012 gelegt.

Da haben wir ja nochmal Glück gehabt.

Dank an alle sichtbaren und unsichtbaren Heinzelfrauen und -männer bei INFOGEM!

IT-Werkstatt & SW-Denkstatt 2011 - Übersicht

Agil zum Ziel - Schlankes robust beherrschen

Höher, schneller, weiter: Doppeltes liefern, in halber Zeit, zum Bruchteil der Kosten. Dies wird heute von den Projekten und Projektleitern gefordert. Und agil soll es möglich machen?

In der Software Werkstatt & IT Denkstatt 2011 wollen wir die neue Welt der Agilität und die alte Welt der angestammten Vorgehensmodelle und Prozesse aus verschiedenen Blickwinkeln betrachten. Wir erkunden das Wesen der Agilität, die Techniken und Tools und zeigen warum und wie sich in beiden Welten gleichzeitig gut Leben lässt bzw. das Miteinander notwendig ist.

Sie verantworten Software- oder IT-Projekte, entwickeln Vorgehens- und Prozess-Modelle, meistern Projekte, dann reisen Sie mit uns am 10. und 11. November 2011 ins Seehotel Waldstätterhof nach Brunnen um Neues zu Entdecken, Altbekanntes aus neuer Perspektive zu sehen und inspiriert nach Hause zu gehen.

IT-Werkstatt & SW-Denkstatt 2012 - Übersicht

Wie kommt die Qualität in die Software?
Innovative Produkte, Prozesse, Unternehmen

Wir werden an der diesjährigen IT-Werkstatt die Qualität umfassend betrachten. Damit die Qualität stimmt, müssen bestimmte Rahmenbedingungen erfüllt sein, muss das Unternehmen gewisse Merkmale aufweisen. Eines dieser Merkmale ist die Innovationskraft des Unternehmens. In unserer schnelllebigen Zeit erlangt sie immer grössere Bedeutung.

Die Gestaltung wird innovativ sein, Jochen Ludewig wird pointiert einführen und die anderen Referenten werden mit interessanten Erkenntnissen aufwarten. Wenn Qualität für Sie zwar kein Fremdwort ist, aber noch immer ab und zu Rätsel aufgibt, dann könnte unsere diesjährige Veranstaltung mit der Vermittlung von gesicherten Erkenntnissen und der Hilfestellung beim Abwägen zwischen unterschiedlichen Ansätzen für Sie nützlich sein. Das Ambiente und die Form der Veranstaltung ist wie gewohnt und beliebt.

IT-Werkstatt & SW-Denkstatt 2013 - Übersicht

Wie kommt man zu Software-Anforderungen?
Orientierungshilfen für eine Entdeckungsreise

Anforderungen sind für die Werkstatt kein neues Thema. Neu ist, dass wir uns in diesem Jahr mit den verschiedenen Möglichkeiten beschäftigen wollen, wie man zu den Anforderungen kommt und nicht, wie man die Anforderungen festhalten kann. Es geht also um requirements elicitation, nicht um requirements documentation.

Die Gestaltung wird gewohnt innovativ sein, Jochen Ludewig wird wieder pointiert einführen und auch die anderen Referenten werden mit interessanten Erkenntnissen aufwarten. Wenn Sie and Techniken der Anforderungsgewinnung aus verschiedenen Perspektiven interessiert sind, könnte unsere diesjährige Veranstaltung mit der Vermittlung von gesicherten Erkenntnissen und der Hilfestellung beim Abwägen zwischen unterschiedlichen Ansätzen für Sie nützlich sein. Das Ambiente und die Form der Veranstaltung ist wie gewohnt und beliebt.

IT-Werkstatt & SW-Denkstatt 2014

Schätzen vom Nutzen der Software und des Aufwands für ihre Bereitstellung

Zwei Fragen bewegen jeden, der sich mit Software abgibt: Welchen Nutzen will oder muss ich realisieren und wie viel Geld bzw. Aufwand möchte ich dafür ausgeben. Das Kosten/Nutzen-Verhältnis ist ein Faktor in der Entscheidung, ob ein Vorhaben in Angriff genommen wird. Bei evolutionären Vorgehen, und dazu zählen wir auch die agilen, kommt bei der Bestimmung, welche Anforderung wann realisiert wird, das Kosten/Nutzen-Verhältnis auch im Kleinen zu Ehren.

IT-Werkstatt & SW-Denkstatt 2015

IT-Werkstatt & SW-Denkstatt 2016

Was Projektmanagement vermag - Wirken statt Würgen

Viele Projekte scheitern heute nicht wegen der mangelnden Kompetenz der Projektmitarbeiter, sondern weil im Projektmanagement wirksame Mechanismen für die Beeinflussung des Projektverlaufs nicht eingesetzt werden. Auch die agilen Projektvorgehen leiten nicht an, welche Massnahmen den Projekterfolg begünstigen. Mehr Transparenz, das richtige Mass an Kommunikation oder Quality-First tragen sicher zum Projekterfolg bei, auch die Delegation von Entscheidungskompetenz nach unten, oder die Durchführung von Retrospektiven können helfen.
Welche konkreten Tipps und Tricks, einfache Massnahmen oder umsetzbare Hilfestellungen können der Projektführung und den Projektmitarbeitern in die Hände gegeben werden, um den Erfolg des Projektes wahrscheinlicher zu machen?

In der diesjährigen IT-Werkstatt & SW-Denkstatt versuchen wir zu erarbeiten, wie Planung, Steuerung, Risikomanagement und Governance mit einfachen Rezepten verbessert werden können.

Wenn Sie erfahren wollen, welchen Prinzipen unter welchen Bedingungen erfolgreich eingesetzt wurden, welche Mechanismen der Projektführung wann wirksam sind, Sie Ihre Erfahrungen mit andern teilen möchten und am Resultat in Form eines “Booklets” von wirksamen Prinzipien oder Mechanismen interessiert sind, dann ist unsere diesjährige Werkstatt genau das Richtige für Sie. Das Ambiente bleibt wie gewohnt und bewährt, die Form verschiebt sich dieses Jahr etwas stärker in Richtung werken.

IT-Werkstatt & SW-Denkstatt 2017

«Über die Business Analyse» – verstehen, bewerten & entwickeln

Die Business Analyse erfasst und untersucht Kommunikations- und Geschäftsprozesse sowie Organisationsstrukturen eines Unternehmens. Sie erarbeitet Wege, diese zu verbessern indem Bedürfnisse und Erwartungen unterschiedlicher Personengruppen in Erfahrung gebracht werden. Die wichtigsten Ergebnisse sind die festgezurrten und bewerteten Ziele sowie die zu entwickelnden Prozesse, Organisationseinheiten und Applikationen. Zum Erreichen dieser Ergebnisse gibt es unterschiedliche Vorgehensweisen und Techniken.

Die diesjährige Werkstatt nimmt sich dem Thema Business Analyse und dem Business Analysten an. Wir werden das Anwendungsgebiet der Business Analyse abgrenzen und versuchen, die Positionierung des Business Analysten im Unternehmen neben Product Owners, Requirements Engineers und Gilden auszuloten. Wir wollen hören, was andernorts funktioniert hat und was nicht.

Nach dem Schaffen des gemeinsamen Verständnisses für das Thema hören wir einen Erfahrungsbericht. In Gruppen erarbeiten wir anhand zweier Fallstudien, welchen Nutzen die Business Analyse im Unternehmen stiftet, wie sie in der Praxis angegangen werden und wie sie im Unternehmen organisatorisch eingebettet werden kann.

Haben wir Ihr Interesse geweckt? Dann melden Sie sich mit unten stehendem Formular an. Sie gewinnen als Business Analyst, Requirements Engineer, Projekt- oder Teamleiter wertvolle Erfahrungen und profitieren vom Austausch mit Gleichgesinnten.

Werkstatt Ahnen

Wir durften die Tradition fortsetzen, die Jochen Ludewig mit der Technischen Rundschau (TR) und seinem (später ehemaligen) Chef-Redakteur Hannes Gysling begonnen hatte. Unser Karol Frühauf war als ständiger Gast stets mit dabei. Die erste TR-Werkstatt fand im Ausbildungszentrum der Nationalbank in Gerzensee statt, alle anderen im Hotel Seepark in Thun.

Wir öffnen Perspektiven und üben das Handwerk

In einer entspannten Atmosphäre über ein Thema aus dem Gebiet des Projektmanagements, der Entwicklung oder eines Prozesses in der IT sich Wissen holen, über die Herausforderungen diskutieren und Hand anlegen bei der Lösung einer Aufgabe.

Geht der Sommer zu Ende, kommt jedes Jahr die Zeit für die INFOGEM "IT-Werkstatt & SW-Denkstatt". Wir treffen uns mit Ihnen im Hotel Waldstätterhof in Brunnen und widmen uns anderthalb Tage abwechselnd einem Aspekt der Software-Produkte, der Projekte oder Prozesse in der  IT. Sie werden als Teilnehmer angehört beim Bestimmen des Themas des künftigen Treffens. Wir haben einen standardisierten aber nicht festen Ablauf, lassen Sie sich von uns überraschen.

Am Donnerstag Nachmittag übernimmt unser langjähriger Freund Jochen Ludewig von der Universität Stuttgart in der Regel die Aufgabe, das Thema abzugrenzen und das so definierte Feld auszumessen. Neben profunden Kenntnissen des Software Engineerings behilft er sich mit Anlehnung an andere Disziplinen der Wissenschaft, des Engineerings und der Kunst um uns den Zugang zum Thema zu erleichtern.

Nachher springen wir in medias res, lassen uns Erfahrungen aus der Praxis auftischen von einer Person, die in der Industrie oder Finanzwirtschaft tagtäglich mit dem Thema der Werkstatt konfrontiert ist. Nach dem Abendessen gehen wir ins Theater. Kein Klassiker wird aufgeführt, sondern Klassisches aus der IT / SW Gegenwart. Meistens wirken nicht nur die sich selbst spielenden Schauspieler, sondern auch die Teilnehmer mit.

Erfahrungsgemäss werden nach dem Theater die Diskussionen an einem geheim gehaltenen Ort weiter geführt.

Am Freitag überlassen wir die Bühne einem Experten zum Thema und hoffen zu erfahren, wie man es meistern kann. Daran schliesst  üblicherweise ein Vortrag von uns an, mit einem Beispiel, wie wir es konkret gemacht haben oder angehen. Dies legt die Basis für die Gruppenarbeiten, in denen die Teilnehmer eine Problemstellung in kleinen Gruppen gemeinsam lösen. Sie werden hierbei von den Experten unterstützt. Die Ergebnisse der Gruppenarbeiten werden im Plenum präsentiert und diskutiert.

Der Ausklang variiert, konstant ist eine launige Zusammenfassung der beiden Tage durch Jochen Ludewig, in der wir erfahren, was er gelernt hat und was wir hätten lernen sollen.  Und dann heisst es "Nächstes Jahr in Brunnen". Nach der Werkstatt erhalten die Ergebnisse der Gruppenarbeiten sowie die Zusammenfassung.

Vergangene Veranstaltungen

Ahnen

Wir durften die Tradition fortsetzen, die Jochen Ludewig mit der Technischen Rundschau (TR) und seinem (später ehemaligen) Chef-Redakteur Hannes Gysling begonnen hatte. Unser Karol Frühauf war als ständiger Gast stets mit dabei. Die erste TR-Werkstatt fand im Ausbildungszentrum der Nationalbank in Gerzensee statt, alle anderen im Hotel Seepark in Thun.