Aber bald werden wir schreiben "Berühr mich!" und werden das ganz ernst meinen. Ich habe ja im letzten Artikel schon geschrieben, daß ich der festen Meinung bin, daß die neue Generation von Touch-Screens unsere Arbeit mit Computern verändern werden. Und für uns Software-Entwickler heißt das auch wieder: Auf zu neuen Ufern. Und dabei haben wir ja das letzte Ufer noch gar nicht richtig erkundet. Aber das ist ein anderes Thema.

Multi-Touch für Java!

Hier ist ein Demo, das sehr gut zeigt, was heute auch im Java-Ökosystem möglich ist.

Das Frauenhofer IAO-Institut hat für Java MT4J entwicklet, auf dem das obige Demo beruht. Also, was hält uns auf! Her mit den neuen Ideen!

Es ist eine Prezi!

Das zuerst faszinierende Geheimnis dahinter ist prezi.com, einem Dienst, der es einem erlaubt Präsentationen auf eine andere Art und Weise zu gestalten. Statt das wir einzelne Folien aufbauen, wird eine Mindmap erstellt, die dann während der Präsentation abgeflogen wird. Sieht man so eine Präsentation zum ersten Mal herrscht Faszination pur.

Ich habe es jetzt zweimal gesehen. Der Effekt hat sich bei mir aber nur ein Mal so richtig eingestellt und das war es auch schon. Wahrscheinlich muß jetzt meine Dosis erhöht werden. Und ehrlich, eine gute Präsentation ist "nur eine Tapete im Hintergrund", wie einmal ein Professor von mir gesagt hat.

Was wirklich fasziniert

Auch wenn der Flug auf der Mindmap das dominierende ist, was mir und anderen im Kopf hängenen geblieben ist, ist etwas anderes bei genauerer Betrachtung viel faszinierender: das Verschwinden von Grenzen auf dem Bildschirm.

Klassische Office-Programm wie Word oder OpenOffice, aber auch Powerpoint waren ursprünglich für die Gestaltung von Drucksachen gedacht. Das was erstellt wurde, sollte als Endergebnis ausgedruckt werden. Damit war das Ergebnis auf die bekannten Papierformate physisch beschränkt. Das Web oder genauergesagt HTML hat diese Beschränkung zum ersten Mal aufgehoben. Aber nur in einer Richtung, nämlich vertikal. Konnte nicht alles auf einer Bildschirmseite darstellen, mußte gescrollt werden. Aber egal: Das wichtigste war der Bruch zu den klassischen Medien. War dort eine Seite voll, ging nicht mehr. Bei einer Webseite war das technisch nicht relevant.

Links und rechts sind aber die Grenzen bestehen geblieben. Zwar kennen viele Programme auch die Möglichkeit Inhalte ausschnittsweise anzuzeigen, aber dies war niemals zentrales Konzept. Die eigentliche Arbeitsfläche blieb immer beschränkt.

Grenzenlose Zukunft

Ich muß immer an den Anfang von Minority Report denken. Tom Cruise alias John Anderton steht vor einem riesigen trasparentn Display, das er durch Gesten steuert. Schnell holt er sich die Information "auf den Schirm", die er braucht. Er zommt, schiebt und dreht. Apple hat dieses Konzept in einer ersten Form mit seinen Interface für das iPhone in den Massenmarkt geholt und ich bin mir absolut sicher, wir werden in den nächsten Jahren hier eine gewaltige Innovation im UI-Bereich erleben. Touchscreens werden ihr Nischendasein aufgeben und Massenprodukte mit Multi-Finger-Input werden. Windows 7 unterstützt Touchdisplays bereits und der Einstiegspreis liegt so rund um die 300.- Euro für ein Touchdisplay. Finger sind unsere natürlichen Aktoren, um mit der Umwelt zu interagieren, die Maus nur ein Hilfsmittel, eine Übergangslösung.

Jetzt fehlen nur noch die Bibliotheken, um die Interfaces der Zukunft auch in den Massenmarkt zu holen und nicht nur bestehende Konzepte aufzubohren. prezi.com zeigt diesen Ansatz und kann für Präsentationen eine ganz eigene Ästhetik entwickeln.

Marion Eickmann von agile42 hat Altas kurz danach zum Berliner Scrumtisch eingeladen und das auch in ihrem Blog mit Fotos dokumentiert. Aus dem Blog heraus kann man auch die Präsentation herunterladen.

Isabel Drost hat sich die Zeit genommen und Atlas' Vortrag in Ihren Blog ausführlich dokumentiert.

Oft habe ich bis jetzt beobachtet, daß ein Whiteboard während einer langen Diskussion immer wieder beschrieben wird, um diese dann gleich wieder abzuwischen, da der Platz wieder benötigt wird. Kurz vorher wird noch gefragt: "Alles klar? Kann ich das wieder abwischen?" Dummerweise steckt die Information genau in diesem Moment noch in unserem Kurzzeitgedächtnis und die Wahrscheinlichkeit ist hoch, daß es über dieses nicht hinauskommt. Das heißt nichts anderes, als das es morgen vergessen sein wird.

Wir dokumentieren dieses Wissen nur in wenigen Fällen. Und wenn, dann auch meist falsch. In den meisten Fällen werden einfach Fotos gemacht und diese in irgendeinem Verzeichnis abgelegt. Leider versauern sie dann dort auch. Das ist nicht schade, denn meist sagen die Bilder anderen ohne irgendeinen Kommentar auch nichts.

