Worum geht’s?

Ich wollte nur diejenigen unter Euch, die es noch nicht wissen, kurz darauf hinweisen, dass Dana Bredemeyer seinen bekannten Software Architektur Workshop vom 13.9.2010 – 16.9.2010 bei codecentric halten wird. Dana hat seit fast 10 Jahren keinen öffentlichen Workshop in Deutschland gehalten und von allem, was ich bislang darüber gehört habe, wird das ein wirklich guter Kurs werden. Also, falls irgend jemand von Euch Interesse an dem Workshop haben sollte und dafür nicht extra in die USA reisen möchte (oder darf): Mehr Infos gibt es unter http://www.meettheexperts.de/software-architecture.

Außerdem wollte ich das “Meet the Experts” am 17.9.2010 erwähnen. Das Motto lautet dieses Mal “Herausforderungen in der Architektur heute”. Fünf bekannte Sprecher, darunter Dana Bredemeyer, Dr. Gernot Starke und Prof. Dr. Heinz Züllighoven werden ihre An- und Einsichten zu dem Thema mit Euch teilen. Und wie immer wird es jede Menge Zeit für Diskussionen, Netzwerken, Open Space für Eure Fragen, super Catering, usw. geben. Falls das für jemanden von Euch interessant klingen sollte: Mehr Infos dazu gibt es unter http://www.meettheexperts.de/meettheexperts-architektur.

Okay, das war’s schon. Mehr wollte ich gar nicht erzählen. Ich denke, dass beide Veranstaltungen echt spannend werden und werde auf jeden Fall dabei sein. Und falls jemand von Euch da sein sollte, freue ich mich schon darauf, Dich (oder Sie) kennenzulernen … und falls nicht, klappt es vielleicht ein anderes Mal mit dem Kennenlernen …

Eindrücke vom meettheexperts@codecentric, 18. Juni 2010

[Show as slideshow]

Bewertungen der Teilnehmer

Ich freue mich, dass die Teilnehmer die vier Vorträge (Details dazu weiter unten im Text) sehr gut aufgefasst haben. Insgesamt wurden die Sprecher und Inhalte durch die Bank positiv bewertet. Selbst die beiden englischen Vorträge waren für die allermeisten kein Problem, sobald man sich einmal “eingehört” hat.

Die allgemeinen Beurteilungen für den Tag waren wie gewohnt sehr positiv, ohne an dieser Stelle auf die Details eingehen zu wollen. Die Erwartungen mit den Experten in einen aktiven Dialog eintreten zu können und praxisrelevante Diskussionen führen zu können wurde offenbar voll erfüllt. Einzig das Ergebnis des Spiels “Deutschland : Serbien” bei der Fußballweltmeisterschaft ließ zu wünschen übrig. Auch der Open Space wurde wieder intensiv genutzt um eigene Themen mitbringen zu können, hier hat sich aber gezeigt, dass wir diesen noch besser vorbereiten können. Ich denke für das nächste meettheexperts@codecentric zum Thema Architektur werden wir den Teilnehmern schon vorab Infos zuschicken (am besten auf Papier), wie wir das Open Space organisieren werden, uns sie dazu ermuntern sich schon im Vorfeld ein Thema zu überlegen, welches Sie zur Diskussion stellen möchten.

Details zu den einzelnen Vorträgen

Aus technischen Gründen können wir die Vorträge momentan nur als Download von der Homepage und über Slideshare anbieten. Die Videos werden so schnell wie möglich nachgereicht (sobald wir wieder eine entsprechende Kamera haben, um das Material auf einen PC zu bekommen)

Keynote – von Ken Schwaber

Ken Schwaber, einer der Erfinder von Scrum und Mitbegründer der Scrum Alliance und seiner neuen Organisation scrum.org spricht über den aktuellen Zustand von Scrum. Ich habe mich riesig gefreut, dass er für den Tag zugesagt hatte! Wann hat man schon mal die Möglichkeit mit ihm Auge in Auge über Scrum diskutieren zu können? Während die Präsentation eher “rustikal” aussieht, war der Inhalt des Vortrags fesselnd. Ken diskutierte die Schwierigkeiten und teilweise auch Missverständnisse im Umgang mit Scrum; welchen Einfluß technische Schulden und ein unfertiges “Done” auf die Geschwindigkeit, das Return on Investment und sogar die Überlebenswahrscheinlichkeit des Unternehmens haben. Für mich das schönste Zitat ist, dass Scrum wie die eigene Schwiegermutter sei: Sie sagt einem nur andauernd, was man alles falsch macht, aber nie wie man die Sache besser machen soll!

Professional Scrum Developer – von Andreas Ebbert-Karroum

Andreas stellte fest, dass es an der Zeit ist, neben den erfolgreichen Trainings für die beiden Rollen “Product Owner” und “ScrumMaster”, auch ein Training für die Mitglieder in einem agilen Team zu starten. Hier ist codecentric Program Development Partner des Professional Scrum Developer Trainings, d.h. zusammen mit scrum.org konzipieren wir die Inhalte des 5-tägigen Trainings. Im Vortrag stellt Andreas die Elemente vor, die nach seiner Erfahrung notwendig sind, damit ein Team im Scrumkontext erfolgreich ein Softwareprodukt entwickeln kann.

