Und so sage ich tschüss. Tschüss, Alper, Beyzanur, Cihan, Diana, Ebrar, Edona, Enes, Faruk, Ilirida, Jil, Kemal, Kerime, Kimberly, Lejla, Mert, Mervisa, Nico, Nikola, Semanur, Silvana, Siyabent, Umut und Zilan.

Es war mir eine Freude, euch vorlesen zu dürfen. Denn auch ich habe viel bei euch gelernt.

Und, wie sagte Kimberly mir noch zum Abschied, bevor ich eine kleine Träne verdrücken musste? “Wir sehen uns bestimmt wieder!”. Das werden wir.

PS: Das nächste Schuljahr kommt bestimmt. Welche Klasse es wohl diesmal wird?

Über eine gehörige Portion Vitamin B organisierte ich mir ein Praktikum über die Sommerferien in einem Rechenzentrum. Zwei Monate zuvor entschied ich für mich, dass ich was mit Informatik machen wollte (“Wenn Sie gut in Mathematik und Physik sind, dann könnte Ihnen Informatik gefallen”, las ich im Buch der Ausbildungsberufe und Studienfächer).

So saß ich im Juli 1980 im viel zu großen Büro des Abteilungsleiters. Ich war alleine dort, er war im Urlaub. Mein Betreuer knallte mir zwei dicke Ordner auf den Tisch. Er meinte noch: “Das sind programmierte Unterweisungen über Computer und deren Programmierung. Die können Sie ja mal durcharbeiten” und ließ mich allein. Jede dieser “programmierten Unterweisungen” (heute würde man sagen: e-learning book ohne e-) sollte innerhalb von zwei Wochen durchgearbeitet werden. Es fing mit einer Definition eines Bits an und hörte mit den Tiefen der COBOL-Programmierung auf. Na toll, mein Praktikum sollte nur drei Wochen dauern.

Dank ein paar Überstunden war ich schon nach zwei Tagen fertig. Gut, mein Gehirn fühlte sich wie ein Kaugummi an. Und ich hatte wohl auch die eine oder andere Übung übersprungen. So gerüstet ging ich am dritten Tag zu meinem Betreuer und fragte nach einer Programmieraufgabe. Er meinte, es soll etwas nützliches sein und bei Ihnen würden alle sowieso in COBOL programmieren. JCL würde er mir teilweise zeigen, aber ich müsste noch eine dieser programmierten Unterweisungen durcharbeiten. Zum Glück hatte ich darin schon Routine.

Das nützliche Programm sollte eine ganze Festplatte nach Lademodulen durchsuchen und diese auflisten. Ein Lademodul ist in etwa das, was heute eine dynamische Programmbibliothek ist. Aber auch vollständige Programme wurden in Lademodule übersetzt. Auf der Festplatte waren die Lademodule durch eine bestimmte Bytefolge gekennzeichnet und einige 130 Byte später war deren Übersetzungsdatum und -uhrzeit abgelegt. Algorithmisch nicht zu komplex, aber dummerweise ging auch nichts anderes als eine sequentielle Suche auf dem Raw Device. Na ja, immerhin waren die Platten damals nur ca. 10 MiB groß. Ach ja, das Ganze lief natürlich unter MVS.

So schrieb ich denn mein erstes Programm. Schrieb ist genau richtig, denn alle dortigen Codierer schrieben ihre Programm in ein Papierformular. Die angestellten Codierer durften dann die Formulare im Schreibbüro abgeben, in dem so ca. 20 Schreibkräfte das geschriebene Programm in Lochkarten umwandelten. Diese wurde dann beim Operator abgegeben und schon nach einem Tag hielt man das Ergebnis des Übersetzungslaufes in Händen. Ich durfte mein Programm nicht im Schreibbüro abgeben, sondern musste selbst Lochkarten auf einer Uraltmaschine stanzen, die kein anderer benutzen wollte. Ein Tippfehler bedeutete mit einer neuen Lochkarte von vorne beginnen zu müssen.

Ich weiß nicht, wie lange ich im Kämmerchen mit dem Lochkartenstanzer zubrachte. Aber endlich, nach ein zwei Korrekturläufen wurde mein Programm vom Compiler übersetzt. Pro Korrekturlauf verging mindestens ein halber Tag, aber der Operator hatte ein Einsehen und priorisierte meine Eingaben etwas höher ;-). Ein Fehlerchen war noch zu beheben und vor etwas mehr als 30 Jahren lief mein erstes Programm erfolgreich.

Jeder, der das erste eigene ernsthafte Programm fertig gestellt hat, kennt dieses Gefühl: Herrscher über eine Maschine. Extrem befriedigend und motivierend.

Der Rest des Praktikums war für mich dann nur noch Kür. Einige Tage im Operating arbeiten, an den netten Bandstationen. Und zwei weitere kleine Programme durfte ich dann auch noch schreiben. Das zweite an einem Lochkartenstanzer mit Zeilenpuffer. Ade Tippfehler! Das dritte sogar an einem Bildschirmterminal. Wow! Aber was diese Programme taten, weiß ich nicht mehr. Ich glaube, dass dritte Programm rechnete Zylinder- und Satzgrößen in Blockgrößen um. Oder umgekehrt. Egal.

Ja, lang ist’s her. Und der Weg von damals auch.

Ich möchte hier einmal die Ergebnisse zusammenstellen und ggf. kommentieren.

