Derzeit läuft der Call-Of-Papers für die Konferenz. Wer also eine gute Idee für einen Talk auf Englisch und Zeit am 7. oder 8. Juni haben sollte und noch einen guten Grund sucht, um nach Berlin zu kommen, der kann sich gerne bei Berlin Buzzwords bewerben. Das ist übrigens auch die günstigste Art Zugang zur Konferenz zu bekommen. Momentan sind noch Karten zum Early-Bird-Preis von 297,50 € zu haben.

An dieser Stelle möchte ich noch erwähnen, daß ich bei der Organisation der Konferenz durch die Begleitung der Konferenz auf XING, Facebook und Co. mitwirke. Dies aber aus reinem Enthusiasmus für ein spannendes Thema und somit ohne irgendwelchen finanziellen Vorteile daraus zu erhalten. Der Eintrittspreis ist so ausgelegt, daß er die Konferenzkosten deckt.

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...

Jurgen Appelo, "So Now You’re an Agilist. What’s Next?", Agileee conference, 2009 from Alexey Krivitsky on Vimeo.

Es gibt keinen leichteren Weg, sich über neue Entwicklungen im ASF-Ökosystem zu informieren, ohne dabei viel Aufwand zu betreiben, und dabei auch noch auf so manch kleine Perle wie commons compress zu stoßen.

Im DD 99 setzt er sich mit Elite, deren Verantwortung auseinander und greift dabei bis auf Platon zurück. Er schließt mit:

Eigentum verpflichtet. Elite verpflichtet. Bildung verpflichtet. Adel verpflichtet, Stärkev erpflichtet.
Wer je das Privileg hatte, oben zu sein, hat damit eine Pflicht auf sich geladen. Elite ist nicht oben sein, sondern unten helfen und führen.

Gut, Dueck hat sein DD bezogen auf die Bundestagswahlen bezogen, aber greift das nicht auch auf Führung von Menschen in Unternehmen? Führung kommt von führen...

In diesem Video erklärt Prof. Kruse sehr gut, warum Veränderungsprozesse auch immer durch die oberste Ebene einer Organisation mitgetragen werden müssen und eine Änderung von unten nie erfolgreich ist. Und falls doch, dann nur, weil die Führung durch eine Reihe von Krisen so geschwächt ist, daß sie dem Änderungsdruck von unten nichts entgegen setzen können.

Für uns und unsere Projekte bedeutet dies, daß Veränderungen nur erfolgreich sind, wenn wir die Unterstützung der wichtigsten Stakeholder haben oder einfach der richtige Zeitpunkt dafür gekommen ist.

In Fowlers Blog habe ich jetzt einen Verweis auf ein Video von Ward Cunnigham gefunden, in welchem er den Begriff Technische Schulden erläutert und in 4 Minuten und 44 Sekunden auf den Punkt bringt.

Gerade für kleine Firmen oder Gruppen ist das ein unschlagbares Einstiegsangebot. Natürlich spekuliert Atlassian darauf, so durch die größere Nutzerbasis auch füher oder später mehr große Lizenzen zu verkaufen. Doch gerade für den Einstieg mit JIRA und Confluence ist das ein unschlagbares Angebot.

Übrigens, das Geld wandert nicht in die Taschen von Atlassian, sondern alle Einnahmen aus dieser Aktion gehen an das Projekt Room to Read.

Das an sich ist mir noch keinen Eintrag wert, aber darüber bin ich auch einen Vortrag von Linus Thorvalds zu GIT aufmerksam geworden, der sehr interessant (und auch unterhaltsam) ist. Thorvalds spricht darin über eine Ansichten zur Versionskontrollsystemen und den Vorteil von verteilten Systemen gegenüber einem zentralisierten Ansatz wie er früher von CVS und jetzt auch von Subversion verfolgt wird. Insgesamt auf jeden Fall empfehlenswert, darum hier das Video zum Vortrag:

Mit vielen seiner Ansichten legt Thorvalds den Finger auf wunde Punkte in Versionskontrollsystemen und zeigt Alternativen auf. Auch seine Ansichten dazu, was ein Branch ist, sind richtig. Nach ihm entsteht defacto schon ein Branch dadurch das man die Working Copy verändert und damit eine neue Codelinie defacto eröffnet. Denkt man das konsequent zu Ende, ist eine in einer IDE geänderte Datei auch schon ein neuer Branch.

Nach meiner Meinung weist Thorvalds aber auch auf einen richtigen Punkt hin: Verteile Entwicklung in Open Source-Projekten erfordert sicherlich einen anderen Umgang mit Versionkontrollsystemen als ein räumlich zentralisiertes Projektteam. Bei zentralisiert arbeitenden Teams, die auf eine schnelle Integration von Änderungen auf einen zentralen Branch angewiesen sind, scheint mir Subversion und Co. im Vorteil zu sein.

Aber es ist wohl wie immer: Die Wahl des richtigen Tools hängt immer von der konkreten Situation ab.