Was ist TDD? – von Bernd Schiffer

TDD – ein alter Hut. Oder? Eigentlich ist Test Driven Development nichts neues mehr, trotzdem wird es oft immer noch nicht durchgeführt. Was ist TDD eigentlich genau, und lohnt sich der Einsatz? Der Frage geht Bernd in seinem Vortrag nach. Bernds wie immer sehr unterhaltsamer und mitreißender Vortragsstil hat auch diesmal die Zuhörer wieder begeistert. Sehr schön fand ich die Einlage, im Paar eine vermeindlich einfache Übung durchzuführen: Zählen, Klatschen, Hochhüpfen; und das im Wechsel und Wiederholend. Sehr witzig um zu verdeutlichen, dass einfache Regeln, wie der TDD-Zyklus, nicht sofort einfach umzusetzen sind. Von der Feststellung, dass “Go” ebenfalls nur einige einfache Regeln besitzt, musste Bernd sich nach einem kleinen Vortrag unseres “Profi Go-Spielers” Georg leider verabschieden

Exploratory Testing in Agile – von Elisabeth Hendrickson

Nach einem unerfreulichen Intermezzo der deutschen Nationalmannschaft, brachte Elisabeth wieder Schwung in die Runde. Nach einer kurzen Einführung warum auch exploratives Testen in einem agilen Umfeld notwendig ist, hat sie mit einem unserer Entwickler zusammen eine kurz vor der Fertigstellung stehende Webanwendung live getestet. An dieser Stelle nochmal einen herzlichen Dank sowohl an den Kunden, als auch das Team, das hierzu jeweils ein klares “OK” gegeben haben. Das war nicht selbstverständlich! Die Teilnehmer wurden jedenfalls mit einem sehr unterhaltsamen Vortrag belohnt, bei dem die Teilnehmer u.a. aktiv in das Testdesign mit einbezogen wurden. Die gefundenen Fehler wurde mittlerweile natürlich allesamt behoben.

Fazit

Abschließend kann ich eigentlich nur sagen, dass sich die ganze Arbeit der Organisation des Tages voll gelohnt hat. An dieser Stelle auch einmal meinen herzlichen Dank an alle Helfer hinter oder an der Bühne, die es wieder einmal möglich gemacht haben, dass wir alle einen sehr anregenden Tag verleben konnten, trotz der wie immer überraschend auftauchenden Probleme Danke, und bis zum nächsten meettheexperts@codecentric zum Thema Architektur, wie gewohnt in Solingen, am 17. September.

Aus meiner Erfahrung stehe ich dieser These sehr skeptisch gegenüber. Fachkonzepte stellen für mich in der Projektarbeit ein sehr hilfreiches Werkzeug dar, auch für agile Projekte. Da agiles Vorgehen nicht auf statische Anforderungen basiert, kann ein Fachkonzept nicht mehr die Aufgabe haben, die im Rahmen des Projekts umzusetzenden fachlichen Anforderungen festzuschreiben. Die  Aufgabe liegt viel mehr in der Vorprojektphase wo es zum Strukturieren der gesammelten Fachanforderungen dient. Im späteren Projektverlauf und nach Abschluss des Projekts stellt es eine Grobdokumentation der Anforderungen und Einarbeitungshilfe dar. Es erleichtert so das Sammeln und Strukturieren neuer Anforderungen.

In der Vorprojektphase werden meist sehr viele unstrukturiert Anforderungen zusammengetragen. Sie unterscheiden sich oft durch ihre Beschreibungstiefe, sind meist nur aus der Sicht einer Rolle formuliert und widersprechen sich ganz oder teilweise untereinander. In dieser Phase wird ein konzeptionelles Hilfsmittel benötigt, um eine einheitliche, konsistente Lösung zu entwickeln. Dort haben Fachkonzepte ihre Stärken, da sie die Gesamtheit zeigen und nicht nur Ausschnitte wie sie Userstories vermitteln.

Ein konsistentes und gut geschriebenes Fachkonzept hilft auch bei zwangsläufig auftretenden Diskussionen über neue fachliche Anforderungen und anderen Probleme. In realen Projekten ist es selten so, dass eine einzelne Person alleine die fachliche Entscheidung trifft. Oft gibt es ein Entscheidungsgremium oder zumindest werden mehrere Personen in die fachliche Entscheidung eingebunden. Es ist einfacher diese Diskussionen auf Basis eines Konzepts zu führen, als sich nur auf möglicherweise sehr zusammenhangslos wirkenden Userstories zu stützen.

Ähnlich ist auch der Nutzen im weiteren Lebenszyklus des im Rahmen des Projekts entwickelten Produkts. Gerade wenn man versucht sich ein Überblick über ein bestehendes Produkt zu verschaffen stellen Konzepte die Ideale Informationsquelle dar und bieten so die Möglichkeit auch Personen die noch nicht mit den Vorgängerprojekt vertraut waren einzubinden.

Das agile Projektumfeld und die andere Aufgabe der Konzepte verändern natürlich die Konzepte. Die im agilen Umfeld zu erwartenden neuen oder geänderten Anforderungen bewirken, dass sich auch die Konzepte im Laufe des Projekts weiterentwickeln. Auch der Inhalt verändert sich, so macht es keinen Sinn das gesamte Projektumfeld in dem Detaillierungsgrad zu beschreiben, wie es bei klassischen Konzepten noch der Fall war.