Auf jeden Fall möchte ich allen danken, die dafür gesorgt haben, dass eine Diskussion zu Stande gekommen ist. Da kann ich noch so “nett” sein. Letzten Endes ist es meine Aufgabe, die Arbeiten zu bewerten. Um so schöner finde ich es, dass wir es in diesem Semester zu einer offenen Diskussionskultur geschafft haben.

Danke schön!

So, nun die Punkte, die wir angesprochen haben. Meine Bemerkungen sind kursiv gekennzeichnet.

Bewahrenswertes

Teambildung

Die Zusammenstellung der Teams nach dem Zufallsprinzip wurde von allen positiv gesehen. Dadurch haben sich neue Bekanntschaften gebildet, insgesamt haben sich alle näher kennen gelernt.

Das Vorgeben (und Annehmen) von projektspezifischen Rollen führte nach Meinung der Teilnehmer zu einer professionellen Arbeitsweise, die sich von der üblichen Gruppenarbeit erheblich unterscheidet.

In diesem Semester kam es zum ersten Mal zu einer umfangreicheren Zusammenarbeit zwischen den Projektteams. Fehlten in einem Team bestimmte Kompetenzen, so halfen Mitglieder eines anderen Teams aus.

Das sehe ich auch so positiv. Das liegt aber nur zum Teil an der Umgebung, die ich bereit gestellt habe. Zum größten Teil ist das das Werk der Teilnehmer. BTW, heute habe ich einen interessanten Artikel über Gruppen- vs. Teamarbeit gelesen, der passt gut zur Situation der Projektstudie ;-)

Regularien

In der Projektstudie wurde nicht nur die Art und Weise vorgegeben, wie sich die Teams zusammensetzen. Neben der Festlegung auf bestimmte Werkzeuge (Trac, Mercurial) wurden weitere “Spielregeln” von mir definiert. Dazu gehörten wöchentliche Statusreports, Protokollierung aller Besprechungen, Verwendung des Ticketsystems, u.s.w.

Diese Vorgaben sollen beibehalten werden, evtl. sogar ausgebaut werden, um einen der verbesserungswürdigen Punkte, die Arbeitsbelastung, abzumildern.

Ich bin immer wieder erstaunt, wie gut feste Regeln ankommen. Zuerst denke ich, dass diese als Einschränkung empfunden werden. Im Laufe des Semesters stellt sich heraus, dass diese Regeln eher helfen. Daher werde ich in Zukunft die Regularien im Sinne von Hilfestellungen weiter ausbauen. Angedacht (und von Ihnen bestätigt) sind: definiertes “Standardteam” (1 Projektleiter, 1 Dokumentator, 1 Qualitätsmanager, Rest Entwickler), definierte Entwicklungsumgebung (Maven, Hudson, Mercurial, Trac), definierte Ablaufumgebung (Portal Server), weitere Vorlagen.

Organisatorisches

Die regelmäßigen Präsenztermine wurden positiv aufgenommen. Wir haben uns zu den festen Terminen in der großen Gruppe getroffen, offene Punkte gemeinsam besprochen, ggf. haben einige ihre Arbeitsergebnisse präsentiert und anschließen haben die Projektteams separat gearbeitet.

Dadurch wurde ereicht, dass sich jedes Projektteam regelmäßig getroffen hat, offene Punkte schneller erkannt und behoben wurden. In normaler Gruppenarbeit passiert es oft, dass man sich zu selten trifft und erst gegen Ende entdeckt: die Einzelteile passen nicht zusammen.

Ebenfalls wurde positiv angesprochen, dass ich während der Präsenztermine (und darüber hinaus) ansprechbar war. Mein “Management by walking around” hat vielen Teams weitergeholfen. Das sollte nach Ansicht der Teilnehmer ebenso bewahrt werden, wie der Einsatz eines studentischen Coaches.

Dieser Coach hatte angeregt, dass sich alle Projektleiter gerade in der ersten Zeit zu einem Erfahrungsaustausch treffen. Auch dieses Vorgehen hat vielen geholfen. Solche teamübergreifenden Treffen sollen zukünftig auch für andere Rollen (Entwickler, Qualitätsmanager, …) stattfinden.

Es freut mich, dass mein Herumlaufen nicht als Spitzelversich gewertet wurde, sondern eine Hilfe war. Auch in Zukunft werde ich versuchen, einen studentischen Coach zu finden, der den Teilnehmern die Hemmschwelle mindert, zu fragen und ggf. zu eskalieren. Die übergreifenden Besprechungen halte ich für eine sehr gute Idee.

Inhaltliches

Ingesamt wurde der Lerneffekt der Projektstudie als groß eingestuft. Im Grundstudium wurden eher theoretische Inhalte gelernt, die nun angewendet werden konnten. Trotzdem wurden auch die eher theoretischen Inhalte dieses Semesters als nützlich für die Projektstudie anerkannt. Die Teilnehmer äußerten, dass sie sich selbst besser kennengelernt haben, insbesondere auch was ihre eigene fachlichen Ziele betreffen.

Seufz, das ist das Ziel der Projektstudie. Und wenn das erreicht ist, bin auch ich zufrieden ;-).

Verbesserungswürdiges

Arbeitsbelastung

Die Arbeitsbelastung wurde von sehr vielen als zu hoch angesehen. Einige meinten sogar, dass man sich in diesem Semester zwischen der Projektstudie und sonstigen Prüfungen entscheiden müsste. Es gab aber auch Stimmen, die meinten, die Belastung sei hoch, aber nicht zu hoch gewesen.

