WTF???

37signals ist eine sehr sympathische Firma. Das Erscheinungsbild zeugt von Kompetenz, ihre Publikationen verstärken diesen Eindruck: Vor kurzem erschien das Buch “Defensive Design for the Web“, welches in der Webentwickler-Gemeinde großes Aufsehen verursachte. Das Buch selbst stellt eine umfangreiche Resource für Webdesigner dar, die Probleme der Interaktion und Kommunikation auf Webseiten zu lösen haben. Mit vielen Beispielen aus der Praxis, Lösungsvorschlägen und Richtlinien werden die Themen erläutert und selbst der erfahrene Profi findet noch den einen oder anderen Augenöffner.Auch wenn man die Homepage besucht, finden sich viele Infos und eine offene Weitergabe von Firmenwissen und -erfahrung. Der normale, deutsche Angestellte mag sich ob der Offenheit vielleicht wundern, zumal die dunkle Wolke “Betriebsgeheimnis” oftmals dicht über seinem Kopf schwebt. 37signals wählt hier m. E. den richtigen Weg, denn Experten, die ihr Wissen vermitteln, werden auch bald als Experten anerkannt.Selbst als “Application Service Provider” tritt 37signals im Web auf. Unter basecamphq.com findet sich ein Online-Projektmanagement-Tool, dessen GUI derzeit (ganz nach Webstandards umgesetzt) seinesgleichen sucht. Das Testprojekt ist dabei frei, mehrere Projekte muß man dann mit der Kreditkarte bezahlen. Den Ansatz des Projektmanagements würde ich mal als “amerikanisch” bezeichnen, da die Verfolgung der Aufgaben und des Fortschrittes nicht so dogmatisch betrieben wird, wie es z. B. in Deutschland üblich ist. Gut so. Wenn es etwas gibt, was Webentwickler in den letzten Jahren gelernt haben, dann, daß sich Webprojekte nicht nach Schema abbilden lassen und sehr oft dem Schiessen auf die berühmten “Moving Targets” gleichen.Warum dieser Beitrag? Lobhudelei?Nein, ich möchte die Aufmerksamkeit auf zwei Artikel lenken, der eine davon war soeben über xplane.com lesbar: The Building of Basecamp Review ein Artikel über den von 37signals angebotenen Workshop “The Building of Basecamp“.Ein kurzes Beispiel:Here’s a sampling of some of the topics they covered. I’m just scratching the surface here, as there’s too much to cover and I don’t want to steal their thunder for the next time they offer this:
1. Develop a set of “mantras” or rules for how you want things to work. Whenever you develop something, “test” it against the rules. For instance, “less software” or “project management is mainly about communication.” Make sure you stick to your own rules and your own principles.
2. Say “no” by default to any feature request. Make a feature work very hard to be implemented.
[...]Deane (Autor des Artikels) hilft uns dabei, den Jungs von 37signals wieder mal ganz tief in die Karten sehen und so erhalten wir einen Überblick, wie “die anderen Profis arbeiten” ;)