Fazit: Konzepte sind auch in agilen Projekten sinnvoll und werden durch den Einsatz von Userstories nicht überflüssig. Sie stellen eine sinnvolle Ergänzung dar, indem sie eine Überblick über die Lösung schaffen und die einzelnen Userstories in den Gesamtkontext setzen. Form und Inhalt der Konzepte sind dabei an das agile Vorgehen anzupassen.

Beim Open Space kommen immer wieder super Diskussionen auf und es ist ein absolutes Highlight dieses Formats, dass die Experten beim OpenSpace noch wirklich greifbar sind

Das nächste meettheexperts@codecentric steht unmittelbar bevor. Wer sich noch nicht registriert hat, sollte dies schleunigst nachholen, denn die Liste der Experten ist mal wieder hervorragend besetzt. Teilnehmen am meettheexperts werden:

• Ken Schwaber, einer der Erfinder von Scrum. Letztes Jahr ist er aus der Scrum Alliance ausgetreten und hat eine neue Organisation gegründet: scrum.org. Gibt es eine bessere Möglichkeit aus seiner reichen Erfahrung schöpfen zu können?
• Bernd Schiffer, einer der agilen Experten Deutschlands. Was das Thema testgetriebene Entwicklung in Deutschland angeht ist Bernd eine der Charakterköpfe im deutschsprachigen Raum. Der Vortrag selbst wird sich allgemein um das Thema TDD drehen (warum, wofür und wie), wärend ich mir sicher bin, dass wir Bernd zu etwas live-coding in einem Coding-Kata während des Open Spaces motivieren können.
• Elisabeth Hendrickson, vom Testen besessen, wie sie selbst über sich sagt. Sie ist Experte in der fachtestgetriebenen Entwicklung und wird live eine der von codecentric kürzlich implementierten Anwendungen testen – und bestimmt auch einige Fehler finden. Wie man dabei strukturiert vorgeht anstatt wild “rumzuklicken” wird sie dabei gerne erläutert.
• Andreas Ebbert-Karroum, Professional Scrum Developer Trainer. codecentric ist Program Development Partner von scrum.org und entwickelt das Professional Scrum Development (PSD) Training für Java. PSD ist das Pendant zum Certified ScrumMaster und Certified Scrum Product Owner. Warum gab es bisher noch kein Training für die Teammitglieder? Andreas wird erläutern, warum dieses Versäumnis erst jetzt nachgeholt wird, und warum ein Team ein Training benötigt.

Das meettheexperts findet diesen Freitag statt, also am 18. Juni. Richtig, das ist der Tag des zweiten Deutschlandspiels, und wer will das schon nach der mitreißenden Leistung gestern verpassen? Deshalb werden wir etwas von der üblichen Agenda abweichen und statt der Mittagspause eine verspätete, dafür längere Pause machen und uns zusammen das Spiel ansehen! (Vuvuzelas sind höchstens als Android oder iPhone App erlaubt )

Wer im Großraum Düsseldorf ist und Freitag nicht gerade heiratet oder dem Livegang eines 5-jährigen Multimillionen-Projektes beiwohnt, hat eigentlich keinen Grund sich nicht anzumelden Deshalb => JETZT ANMELDEN

Tutorial Day – 27.04.

Letztes Jahr war ich Teilnehmer an einem sehr interessanten Tutorial über Web Application Security, in dem die wesentlichen Schwachpunkte von Webanwendungen und eben das Vermeiden solcher Sicherheitslücken beschrieben wurden. Da dieses Tutorial für mich inhaltlich sehr wertvoll war (und natürlich weil die Tutorials im Hilton stattfinden, ergänzt um ein grandioses Mittags-Buffet) besuchte ich dieses Jahr ein halbtägiges Tutorial mit dem Titel “Softwareanalyse und Erosionsschutz – Die innere Qualität von Software ist der Schlüssel zum langfristigen Erfolg”. Ein recht langer Titel, der mich etwas an die üblichen Titel wissenschaftlicher Abschlussarbeiten erinnerte. Der Speaker war dann auch Professor für Softwaretechnik – sein Vortrag aber erfrischend wenig wissenschaftlich. Ich habe aus dem Tutorial sehr viele gute Informationen mitgenommen. Ein kompakter, aber meiner Meinung nach sehr zutreffender Satz zu Metriken lautete:

Messen kann man vieles – aber was ist angemessen?

Ein kurzer Vorgriff: gerade von der Konferenz zurückgekehrt, habe ich für mein aktuelles Projekt Sonar aufgesetzt, ein Tool für statische Code-Analyse. Seitdem befasse ich mich gedanklich mit der Frage, welche der vielen hundert mitgelieferten Metriken wirklich sinnvoll anwendbar sind und welche man lieber abschalten sollte.

Das Tutorial über Software-Erosionsschutz war bestens geeignet, mental in das Thema Softwarequalität einzusteigen, was mich ja noch die nächsten drei Tage beschäftigen sollte.

Tag 1 der Konferenz – 28.04. – Metriken, Agilität und Performance