Sicher ist die Arbeitsbelastung bei einer Projektstudie nicht unerheblich. Die Projektstudie ist mit 6 Credits bewertet, dass sind 180 Stunden. De facto kommen noch die 2 Credits von Projektmanagement 2 hinzu, dass man auf eine Nettoarbeitszeit von einem Monat kommen kann.

Ich denke, die Gründe für die als hoch empfundene Arbeitsbelastung sind vielfältiger Natur. Zunächst einmal ist es die erste Projektstudie im Studium. Vorher wurden Vorlesungen und Übungen besucht, bei denen man selbst nicht zu sehr aktiv sein musste. Das ist in der Projektstudie definitiv anders. Zum anderen haben fast alle Projektteams ihr Arbeitspensum selbst bestimmt und sich dabei überschätzt. Möglicherweise aus Gründen des Nichtversagenwollens unterblieben korrigierende Maßnahmen. Sicher auch aus Angst um eine schlechte Note. Es gab zu viele Details bei der Entwicklung zu beachten, mit denen sich die Teilnehmer bisher so nicht beschäftigt haben. Die Rollenaufteilung war in einigen Teams nicht optimal.

Viele dieser Punkte lassen sich durch Hinweise, durch Coaching und durch Regelungen (siehe oben) verbessern. Auch sollte die Einstufung und der Arbeitsaufwand für die Projektstudie überdacht werden. Daran bin auch ich interessiert.

Hinweise

Die Teilnehmer wünschten sich weitere Hinweise zu einzelnen Regelungen, wie z.B. zur Möglichkeit einer fließenden Rollenverteilung in Form der Definition einer Kernrolle und möglichen Varianten. Auch einige Werkzeuge, wie z.B. Mercurial und Ant bedürfen einer weitergehenden Erklärung. Einer der Teilnehmer meinte:

Mercurial ist bestimmt ein tolles Werkzeug. Wenn es näher erklärt würde, brächte es für alle einen riesigen, umfassenderen Nutzen.

Die weiteren Hinweise werde ich ab nächstem Semester gerne geben.

Transparenz bei der Benotung

Viele Teilnehmer wünschten sich eine größere Transparenz bei der Notengebung, nach dem Motto: “Wenn ich folgendes mache (unterlasse), bekomme ich eine um X% höhere (niedrigerere) Note”.

Ich fand die Diskussion über den Sinn und Unsinn von Noten spannend. Lernt man für eine gute Note oder um etwas besser zu können? Das ist natürlich eine Frage, die jede(r) für sich selbst beantworten muss. Genauso wie die der Relevanz guter Noten im Zeugnis.

Die Zusammensetzung der Note ergibt sich aus den gewichteten Teilnoten “Codepräsentation”, “Individuelle Leistung gemäß eigener Rolle”, “Teamleistung” und “Leistung für das Team”. Ich selbst (und die meisten Führungskräfte wohl auch) wäre froh, wenn man projekt- und teamunabhängig über einen festen Katalog z.B. die Leistung für das Team messen könnte. So müssen wir uns mit Heuristiken behelfen und alle das Gehirn eingeschaltet lassen ;-)

Bemerkenswertes

Ich fand die sehr intensive Nutzung des Wikis besonders bemerkenswert. Ich habe zwar noch keine Statistik erstellt, aber in diesem Semester wurde mehr mit dem Wiki (Trac) gearbeitet, als in den Semestern vorher zusammengenommen (damals: DokuWiki und Mantis). Möglicherweise hängt dies auch mit der zunehmenden Nutzung der Wiki-Technologie im Grundstudium zusammen.

Die Teilnehmer bemerkten die sehr intensive Kommunikation, sowohl innerhalb der Teams als auch zwischen den Teams. Das hätten sie sich nicht so (positiv) vorgestellt. Die darüber hinaus persönlichen Erfahrungen waren für die meisten ein Highlight.

Jetzt beim Schreiben fällt mir ein weiterer Punkt ein: viele Teilnehmer haben sich mit dem “warum” beschäftigt. Das finde ich toll. Und noch besser ist es, wenn sich alle die Frage stellen: Warum?

Bemerkenswert fanden viele (inkl. mir) die gute Moderation der Retrospektive durch zwei der Teilnehmer. Und das schöne Protokoll ;-)

Falls ich etwas vergessen oder ungeschickt dargestellt habe, einfach eine E-Mail an mich. Oder hinterlassen Sie einen Kommentar zu diesem Blogeintrag.