Aus diesem Grund habe ich vor einiger Zeit eine PowerPoint-Vorlage erstellt, mit denen man sehr einfach Whiteboard-Diskussionen dokumentieren kann. Im Grunde bietet die Vorlage nicht mehr, als ein paar Layoutvorlagen für Bilder in Hoch- und Querformat mit einem Textfeld für Notizen. Hinzu kommt noch eine Titelfolie, auf der man Dinge wie Teilnehmer und Datum bei Bedarf eintragen kann und ein paar weitere Folien für ausführlichere Kommentare.

Die Anwendung

Was wird noch gebraucht? Eine Digitalkamera oder ein besseres Handy. Damit wird das Whiteboard während der Besprechung abfotografiert und die Bilder anschließend in die PowerPoint-Vorlage eingefügt und soweit wie notwendig kommentiert. Anschließend sollte die PowerPoint noch als PDF abgespeichert werden, denn für die Verteilung an Externe sind solche offenen Formate wesentlich besser geeignet.

So lassen sich Diskussionen und Entscheidungen effizient und effektiv dokumentieren und können auf professionell verteilt werden. Und das ohne viel Aufwand.

Beispiel

Auf den Bildern in diesem Artikel ist ein kleines Beispiel für den Einsatz der Powerpoint-Vorlage enthalten und ganz am Ende sind ein paar Download-Links für das Beispiel und die Vorlage selber enthalten.

Beispiel für die Titelseite einer Whiteboard-Dokumentation.

Folie für eine ausführlichere Dokumentation in Textform.

Beispiel für die Verwendung mit einem hochformatigen Bild.

Beispiel für die Verwendung mit einem querformatigen Bild.

Auf der letzten Folie können ein paar Schlußbemerkungen festgehalten werden.

Eine gute Alternative zu dieser Vorlage ist die Dokumentation in einem Blog. In meinem Artikel Tod den Statusmails, es lebe das Blog habe ich hierzu auch schon einmal etwas geschrieben.

Was aber für mich wieder am interessantesten zu beobachten war, war daß in den Fragerunden, fast egal wo man ist, immer wieder die gleichen Fragen auftauchen. Wie gehe ich mit dem Testen um? Wie plane ich richtig und auch über längere Zeiträume? Wo bleibt der Architekt und was macht er? Wie tue ich dies oder jenes? Warum sagt und Scrum nicht, wie wir das zu tun haben? Einige Punkte hierzu werden von auch von Uncle Bob angesprochen oder auf XING in der Scrum-Gruppe diskutiert.

Der Kern von Scrum

Scrum hat kein Problem. Das was einige für ein Problem halten, ist die Grundeigentschaft von Scrum. Scrum ist wie viele agile Prozesse schlank aufgestellt und bringt nur wenige Regeln mit. Doch wir wollen an die Hand genommen werden und in Sicherheit sein, in dem wir die Regeln befolgen, die es gibt. Gibt es diese nicht, fühlen wir uns unsicher.

Bleibt also die Frage, was Scrum ist, wenn es uns doch keine Antwort auf alle Fragen in jeder Situation ist?

Scrum kann ganz einfach auf folgendes heruntergebrochen werden:

• Scrum ist Selbstorganisation. Wir sind angehalten uns selber die Regel zu geben, die wir für richtig halten.
• Scrum ist Kommunikation. Dadurch sollen wir anfangen uns auszutauschen, gemeinsam Probleme zu lösen und Wissen zu verteilen.
• Scrum ist kontinuierliche Verbesserung. Probleme sollen nicht auf die lange Bank geschoben werden, sondern aktiv gelöst.

Dafür gibt uns Scrum ein Rahmenwerk mit ein paar Regeln und Rollen. Umsetzen müssen wir es. Das ist schwer, aber auch sehr spannend.

Ein Freund meinte einmal zu mir, daß das doch alles "gesunder Menschenverstand" sei. Sicherlich ja, aber beherzigen wir den auch immer?

Zur Erinnerung: Toyota hat diese Woche eine große Rückrufaktion für seine Wagen aufgrung von defekten Gaspedalen gestartet und im Rahmen der Wirtschaftskrise sich auf dem US-amerikanischen Markt übernommen.

Toyota? Die Firma, deren Management- und Produktionsmethoden nicht unberechtigt auch auf die agile Softwareentwicklungsbewegung großen Einfluß ausgeübt hat? Ich möchte hier nur einmal an Scrum und Kanban erinnern.

Wie kann das sein? Toyota wird wie soviele Unternehmen irgendwann seinem Erfolg erlegen sein und wollte in zu kurzer Zeit zu viel erreichen. Den auch in der Softwareentwicklung wissen wir, daß Zeitdruck und der Zwang zum Erfolg meist eine adversen Effekt hat und jedes System nur mit der ihm eigenen Geschwindigkeit wachsen kann.

Auch wenn manche schon vom Ende von Toyota sprechen, wird es dazu nicht so schnell kommen, denn nicht jede Krise bedeutet das Ende. Vielmehr ist die Frage immer, ob aus Krisen die richtigen Schlußfolgerungen gezogen und auch umgesetzt werden.

Scrum-On-A-Page faßt kurz für den täglichen Gebrauch die Scrum-Rollen, den Prozess und die wichtigsten Inhalte der Meetings und die Scrum-Artefakte zusammen.

Hier geht es zum Download...