Da ich gerade dabei bin das Buch von Fowler über Refactorings zu lesen, war gleich der erste Vortrag perfekt geeignet für meine Interessen. Wafa Basit, eine Doktorandin aus Pakistan, sprach über “Extending Refactoring Guidelines to Perform Test Code Adaptation”. Sie merkte an, dass die Richtlinien von Fowler großenteils unvollständig sind weil nicht alle Randbedingungen beschrieben sind. Außerdem sei im gesamten Buch nirgends die Auswirkung eines Refactorings auf die Tests beschrieben. Diese Aussage stimmt – das Buch geht auf Tests überhaupt nicht ein, es gibt dem Leser lediglich zu verstehen dass er nach seinen Änderungen natürlich testen müsse. Wafa arbeitet daran, Refactorings tiefergehend zu automatisieren und es soll beizeiten ein Eclipse-Plugin für Refactorings veröffentlicht werden. Ich war sehr beeindruckt von der Energie und der Leidenschaft ihres Vortrags, und bin gespannt auf das versprochene Plugin.

Der zweite Vortrag des Tages bestand aus einem interessanten “Erfahrungsbericht über die Einführung von SCRUM in eCommerce und Fertigung” bei CeWe Color. Der Speaker beschrieb anhand eines Teilprojekts, welche Herausforderungen zu bestehen waren weil zum Beispiel der Test nicht am Rand der entwickelten Anwendung zu Ende ist, sondern erst nachdem ein mit der Anwendung erstelltes Foto-Poster gedruckt und mit einer Rechnung versehen eingepackt ist. Interessant und teilweise unterhaltsam war hierbei, dass die Einführung agiler Vorgehensweisen offenbar immer wieder die selben Arten von Schwierigkeiten nach sich zieht, die dann auf mehr oder weniger kreative Art und Weise beseitigt werden. Ein wichtiger Mehrwert der für dieses konkrete Projekt beschrieben wurde, war die nahtlose Integration von QS-Mitarbeitern in das Scrum-Team. So wurde das gegenseitige Verständnis heftig verbessert und es konnte wesentlich schneller getestet werden.

Zum Mittag gab es eine wirklich hervorragende Keynote eines QS-Verantwortlichen von Daimler. Er sprach über “Elektronische Systeme im Kfz – Management der Komplexität”. Als Gedanken-Experiment kann man sich mal überlegen welche elektronischen/elektrischen Systeme einem selbst einfallen wenn man sein eigenes Auto betrachtet. Dazu kommen dann alle Systeme, die man nicht direkt sieht oder bemerkt, wie zum Beispiel spezielle Regelkreise für den Fall eines Aufpralls. Überlegt man sich dann, dass heutzutage jeder Kunde nahezu beliebig sein Wunschfahrzeug konfigurieren und bestellen kann, kann man sich ungefähr vorstellen wie viele Kombinationen von Systemen im Entwicklungsprozess eines einzelnen Modells getestet werden müssen. Ein kleines Beispiel in Zahlen: bei Mercedes kann der Kunde rein rechnerisch allein über 12 Millionen unterschiedliche Lenkräder bestellen. Tatsächlich gekauft werden allerdings “glücklicherweise” “nur” eine Anzahl Kombinationen im unteren fünfstelligen Bereich. Als Entwickler von Software, die man selbst schon stellenweise für komplex hält, kann man aus solchen Keynotes immer ganz beruhigt herausgehen, mit dem sicheren Gefühl: es gibt noch viel komplexere Systeme, und auch die sind offensichtlich testbar. Puh.

Den Nachmittag verbrachte ich dann noch in zwei Vorträgen des Tracks “Performance / Tools”, von denen einer für mich eher weniger interessant war, der andere vermittelte mir aber interessante Einblicke in das Steuer- und Meldesystem in Schweden und in die Entwicklung und den Test des zugehörigen Systems zur (unter anderem) elektronischen Steuererklärung.

Damit war der erste Tag schonmal sehr interessant und lehrreich.

Tag 2 – 29.04. – Gesundheitswesen, Outsourcing, Aussteller, Party

Das Vortragsprogramm am zweiten Tag war für meine Belange nicht ganz so perfekt geeignet, so dass ich einige Zeit mit Gesprächen mit Ausstellern verbracht habe. Dabei habe ich überwiegend mit Ausstellern gesprochen, mit denen ich auch in den letzten Jahren schon Gespräche geführt hatte. Überwiegend ging es hierbei aber dieses Jahr weniger um die angebotenen Produkte sondern mehr um die Vortragsinhalte und aktuelle Entwicklungen im Hinblick auf Agilität. Agilität wird seit der letzten Konferenz spürbar immer mehr zum Thema und ist anscheinend in vielen Institutionen eher ein Angst-Faktor. Dies mit verschiedenen Personen zu diskutieren war eine gute Ergänzung zu den Vorträgen.