(import '(javax.script.ScriptEngineManager))
(def mgr (javax.script.ScriptEngineManager.))
(def engine (. mgr getEngineByName "AppleScript"))
(. engine eval "tell application \"iTunes\" to play")

Ist das die Zukunft der Java-Plattform?

Von: Traister, James <james.traister@delphi.com>
Betreff: Lieber Freund und Partner zu sein,
Datum: 4. Juni 2010 00:15:02 MESZ
Return-Path: <james.traister@delphi.com>
Received: from 144.250.137.56 (EHLO USMITRY-MX04.NorthAmerica.DelphiAuto.net) ([144.250.137.56]) by gateway2.delphi.com (MOS 4.1.8-GA FastPath queued) with ESMTP id AZK05129; Thu, 03 Jun 2010 18:28:47 -0400 (EDT)
Received: from USMITRY-MX01.NorthAmerica.DelphiAuto.net ([144.250.137.44]) by delphi.com ([144.250.137.57]) with ESMTP (TREND IMSS SMTP Service 7.0) id 8fe5caca00279ac9 ; Thu, 3 Jun 2010 18:15:26 -0400
Received: from sgamk-ex02.Asia.DelphiAuto.net ([130.176.85.48]) by USMITRY-MX01.NorthAmerica.DelphiAuto.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 3 Jun 2010 18:15:25 -0400
Received: from CNSHGCTC-EX02.Asia.DelphiAuto.net ([130.176.182.7]) by sgamk-ex02.Asia.DelphiAuto.net with Microsoft SMTPSVC(6.0.3790.3959); Fri, 4 Jun 2010 06:15:18 +0800
X-Tm-Imss-Message-Id: <8fe5caca00279ac9@delphi.com>
X-Mimeole: Produced By Microsoft Exchange V6.5
Content-Class: urn:content-classes:message
Mime-Version: 1.0
Message-Id: <F9DBD7CC67DC7143B9344869EF0187060285EF62@cnshgctc-ex02.asia.delphiauto.net>

Ich bin Dr. Jan Rudolf Steinhauser die persönliche Unterstützung von Herrn Henk Kroeze, Vorsitzender der SNS Bank NV, Niederlande.
Ich habe eine Secured Business Anregung für Sie.
Bevor die USA und Irak-Krieg unserer Kunden Col. Hosam Hassan, der mit dem war
Die irakischen Streitkräfte und auch ein Business-Mann machte eine nummerierte Festgeld für 18
Kalendermonate, mit einem Wert von dreißig Millionen USA Dollar
($ 30.000.000,00) nur in meiner Branche. Bei Fälligkeit mehrere Mitteilungen gesendet wurde
zu ihm, auch während des Krieges im Frühjahr dieses Jahres.
Nach dem Krieg wieder eine andere Meldung geschickt und war immer noch keine Antwort
kam von ihm. Wir haben später erfahren, dass Col. Hosam Hassan zusammen mit seinem
Frau und einzige Tochter hatte während des Krieges in einem Bombenanschlag getötet worden, dass
traf ihre Heimat.
Nach einer weiteren Untersuchung wurde auch entdeckt, dass Col. Hosam Hassan
nicht etwaige nächsten Angehörigen in seiner amtlichen Papiere einschließlich der Paper
Arbeit seiner Bank hinterlegen. Und er vertraute mir das letzte Mal war er
in meinem Büro, dass niemand außer mir von seiner Lagerstätte kannte in meiner Bank.
So, dreißig Millionen USA Dollar ($ 30.000.000,00) liegt noch in
meine Bank, und niemand wird jemals nach vorne kommen zu behaupten es.

Was mich stört ist, dass die meisten nach den Gesetzen meines Landes nach Ablauf der 6 Jahre-Mittel werden auf das Eigentum der niederländischen Regierung zurück, wenn
Niemand gilt für den Fonds geltend zu machen.
Vor diesem Hintergrund ist mein Vorschlag an Sie, dass ich Ihnen gerne als
Ausländer, wie die nächsten Angehörigen zu Col. Hosam Hassan stand, so dass Sie
wird in der Lage sein, seine Mittel zu erhalten. Sobald die Gelder überwiesen wurden, um
Ihre angegebene Bankkonto werden wir im Verhältnis von 60% bei mir zu teilen, 40%
für Sie, sollten Sie Interesse bitte senden Sie mir Informationen zu folgenden,
1. Vollständige Namen und Alter
2. Private Telefonnummer
3. Fax Line
4. Aktuelle Wohnadresse
5. Beruf (verpflichtend)
Ich will lieber Sie erreichen mich über meine private Email-Adresse unten;
Email: steinhauserjanrudolf@aol.nl
Email: steinhauserjanrudolf@zensearch.com
Und schließlich nach, daß ich Sie mit mehr Details über diesen bieten
Transaktion. Ihre früheste Reaktion auf diese Nachricht wird hoch
geschätzt.
Mit freundlichen Grüßen,
Dr. Jan Rudolf Steinhauser
Email: steinhauserjanrudolf@aol.nl
Email: steinhauserjanrudolf@zensearch.com

Für Herrn Henk Kroeze
Vorsitzender (SNS Bank N.V.)
P.O. Box 283 (AA2823)
1000 EA Amsterdam, The Netherlands.
Offizielle Webseite: www.snsbank.nl

****************************************************************************************

Note: If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you.

****************************************************************************************

Twacbak nutzt noch das bisherige Verfahren, bei dem über HTTP Basic Authentication Name und Kennwort mittels Base64 verscheiert übertragen werden. Dabei beruhigt höchstens die mögliche Übertragung per SSL. Das Modul zur direkten Kommunikation habe ich nicht selbst entwickelt. Statt dessen passte ich die Python Twitter Tools (PTT) an meine Bedüfnisse an.

Der 30.06.2010 näherte sich, besonders letzte Woche. Der Author der PTT scheint gerade OAuth zu implementieren, aber ob er bis zum 30.06.2010 fertig wird, bleibt offen. Und dann bräuchte ich ja noch Zeit, die Änderungen in Twacbak zu integrieren. Eine einfache Risikoabschätzung zeigt: besser etwas anderes.

OAuth ist kein triviales Protokoll. Es gibt für die unterschiedlichsten Szenarien Möglichkeiten der Anbindung. In den meisten Beispielen wird davon ausgegangen, dass die Anwendung, die auf Twitter zugreifen möchte, selbst eine für jeden zugänglich Webanwendung ist. Twacbak ist aktuell eine reine Konsolenanwendung. Und selbst wenn Twacbak einmal eine Webanwendung wird, würde es bei mir nur im lokalen Netz laufen.

Das ist die Situation: Twacbak muss bis Ende Juni 2010 an OAuth angepasst werden, OAuth ist ein komplexes Protokoll, mein bisheriges Modul zur Kommunikation mit Twitter unterstützt kein OAuth.

Mitte November 2009 stolperte ich über Tweepy. Damals war es nicht besonders ausgereift, kein Vergleich zu PTT. Zum Glück hatte ich es in meinem Brain einsortiert und schaute es mir letzte Woche noch einmal im Detail an. Etwas anders aufgebaut als PTT unterstützt es nun recht ausgereift OAuth.

Bleibt das Problem, wie man sich in einer Konsolenanwendung bei Twitter über OAuth authentifiziert. Die Beispiele im Web gaben nicht viel her. Ein wenig herumexperimentieren, Python’s REPL half immens, kam heraus, dass es recht einfach ist:

auth = tweepy.auth.OAuthHandler(CONSUMER_KEY, CONSUMER_SECRET)
auth_url = auth.get_authorization_url()
webbrowser.open(auth_url)
pin = getline('Enter PIN: ').strip()
if pin:
    access_token = auth.get_access_token(pin)
    # sichere access_token.key und access_token.secret für zukünftige
    # Zugriffe, z.B. in einer Datenbank

Die Werte für CONSUMER_KEY und CONSUMER_SECRET erhält man nach der Registrierung einer Anwendung bei Twitter. Mittels get_authorization_url() erhält man von Twitter eine URL, unter der ein Benutzer die Anwendung authorisieren kann. Nach der Authorisierung erhält der Benutzer auf der Webseite eine PIN, die er dann in der Konsolenanwendung angeben muss. Diese dient dazu, dass die Anwendung über Twitter ein sog. Access Token erhält. Damit authentifiziert sich die Anwendung später gegenüber Twitter. Das Access Token ist benutzer- und anwendungsspezifisch und damit wesentlich sicherer als ein Kennwort.

Der spätere Zugriff ist dann wieder einfach:

auth = tweepy.auth.OAuthHandler(CONSUMER_KEY, CONSUMER_SECRET)
# lese key und secret aus Datenbank
auth.set_access_token(key, secret)
api = tweepy.API(auth, parser=tweepy.parsers.JSONParser())

Über das Objekt api können dann die Methoden der Twitter-API authentifiziert aufgerufen werden. Fertig.

Fertig? Nein. Tweepy hat eine leicht andere Philosophie als PTT. Aber zum Glück ist Python nicht statisch typisiert. Sonst hätte ein Großteil von Twacbak angepasst werden müssen (Ja, ich weiß: geringere Kopplung …). Dank Duck Typing, eines der besonders angenehmen Merkmale von Python, und der guten Konfigurierbarkeit Tweepy’s musste ich nur einige wenige Stellen anpassen. Nach kurzer Zeit war ich dann wirklich fertig mit der Umstellung.

Twacbak arbeitet nun mindestens so gut wie vorher. Subjektiv scheint es sogar schneller mit Twitter zu kommunizieren. Aber das kann auch daran liegen, dass Twitter die Kommunikation mittels OAuth bevorzugt abwickeln könnte.

Jetzt kann ich wieder in Ruhe darüber nachdenken, wie sich Twacbak weiter entwickeln soll. Vermutlich in Richtung Webanwendung ;-)

Ich bin in der Heilbronner Dammgrundschule. Hier im Erdgeschoss befindet sich ein Raum, in dem normalerweise entspannt, gebastelt und gespielt wird. In diesem Raum bin ich mit den elf Kinder. Die schauen mich immer noch erwartungsvoll an.

Es sind nicht irgendwelche Kinder. Sie sind die eine Hälfte der Klasse 4b. Die andere Hälfte ist gerade mit Ihrer Lehrerin zusammen. Warten Sie etwa darauf mit der ersten Hälfte zu tauschen? Bilde ich mir ein.

Was ich hier mache? Ich lese gleich den Kindern etwas vor.

Zum Vorlesen bin ich über die Heilbronner Aktion “Man(n) liest vor” gekommen. Als Teil der bundesweiten Aktion “Wir lesen vor” soll auch bewusst gemacht werden, dass die meisten Kinder Vorleseerfahrungen überwiegend durch Frauen erleben. Bei vielen Jungen bleibt so hängen, dass Vorlesen (und auch das Lesen an sich) eher Frauensache ist. Lesen wird für sie “uncool”. In unserer vernetzten Informationsgesellschaft ist das nicht so gut.

So wurde ich Vorlesepate. Die Kinder werden unruhig.

Seit Ende November lese ich in der Klasse 4b vor. Begonnen haben wir mit einigen Kapiteln aus “Alice im Wunderland”. Rätselgeschichten waren im Februar angesagt. Danach eine Indianergeschichte. Und jetzt eine über Piraten zur Zeit von Klaus Störtebeker.