Es gab dann zum Mittag eine auch wieder sehr unterhaltsame Keynote über “Legal Requirements for the Verification and Validation of Healthcare Applications” vom Direktor des “Institut für IT im Gesundheitswesen”. Er zeigte sehr anschaulich, wie viele Vorschriften und Regelungen es sowohl in Deutschland als auch in Europa für die Entwicklung und QS von Anwendungen und Geräten im Gesundheitswesen gibt und wie wenig konkret diese bislang sind. Essenz der Keynote war im Wesentlichen, dass die Maßstäbe für Qualitätssicherung im Gesundheitswesen denen in anderen Bereichen weit hinterher hinken und sich gerade erst zu konkreten Ausprägungen entwickeln. Verglichen mit dem Stand der Dinge im Bereich der Luftfahrt befindet sich die definierte QS im Gesundheitswesen aktuell noch extrem in den Kinderschuhen. Interessanter Aspekt an dieser Keynote war auch, dass insbesondere die Usability bei medizinischen Geräten in vielen Fällen ein erhebliches Problem darstellt. Anwender, zum Beispiel Krankenschwestern, können teilweise die Geräte nicht ordnungsgemäß bedienen weil die Oberflächen schlecht designed sind. Hier besteht offenbar für die nächsten Jahre ein großes Maß an Handlungsbedarf.

Am Nachmittag besuchte ich dann noch einen Vortrag über “Testing as a Service at Deutsche Post/DHL IT Services”. Deutsche Post/DHL ist ein erheblich größeres Unternehmen als man gemeinhin annimmt, da die DHL-Dienstleistungen weltweit und in verschiedenen Formen angeboten werden. Da es früher pro Business Unit eigene Testabteilungen gab und dies eher ineffizient war, hat man bei DHL eine Art Reform durchgeführt und es existiert jetzt sozusagen eine Firma in der Firma, die eben jenes “Testing as a Service” allen potenziellen Abnehmern innerhalb des Konzerns als Dienstleistung anbietet. Dieser Vortrag beeindruckte mich insbesondere durch die reine Dimension des DHL-Konzerns und seiner diversen Abteilungen, die unter anderem in den USA, in Prag, in Bonn, in Cyberjaya und diversen anderen Orten zuhause sind. Was ist Cyberjaya? Ich kannte diese Stadt vorher auch noch nicht. Ein Blick auf den entsprechenden Wikipedia-Artikel lohnt sich.

Traditionell ist der zweite Konferenztag auch der Tag an dem abends ordnungsgemäß gefeiert wird. In 2008 fand die Party noch in der LTU-Arena statt, die mittlerweile mehrfach verkauft und umbenannt wurde. Seit 2009 ist die Rheinterrasse der gesetzte Ort für das Konferenzbankett. Letztes Jahr war das Wetter zum Zeitpunkt der Konferenz bereits so sommerlich dass draußen gegrillt und gegessen werden konnte. Dieses Jahr war die Veranstaltung leider im Wesentlichen auf den Innenraum beschränkt, was aber dem Spaß keinen Abbruch tat. Es gab ein extrem hochwertiges Catering (wie auch bei der gesamten Konferenz) zu einer Candlelight-Atmosphäre, zusätzlich aufgehübscht mit einem tollen Showprogramm. Allein dafür lohnt sich eigentlich schon der Konferenzbesuch

Tag 3 – 30.04. – Testautomatisierung und Freitagsmeeting

Am Freitag, dem dritten Konferenztag, hatte ich diverse Termine in Solingen, so dass ich nur zwischendurch für einen einzelnen Vortrag und das Mittagessen nochmal zur Konferenz gefahren bin. Der Vortrag hat sich allerdings sehr gelohnt, da er vom Keyword-basierten Testen bei VW handelte. Dort wurde anhand von mehreren tausend Keywords ein kompletter Test für einen bestimmten Teil der intern verwendeten QS-Software aufgebaut. Die Automatisierung dieses sehr komplexen Tests führt dort nun zu einer erheblichen Reduzierung der Testaufwände und zu einer wesentlich besseren Gesamtqualität. Dass man ein Tool, welches die Qualität von Bauteilen sicherstellt, automatisiert auf seine eigene Qualität hin untersucht, ist doch im Grunde das perfekte Szenario für QS an QS

Nach dem Mittagessen kehrte ich dann zurück nach Solingen um am traditionellen Freitagsmeeting teilzunehmen, wo ich dann auch selbst noch einen kurzen Vortrag über Android-Entwicklung halten durfte. Somit ging die Konferenzwoche, in der ich überwiegend zugehört hatte, mit einem eigenen Vortrag zu Ende. Vielleicht können wir ja bei der nächsten iqnite einen Vortrag über agiles Testen unterbringen? Das Interesse des Publikums ist jedenfalls sicher vorhanden.

Fazit und Ausblick

Die diesjährige iqnite hat mich erneut mit einer sehr großen Menge verwertbaren Inputs versorgt. Für das nächste Jahr plane ich definitiv, wieder an der iqnite teilzunehmen. Eventuell werde ich dann im Vorfeld genauer ins Programm schauen um eventuell einen Tag auszulassen wenn er thematisch nicht viel zu bieten hat, da für mich bei der Konferenz letztendlich eher die Vorträge interessant sind als die Aussteller. Ich finde es nach wie vor toll dass ich im Rahmen meines Jobs problemlos Konferenzen besuchen kann und freue mich auf die iqnite 2011!