“Wann fangen Sie denn an? Wir sind doch schon ruhig” höre ich den coolsten Typ der Klasse fragen.

Lesen verändert. Vorlesen auch. An manchen Vorlesetagen scheinen die Kinder fast erleichtert den Raum zu verlassen. Aber es gibt immer wieder helle Momente. Der coole Typ von eben argumentierte kürzlich noch sehr “körperbetont“. Letztens fragte er mich, ob er nicht auch einmal der Klasse vorlesen dürfe. Natürlich durfte er. Und er hört auch zu, wenn ein anderes Kind vorliest.

Ist das etwa das Scharren ihrer Füße? Oder das Spitzen ihrer Ohren?

Zwei besonders hibbelige Mädchen haben die Kuschelecke entdeckt. Ohne es zu wissen meditieren sie beim Klang unserer Stimmen. Ein türkischer Junge setzt sich gerne neben mich, um ins Buch zu spicken. Vor zwei Wochen hat er mich erwischt, als ich den Inhalt anders als im Buch wiedergab. Selbst gelesen ist eben anders als beim Vorlesen zuzuhören, erklärte ich ihm. Vor einer Woche empfahl er mir das Buch, das er gerade zu lesen begonnen hat.

Auch mit vielen kleinen Schritten kann man(n) etwas bewegen. Aber nun geht es los. Pssst!

Elf Kinder schauen mich erwartungsvoll mit großen Augen an. Das nächste Kapitel unseres Buches “Seeräuber vor Sylt!” heißt: “Geheime Pläne”.

P.S. der nächste bundesweite Vorlesetag ist am 26.11.2010. Schon mal vormerken.

Los geht’s.

Von: James Labonte <jlanbote@live.com>
Betreff: Eilig Geschftsvorschlag.
Datum: 12. März 2010 23:18:27 MEZ
An: Recipient List Suppressed

Attn,

Gesch?ftsvorschlag,

Zuerst mu? ich um Ihre Zuversicht in dieser verhandlung
bitten. Das ist auf Grund seiner lage, als das sein total
VERTRAULICHund Geheimnisvoll.

Aber ich weiss, dass eine verhandlung dieses Ausma?es
irgendeinen ?ngstlich und besorgt machen wird,aber ich
versichre Ihnen, dass alles am Ende des tages in ordnung
sein wird. Wir haben uns entschieden Sie durch eine E-mail
sendung,wegen der Dringlichkeit diese verhandlung zu
erreichen, als wir davon zuverlassig von seiner
schnelligkeit und vertraulichkeit ?berzeugt worden sind.

Ich m?chte mich nun vorstellen. Ich bin Herr James Labonte
(Rechnungpr?fer bei der Chartered Bank von S?d Afrika). Ich
kam zu ihrem kontakt in meiner pers?nlichen suche nach
einer zuverlassigen und anstandige person, um eine sehr
vertrauliche verhandlung zu erledigen, die ?bertragung von
einem fremden Konto das maximale zuversicht erfordert.

Der vorschlag:Ein Ausl?ndische,verstorbener Ingenieur Philip
, ein Diamante-Handler/unternehmer mit der Republik S?d
Afrika.

Er war bis seinem Tod vor drei jahren in einem Flugzeug
absturz,als unternehmer bei der Regierung tatig. Herr Philip
war unser kunde hier bei der Chartered Bank von S?d Afrika
Johannesburg und hatte ein Konto guthaben von US$17.9
million (Seventeen Million Nine Hundred Thousand Dollars
Only). welches die Bank jetzt fraglos erwartet durch seine
Verwandten das Sie sich melden, wenn Sie sich nicht melden
wird alles zu einem Afrikanischen vertrauens fond f?r waffen
und munitions besorgungen bei einer freiheitsbewegung hier
in Africa gespendet.

Leidenschaftliche wertvolle Anstrengungen werden durch die
Chartered Bank gemacht,um einen kontakt mit jemanden von der
Labonte familie oder Verwandten zu bekommen.Es hat aber bis
jetzt keinen Erfolg gegeben.Es ist wegen der wahrgenommen
moglichkeit keinen verwandten der Malawi zu finden (er hatte
keine frau und kinder) dass eine Anordnung f?r den fond als
nicht zubehaupten deklariert werden,sollte, und dann zum
vertrauens-fond f?r waffen und munition bersorgung
ausgeben,die dem kurs vom krieg in Afrika gespendet wird.

Um dieser negative Entwicklung abzuwenden, haben ich und
einige meiner bew?hrten kollegen in der Bank beschlossen das
Geld nach Ihre zustimmung zu ?berweisen und suchen jetzt
Ihre Erlaubnis das Sie sich als verwandter des verstorbenen
Ing. Philip deklarieren,damit der Fond in der h?he von
USD$17.9m infolgen dessen als der Nutznie?er(Verwandter des
Anton)auf Ihr Bank Konto ?berwiesen werden.

Alle beurkundungen und Beweist die Ihnen erm?glichen diese
Fonds zu behaupten werden wir zu Ihrer verf?gung
stellen,damit alles gut verl?uft und wir versicheren Ihnen
ein 100% Risiko freie Verwicklung.