Es begann heute mit einem Vortrag über “Softwarearchitekten – die machtlosen Anführer”. Ich bin zwar kein Architekt, aber der Titel klingt schon interessant. Kernaussage von Matthias Bohlen war, dass man seine Umgebung/Unternehmen immer systemisch, also als ganzes verstehen soll und nicht immer nur seinen lokalen Bereich. Ein System zeigt nämlich bestimmte Verhaltensweisen auf, die bei näherem Betrachten, denen eines Schwarms aus der Natur gleichen.
Vorsicht:  systemisch denken != systematisch denken. Ich war am Anfang etwas verwirrt, weil ich beides verwechselt hatte , war ja noch früh am Morgen…
Mir gefiel auch sehr die Idee, das Architekten mehr als Coach und weniger als Regelgeber zu sehen sind, wobei ich das schon in ähnlicher Form von Uwe vernommen habe.

Die nächste Session war auch von Matthias Bohlen. Er hat mir im ersten Vortrag als Vortragender schon sehr gut gefallen und seine nächstes Thema “Scrum, Lean, Kanban, XP: Was ist gut für mein Projekt?” ist auch nicht uninteressant. Es war wirklich eine gelungene Gegenüberstellung der verschiedenen agilen Themen. Er legte einen klaren Schwerpunkt in den Erklärungen auf Kanban, lässt aber letztendlich doch offen was das beste fürs jeweilige Projekt ist. Mit den gegebenen Informationen dürfte es aber nicht schwer fallen.

Danach kam für mich ein echter Tiefpunkt auf der JAX. Die Keynote von Iran Hutchinson. Das Thema war “Unlimited Data Performance for your JVM”. Ich vermag es nicht zu beurteilen, wie gut er fachlich ist. Aber als Präsentator war er schlecht. Seine Aussprache ist sehr bassig, was eigentlich gut ist, da tiefe Stimme Ruhe und Souveränität ausstrahlen. Nur hat er dabei unheimlich genuschelt und das dann auch noch auf Englisch. So konnte ich ihm kaum inhaltlich folgen. Er brachte zwei Beispiele, bei beiden suchte er seine Klassen, musste ständig hin und her springen, das zweite Beispiel ist dann im Unit-Testing rot geworden (und das war nicht beabsichtigt) und und und…
Meiner Meinung nach hat er die Teilnehmer schon beim ersten Beispiel verloren und konnte sie auch wirklich nicht mehr einfangen. Ich habe diesen Vortrag früher verlassen, obwohl dies sonst nicht meine Art ist. Diese Präsentation/Demo war aber so schlecht, dass ich mir das nicht weiter mit anschauen wollte.

Meinen Abschluss machte dann aber wieder eine super Session von Gernot Starke mit dem Thema “Wie Softwarearchitekten lernen”. Ich glaube, ich werde nochmal sein Groupie. Ich finde seine Art, die Fakten klar und deutlich zu präsentieren, aber trotzdem unterhaltsam zu sein ohne ins Alberne abzugleiten, einfach super. Soviel zu seiner Art zu präsentieren, aber auch inhaltlich war es sehr interessant.
Gebäudearchitekten haben viele Möglichkeiten sich bestehende Architekturen anzuschauen, aus ihnen zu lernen und die getroffenen Entscheidungen zu erkennen. Dies ist in der Softwarebranche ein größeres Problem. Softwarearchitekturen sind in der Regel nicht frei verfügbar. Bei open source kann man zwar die Architektur ggf. erkennen, aber in der Regel sind nie die getroffenen Entscheidungen dokumentiert. Vorbilder, aus denen man lernen kann sind also rar.
Lernen kann man aber von Stakeholdern, von ihrer Domäne. Gernot rät dazu, die jeweilige Domäne zusammen mit den Stakeholdern zu erfahren, auf gut deutsch: “Setz dich zum Sachbearbeiter!”. Hier ist es von zwingender Notwendigkeit eine gewisse Fähigkeit zur Kommunikation zu besitzen, also eine Mindestqualität an Soft-Skills sein eigen zu nennen.

Damit möchte ich meine Posts zur JAX abschliesen. Natürlich waren in (fast) jeder Session mehr Informationen transportiert worden, als ich in den letzten Tagen dargestellt habe bzw. darstellen konnte. Ich hoffe, ich konnte euch einen kleinen Überblick “meiner” JAX geben und motivieren, mal selber daran teil zu nehmen. Mir hat es außerordentlich viel Spaß gemacht, den Speaker zuzuhören, mitzudenken und am Stand mich mit den anderen Teilnehmern der JAX zu unterhalten. Die Gespräche waren fast durchweg interessant, manchmal lustig und manchmal nachdenklich!

Das einzige was ich bereue ist, dass ich Uwes zweiten Vortrag verpasst habe, leider kann man sich nicht teilen .

Vielen Dank für eure Zeit!

Die letzte Session war von Dr. Gernot Starke, betitelt mit “Feindbild Realität: Was Entwickler NICHT gerne hören werden”. Nun, als ich das las, dachte ich: “Mensch, das wird bestimmt lustig und es gibt ein paar Sachen zum drüber Nachdenken.”. Ich sollte mich täuschen.

Klar haben wir auch mal gelacht, aber eigentlich waren es viele ernsthafte Wahrheiten die Gernot aufzeigte. Es waren auch mehr als nur ein paar Sachen zum Hinterfragen. Ich empfand es als teilweise bedrückend, aber auch als bestätigend, was er erklärte. Nun, wie im Fernsehen, möchte ich nicht die Spannung vorneweg nehmen, sondern verspreche diese Session in einem getrennten Posting zu verwenden. Bis dahin müsst ihr euch noch etwas gedulden. Keine Angst, es wird sich lohnen zu warten. Ich hoffe auch, es war nicht das letzte Mal, dass er diesen Vortrag gehalten hat.

Wenn ich nun in der Zeit zurück gehe, dann sitze ich in der Keynote von Stefan Tilkov. Er gab einen, bewusst teilweise überzeichnete, Blick auf die Geschichte von verteilten Systemen. Corba, RMI, Web-Services, etc., etc.. Er war schlussendlich ein großer Verfechter von RESTful HTTP, wenn auch auf einer wirklich erfrischenden Art und Weise! Ich fand sein “Man muß das Web umarmen und nicht mißbrauchen.” (ist nicht wortgenau) schon eine ziemlich revolutionäre Idee .

Am späten Nachmittag gab es eine Session mit dem Thema “Six Sigma für Softwarearchitekten”, ein nicht uninteressanter Vortrag über Codequalität von Alexander von Zitzewitz.

Weiter in der Zeit zurück, waren heute sehr viele und sehr gute Gespräche. Am Stand gab es intensive, interessante Diskussionen und Informationen. Ich möchte auf diesem Weg noch mal Dr. Simon Wiest danken und jedem seine Tipps auf http://www.rockstardemos.de/ ans Herz legen!

Letztendlich begann der Tag auf der JAX mit dem Vortrag “Brauch ich ein verteiltes Versionsverwaltungssystem?”. Antwort von mir: “Brauchen nein, aber wollen schon!” Ist aber auch ein Zitat der letzten Folie…
Cooler Vortrag, vor allen die Einstiegsfolien haben es geschafft, den etwas komplizierteren Unterschied zu einem zentralen Versionsverwaltungssystem wirklich klar und sauber rüber zu bringen.

Vorher gab es ein gutes Frühstück im Hotel .

Bis morgen.

Beweis:

[Show as slideshow]

Wir haben am Stand ein (Wort)-Spiel “Scrumble” (Scrum und Scrabble), wo die Teilnehmer erst Wörter legen sollen, bevor sie an der Verlosung teilnehmen können. Mein persönlicher Favorit ist bis jetzt “Südseenkreis”. Vor soviel Kreativität ziehe ich meinen Hut und lasse es dann auch gerne gelten. Übrigens hat sich dieses Wort auch iterativ und inkrementel entwickelt. Aus “Südsee” wurde “Südseen” und dann schlussendlich “Südseenkreis”.

Für mich haben heute die Vorträge mit dem Thema Softwarearchäologie angefangen. Bei Arno Haas gab es eine Menge Tipps zum erfassen von Quellcode den man selber nicht geschrieben hat, oder es so lange her ist das man nichts mehr darüber weiss. Mit hat der Low-Tec-Ansatz von ihm sehr gut gefallen.

Jason van Zyl gab eine Session zum Thema “Developing for the Enterprise”, natürlich mit Maven, M2Eclipse und Nexus. Daneben hat er noch die Integration mit Hudson erläutert. All das im Kontext von Maven 3. Technisch interessant, aber etwas “trocken” präsentiert…

Es gab zwei wirklich beeindruckende Vorträge von Adam Bien. In Ersterem ging es um das was er als guten Entiwckler und als gutes Team bezeichnet. Seiner Meinung nach kann man die agilen Werte noch um einen Vergleich erweitern: “Motivation over Experience”. Ihm ist es wichtiger das die Leute motiviert sind, denn nur dann ist der “Flow” möglich. Sein zweiter Vortrag war “60 Minuten – mit Java EE 6″. Ein interessanter Überflug über ein paar Features. Soviel wie halt in 60 Minuten möglich ist. Wobei man noch sagen muß, dass er dabei noch spontan auf Ideen des Publikums eingegangen ist! Nun, nach den beiden Sessions hat er auf jeden Fall einen Twitter-Follower mehr.

Abschliesen gab es noch eine Veranstaltung zum 10jährigen Jubiläum der JAX. Leider ist mir das Jubiläums-T-Shirt durch die Hände gerutscht . Muss ich wohl morgen mal betteln gehen…

Danach gab es einen interessanten Vortrag von Alois Reitbauer zu dem Thema “The Secret Art of Agile Performance Management”. Hierbei fand ich es gut, dass der Vortrag wirklich um die Sache ging und nicht zum Bewerben von Produkten genutzt wurde! Dadurch gewann er sehr an Qualität!

Besonders angesprochen hat mich der Vortrag “Technik für das Leben – Retrospektive eines agilen Projekts”. Inhaltlich ging es um die Einführung eines agilen Vorgehens bei der (Software-)Entwicklung eines Beatmungsgerätes. Kerstin Hamann hat offen und ehrlich die Einführung beschrieben und damit aufgezeigt, dass agile Vorgehensmodelle auch für kritische Bereiche funktionieren. Es berührte mich, als kurz die Anwendung des Gerätes an einem Frühchen aufgezeigt wurde. Man kann also mehr (wertvolleres?), als nur Apps entwickeln .

Kerstin, das fand ich klasse!