Ihr Anteil w?re 30% von der totalen Gange, w?hrend die
restliche 70% ist f?r mich und meine kollege. Wenn dieser
vorschlag f?r Sie OK ist und Sie W?nschen das vertrauen
auszunutzen, das wir hoffen auf Ihnen und Ihrer Gesellschaft
zu verleihen,dann senden sie mir netterweise sofort per
meine personal E-mail Adresse, Ihre Voll Namen, Adresse,
Telefonnummer, fax-nummer und Ihre vertraulicher E-mail
adresse,damit ich Ihnen die relevanten details dieser Bitte
schicken Sie Ihre Antwort auf meine Vertraulichen Email
Adresse: jlabonte2010@hotmail.com

verhandlung senden kann.

Danke in voraus.

Mit freundlichen Gr??e.
Mr. James Labonte.

Zunächst möchte ich mich auf diesem Wege noch einmal bei allen Beteiligten bedanken. Es ist schwer, Feedback zu geben, wenn Noten noch nicht vergeben sind. Ich danke für Ihr Vertrauen, so offen für Sie relevante Punkte anzusprechen. Und noch dazu bei jemanden, den Sie erst vor einem Semester grob kennen gelernt haben.

Danke schön!

So, was hatte ich auf unserer Sammeltafel notiert (meine Anmerkungen in kursiv)?

Zunächst das, was als positiv empfunden wurde.

1. Firmenprojekte

Auch dieses Semester wurden zwei der fünf Themen von externen Firmen gestellt. Diesmal war sogar SAP Consulting mit dabei. Die andere Firma war (leider) nicht ganz so präsent. Trotzdem ist es gut, praxisnahe und -relevante Projekte durchzuführen, besonders wenn die Ergebnisse später auch produktiv eingesetzt werden.

Dies sehe ich auch so. Ich freue mich, dass wir die Strukturen haben, relativ unkompliziert Projektstudien mit externen Firmen zu planen und umzusetzen. Für das nächste Semester ist wieder etwas in Planung. :-)

2. Räumlichkeiten und Werkzeuge

Der reservierte Gruppenarbeitsraum Y002 wurde als sehr hilfreich empfunden. Genügend Platz, mehrere Weißwandtafeln, Steckdosen für die eigenen Notebooks unterstützten die Arbeit. Auch wenn es ruhig mehr Steckdosen sein dürften ;-)

Als Werkzeug war besonders Dropbox hilfreich. Es bietet sehr gute Möglichkeiten für den Austausch von Dateien, auch mit externen Kunden. Den einen oder anderen hat die Backup-Funktionalität sehr geholfen.

Das Wiki hat Ihnen als Wissensbasis geholfen, da auch frühere Semester hier ihre Erfahrungen dokumentiert hatten.

Die Verfügbarkeit des Gruppenarbeitsraum wird auf jeden Fall beibehalten. Ich versuche im nächsten Semester mögliche Störungen durch andere Veranstaltungen weiter zu verringern

Den Einsatz von Dropbox sehe ich mit gemischten Gefühlen. Es hat Sie auch dazu verführt, das Werkzeug zur Versionsverwaltung (Subversion) eher zu wenig einzusetzen. Ich nehme mit, expliziter festzulegen, was in die Dropbox gehört, was in das Werkzeug zur Versionsverwaltung und was in das Wiki.

Siehe auch Punkt 7 aus dem letzten Semester.

3. Statusberichte

Der Zwang zu wöchentlichen Statusberichten hat Ihnen geholfen, das Ziel nicht aus dem Auge zu verlieren.

Und ich hatte zunächst gedacht, Sie würden den Zwang als zu restriktiv ansehen. So kann man sich täuschen.

Jetzt zu den Punkten, die Sie als verbesserungswürdig ansehen.

4. Teambuilding

Sie haben einen Workshop zur Verbesserung der Teamfähigkeit angeregt. Die Teams waren ja, bis auf eine Ausnahme, im wahrsten Sinne des Wortes, zusammengewürfelt (auch wenn es kein realer Würfel war, sondern nur ein Zufallszahlengenerator). Viele Teammitglieder kannten sich vorher höchstens vom Sehen, die Gruppe musste sich zum Team zusammenraufen.

Ich gebe zu, so richtig habe ich darüber noch nicht nachgedacht. Zum einen sollen Sie genau diese Erfahrung machen: mit relativ Fremden zusammen arbeiten und nicht nur eine Gruppe, sondern ein Team sein. Ein Workshop könnte möglicherweise das Bewusstsein für “Gruppe vs. Team” schärfen, aber ob ein “Teamunfähiger” dadurch “teamfähig” wird bezweifle ich.

Der Studiengang hat in diesem Semester einen ähnlich gelagerten Workshop für die Erstsemester durchgeführt. Ich bin gespannt, welche längerfristigen Ergebnisse hier zu erwarten sind.

5. Mehr Retrosprektiven

Es wurde von Ihnen als gut angesehen, dass wir die Feedbackrunde zum Ende der Veranstaltung durchgeführt haben. Diese sollte aus Ihrer Sicht häufiger durchgeführt werden. Als Anregung an zukünftige Projektteams sollten Retrospektiven auch teamintern durchgeführt werden.

Die Anregung nehme ich gerne mit. Ich werde im nächsten Semester eine weitere Feedbackrunde für die Mitte des Semesters einplanen. Teaminterne Retrospektiven sollte m.E. moderiert werden. Vielleicht kann dies der studentische Coach übernehmen.

Als weder rein positiv, noch rein verbesserungswürdig haben Sie folgende Punkte angesprochen:

6. Pair Programming