Nachmittags war Stefan Roock mit “Scrum, but oder agil, aber” ein Highlight. Seine gelungene Analogie zum Erlernen der diversen Stufen/Grade (man verzeihe mir meine ungenaue Ausdrucksweise…) beim Kampfsport, war absolut passend. Es reicht nicht aus so etwas ähnliches zu machen wie Scrum oder Agilität, man muß es schon richtig machen.

Pavlo Baron gab dann den Abschluss mit einem Vortrag über den “Arch Neo”, den neuen Architekten. Interessant und amüsant präsentiert.

Nach dem Speaker Panel war dann auch schon der Tag rum. Für mich war es der erste Agile Day, aber ich kann jetzt schon sagen, dass es bestimmt nicht der letzte gewesen sein wird.

Agile Softwareentwicklung ist Mainstream

So lautetet eine Meldung bei heise Anfang des Jahres die sich auf eine Studie von Forrester Research stützt. Demnach arbeiten bereits 35% der 1.300 Befragten IT-Fachkräfte nach agilen Methoden und 46% iterativ. Weitere Zahlen von Forrester deuten sogar an, dass 84% der Befragten Scrum als agile Entwicklungsmethode einsetzen.

Für uns als codecentric AG ist das eine tolle Nachricht – seit einigen Jahren entwickeln wir unsere Projekte auf Basis agiler Methoden wie Scrum oder XP und haben schon vielen Kunden geholfen selbst agiler zu werden.

Trotzdem sehen wir ein Phänomen, dass Martin Fowler mal als Flaccid Scrum beschrieben hat:

There’s a mess I’ve heard about with quite a few projects recently. It works out like this:

• They want to use an agile process, and pick Scrum
• They adopt the Scrum practices, and maybe even the principles
• After a while progress is slow because the code base is a mess

What’s happened is that they haven’t paid enough attention to the internal quality of their software. If you make that mistake you’ll soon find your productivity dragged down because it’s much harder to add new features than you’d like. You’ve taken on a crippling TechnicalDebt and your scrum has gone weak at the knees.

Ken Schwaber, der Erfinder von Scrum, hat dieses Problem auch erkannt und deshalb ein Professional Scrum Developer Programm ins Leben gerufen, um die technischen Fähigkeiten der Entwickler zu schärfen. Wir sind einer der Program Development Partner und arbeiten gerade eng mit Ken zusammen, um eine 5-tägige Schulung für Java-Entwickler auf Basis moderner Open Source-Werkzeuge zu entwickeln.

Wir haben diese Idee aber noch weiter gedacht: Unter dem Motto “Der agile Juni” haben wir die besten Trainer und Schulungen für agile Entwicklungsteams zusammengestellt.

In diesem Zusammenhang werden im Juni diesen Jahres einige echte Highlights bei uns stattfinden:

Ken Schwaber kommt zum meettheexperts@codecentric: Agilität!

Der Erfinder von Scrum hat fest zugesagt zu unserem meettheexperts@codecentric: Agilität nach Solingen zu kommen. Es ist ein absolutes Erlebnis Ken “live” zu erleben. Bei unserem Open Space und beim Come Together wird man zudem die Möglichkeit haben sich mit dem Erfinder von Scrum auszutauschen.

Schnell anmelden – die Plätze sind durch die Räumlichkeiten stark limitiert!

Erste Professional Scrum Developer Zertifizierungsschulung in Deutschland!

Nach monatelanger Arbeit und auf Basis der Erfahrung von Ken Schwaber und unseren Projekten in der Praxis haben wir ein Training entwickelt, dass extra für Java-Entwickler in Scrum-Projekten konzipiert worden ist. Praxisnah werden dort genau die Fähigkeiten vermittelt, um den oben beschriebenen Flaccid Scrum zu vermeiden.

Jetzt anmelden

Elisabeth Hendrickson kommt zum Meet The Experts und gibt einen 2-tägigen Workshop!

Wir konnten die wohl weltweit beste Expertin für agiles Testen gewinnen zu uns auf das Meet The Experts zu kommen. Danach wird Elisabeth noch einen 2-tägigen Workshop zu den Themen Akzeptantztest-getriebene Entwicklung und Exploratives Testen auszurichten. Ein Muß für jeden Tester in einem agilen Kontext.

Jetzt anmelden

Ein 3-tägiges TDD-Camp für Java Entwickler!

Das Team von it-agile evangelisiert seit Jahren im Bereich der agilen Methoden und Praktiken und insbesondere auch zum Thema Test-Driven-Development. Wir konnten die Experten überreden aus dem hohen Norden zu uns nach Solingen zu kommen und hier Ihr bekanntest TDD Camp auszurichten. Kompensiert auf 3-Tage lernen hier Java Entwickler mit der Hand auf der Tastatur, wie man TDD in der Praxis einsetzen kann. Jetzt anmelden

ScrumMaster Zertifizierung mit Boris Gloger!

Boris war der erste zertifizierte Scrum Trainer in Europa und hat das deutsche Standardwerk zu Scrum geschrieben. Viele deutsche Unternehmen vertrauen auf die Methodik von Ihm und sein Kurs ist die beste Möglichkeit Scrum in deutscher Sprache zu erlernen.

Jetzt anmelden