Pair programming hat vielen geholfen, sich tiefer in das jeweilige Gebiet einzuarbeiten. Problematisch wird gesehen, dass im Werkzeug zur Versionsverwaltung nur ein Benutzer als Bearbeiter gespeichert wird.

Ja, ich nutze die Informationen aus dem Werkzeug zur Versionsverwaltung, um abzuschätzen, wer wieviel an der Entwicklungsarbeit beteiligt war. Da immer nur einer als Bearbeiter angegeben werden kann, sollten Sie sich entsprechend beim Einchecken abwechseln. Und wenn Sie zusätzlich dokumentieren, wann Sie mit wem Pair programming betrieben haben, kann ich dies berücksichtigen.

Also: keine Angst vor dem Pair programming

7. Risikomanagement

Sie bemerkten, dass es Ihnen geholfen hat, eine initiale Risikoanalyse durchzuführen. Diese sollte aber im Laufe des Projektes immer wieder durchgeführt werden, da sich die anfänglichen Annahmen immer mal wieder als falsch heraus stellen.

Ja. Das nennt man dann Risikomanagement ;-). Ich nehme das einmal als Botschaft an Ihre Nachfolger.

8. Zeit- / Aufgabenbewusstsein

Hier gab es nach Ihrer Auskunft erhebliche Unterschiede zwischen einzelnen Teammitgliedern. Einige sahen es eher “locker”, andere sehr penibel. Dies gilt es im Team zu harmonisieren.

Dies ist sicher ein Punkt zur Teambildung. Ist von mir so gewollt, das sollen Sie lernen. Manche können das besser als andere. Aber so ist das Projektleben ;-). Auch dies nehme ich als Anregung an Ihre Nachfolger im kommenden Semester. Evtl. kann auch hier der studentische Coach unterstützen, z.B. in den teaminternen Retrospektiven.

So, habe ich noch etwas vergessen? Ich hoffe mal nicht und freue mich, Sie dann im nächsten Semester in Projektmanagement 3 zu sehen, wenn Sie nicht das Proxasissemester absolvieren. Falls ich etwas vergessen habe, einfach eine E-Mail an mich. Oder hinterlassen Sie einen Kommentar zu diesem Blogeintrag.

Wenn Du ein Schiff bauen willst, so trommle nicht Männer zusammen, um Holz zu beschaffen, Werkzeuge vorzubereiten, Aufgaben zu vergeben und die Arbeit einzuteilen, sondern lehre die Männer die Sehnsucht nach dem weiten endlosen Meer.

Heute habe ich in einem sehr interessanten Buch ein Zitat von Plutarch gelesen, das mich sicher auch einige Zeit in meiner Arbeit als Lehrender begleiten wird:

Der Geist ist nicht wie ein Gefäß, das gefüllt werden soll, sondern wie Holz, das lediglich entzündet werden will.

Wenn das keine Handlungsanweisung für Lehrende (und Lernende!) ist.

Das Zitat in einem größeren Kontext erhellt (!) sicher noch mehr:

Wir müssen uns – nachdem wir die grundlegenden Aspekte begriffen haben – (gegenseitig) dazu ermuntern, in uns selbst alles andere miteinander in Verbindung zu setzen, unsere Erinnerung zu nutzen, um unser originäres Denken zu lenken, und das, was ein Anderer sagt, als Ausgangspunkt anzuerkennen, als Saatkorn, das genährt und aufgezogen werden will. Den die richtige Analogie füe den Geist ist nicht etwa das Gefäß, das gefüllt werden muss, sondern Holz, das entzündet werden will – sonst nichts -, und dann spornt es einen zu Originalität an und flößt einem die Sehnsucht nach Wahrheit ein.

Angenommen, jemand ginge los, um seine Nachbarn um Feuer zu bitten; er fände dort eine zuverlässige Flamme vor und bliebe einfach dort, um sich fortwährend zu wärmen. Dies unterscheidet sich in nichts von einem Anderen, der jemanden aufsucht, um etwas von dessen Vernunft mitzubekommen, und nicht begreift, dass er seine eigene Flamme, seinen eigenen Intellekt, entzünden muss; aber er ist zufrieden damit, vom Vortrag verzaubert dort zu sitzen, und die Worte lösen lediglich assoziative Denkvorgänge aus und bringen quasi nur seine Wangen zum Erröten und Glut in seine Glieder. Aber er hat im warmen Schein der Philosophie die feuchte Düsterheit im Inneren seines Geistes nicht vertrieben oder zerstreut.

Wir Lehrenden dürfen nicht einfach nur Fakten, Fakten, Fakten präsentieren. Sicherlich haben diese einen Wert, wenn es darum geht, Grundlegendes aus einem Fach als Starthilfe weiter zu geben. Aber dann muss der Funke überspringen. Wir Lehrende müssen die Flamme unseres Wissens weiterreichen, nicht nur mit warmen Worten wärmen.

Wir Lernende dürfen uns nicht damit zufrieden geben, dass ein Anderer uns schon mit dem richtigen Wissen versorgen wird. Wir müssen selbst lernen, das kann der Lehrende nicht für uns tun. In der deutschen Sprache gibt es aus gutem Grund keine wirkliche Passivform zu “Lernen”. “Ich wurde gelernt” klingt jedem grausam in den Ohren.

Her mit dem Feuer, ich brenne darauf zu lernen und zu lehren ;-)