• Dateien und Strukturen (virtuelle Arbeitsfläche)

Backups und Sicherungen

Theoretisch könnte ich jeweils alles auf meinem Rechner auf den Backupserver sichern. Das klingt zunächst sinnvoll, ist es aber nicht.

Beim ersten Sichern ist das eine gute Idee, doch sobald ich mal aufräume und umsortiere, neu benenne, lösche wird es schwieriger.

Löschen im Backup

Um wenig Platz zu verbrauchen wäre es sinnvoll auch im Backup direkt alles zu löschen, was ich lokal gelöscht habe. Allerdings brauche ich mein Backup unter anderem deshalb, weil ich zuweilen mal etwas zuviel lösche. Würde ich beim Sichern also direkt auch auf dem Backupserver alles löschen, dann wäre womöglich beides weg, bevor ich merke, dass ich etwas zuviel gelöscht habe.

Alles aufheben beim Backup

Alternativ könnte ich also im Backup nichts löschen. Für mich auch keine gute Idee. Innerhalb weniger Wochen habe ich im Backup damit eine Version, die voll ist mit altem Kram, den ich schon aufgeräumt hatte. Brauche ich jetzt das Backup, z.B. bei einem Rechnerwechsel, dann hilft es mir nicht, denn ich müsste erstmal wieder aufräumen.

Hinzu wird die Datenmenge irgendwann überdimensional riesig. Ich habe zur Zeit etwa 40.000 Bilddateien, die ich noch nutze. Da sind keine Verzeichnisse alter Projekte dabei, auch nicht dabei sind die Zwischenstände, die speichere wenn ich Bilder bearbeite. Bei den 40.000 fehlen auch die meisten Bildverzeichnisse, bei denen ich Bilder aus anderen Ordnern reinkopiert habe, um für ein Projekt eine eingeschränkte Auswahl zu haben, die ich auch gefahrlos bearbeiten kann, ohne womöglich ein Original kaputt zu machen.

Daten für mehrere Nutzer

Ein großer Teil meiner Dateien sind keine privaten Daten, sondern sie hängen mit miradlo zusammen. Diese Daten sollen für alle Mitarbeiter leicht nutz- und erreichbar sein. Da ich meine Finger in jedem unserer Projekte habe, was für niemand anders gilt, habe ich alle Daten. Wir haben daher ein Konzept was das berücksichtigt:

• Projektdaten (Daten die bei laufenden Projekten ständig gebraucht werden)
• Kundendaten (Daten, wie z.B. Bilder vom Kunden, die jedoch nicht alle im aktuellen Projekt genutzt werden)
• Daten pro genutztem Rechner (auf meinem Hauptrechner ist alles was ich aktuell brauche drauf, auf meinem Zweitrechner für unterwegs nur ein kleiner Teil)
• Persönliche Daten (alles was privat ist, der kleinste Teil )

Sicherungen

Die Daten meines Rechners unterscheiden sich also und werden daher auch unterschiedlich behandelt. Den größten Teil der Daten sichere ich doppelt. Einmal so, dass ich eine exakte Kopie meines Arbeitsrechners habe. Einmal so, dass nichts verloren geht, also ohne im Backup ebenfalls zu löschen.

Struktur Backupserver

• public
  • rechnername 1-n
  • miradlo (alle Daten, die pro Mitarbeiter gebraucht werden könnten)
  • scripts (Skripte, z.B. für rsync)
• private
  • rechnername 1-n (falls es private Daten gibt)
  • musik

Hinzu kommen die Projektdaten, die wir über svn sichern.

Nach und nach kamen Logo, Texte und weitere Infos. Ich schob deshalb so ziemlich alles was ich geplant hatte und kümmerte mich um die Seite: nein-zu-klein-venedig.de

Das Ganze ist mit Serendipity aufgebaut, ist also ein Blog für die jeweiligen Neuigkeiten und hat außerdem statische Seiten zu einigen Hauptthemenpunkten:

• Offener Brief zum KKH
• Stimmen zum KKH
• Wir sind viele
• Warum wir dagegen sind
• Werden Sie aktiv!

Ein bisschen mehr Zeit hätte nicht geschadet, doch da der Bürgerentscheid bereits am 21. März stattfindet, war es sehr dringend so schnell wie möglich die wichtigsten Infos und Grundlagen online zu haben. Worum es geht steht auf der Seite und auch wir haben bereits privat darüber gebloggt:

• Quorum erklärt auf uteles Blog
• uteles Blog
• Guggat emol Blog
• Piraten zum Konzerthaus

Schön, wenn es bei solch zeitkritischen Projekten nur ein bisschen was schief geht. Hier fing es mit der Umleitung von Strato aus an, da klappte trotz oder gerade wegen DNS-Umleitung nicht alles auf Anhieb.

Aber Serendipity war überwiegend gut zu handhaben und ließ sich meist recht problemlos so anpassen, wie ich das wollte. Einfacher wurde das natürlich auch mit einem bekannten schon mehrfach genutzten Grund-Theme und vielen Einstellungen, die ich mehrfach schon genutzt und angewendet hatte.

Der erste dicke Fehler war eine Windows-Software zu erstellen und auf die Idee zu kommen, verpflichtend elektronische Abgaben mancher Meldungen zu fordern. Ich verstehe ja, dass die Entscheidungsbefugten nicht wussten, dass es mehr als ein Betriebssystem gibt, wie es jedoch bei solch einem großen Projekt passieren kann, dass auch die Berater aus der IT nicht darauf aufmerksam machen ist mir schleierhaft.

Nachdem das schief gegangen war, kam die Idee mit Elster Online und dieses Mal sollte es plattformunabhängig werden. Leider klappte das zunächst ebenso wenig, wie bei der normalen Elsterlösung, denn getestet worden war wohl wieder nur auf Windows.

Ich musste zunächst einiges speziell anpassen, um wenigstens bis zum Registrierungsformular zu kommen.

Überflüssige Ärgernisse

• Warum muss die Java Runtime das Original von Sun sein?
• Wozu soll es gut sein, dass die Elster meint, sie wisse besser als die Nutzer in welcher Größe diese ihr Fenster haben möchten?
• Was bitte soll ein System, indem nur bestimmte Eingaben zulässig sind?
  • 0-Eingaben sind nicht möglich [inzwischen steht bereits bei den Eingabehinweisen, dass 0-Werte nicht möglich sind]
  • die Zahlenwerte mussten ursprünglich mit Dezimalpunkt statt Komma eingegeben werden, jedoch ohne darauf hinzuweisen
  • gültig ist irgendein Bescheid des Finanzamts bei geänderten Bescheiden weiß niemand (weder die Hotline noch das örtliche Finanzamt) welcher Wert erwartet wird

Fehlermeldungen oder eben nicht

Falls die von Ihnen eingetragenen Berechtigungsdaten von den Daten der Finanzverwaltung abweichen, wird Ihnen kein Aktivierungs-Code zugestellt und Schritt 1 der Registrierung muss wiederholt werden. Aus Sicherheitsgründen wird in diesem Fall keine Fehlermeldung angezeigt.

Na bravo! Keine Fehlermeldung ist eine blendende Idee. Bei den ersten Versuchen führte das dazu, dass ich mindestens die zwei Wochen nach einem Versuch abwarten musste, bevor ich nachfragen konnte, ob es geklappt hatte. Inzwischen geht das per Mail innerhalb von zwei Tagen…

Fehlende Kompetenz des Supports

Inzwischen gibt es wohl auch bei den örtlichen Finanzämtern Menschen, denen jemand erklärt hat, wie die Software funktioniert, von der das Amt erwartet, dass in teils verpflichtend genutzt wird. Anfangs gab es das gar nicht, vom örtlichen Finanzamt bekam ich Hinweise wie:

Meine Registrierung habe einen Fehler bei der Sicherheitsfrage, daher könne ich gar keinen Postcode bekommen.

Die Sicherheitsfrage gibt man bei der Registrierung nur an, sie kann noch gar nicht falsch sein, weil nicht danach gefragt wird.

Es sei besser ich registriere mich nicht, weil sonst mein Rechner nicht kaputt gehen darf, da die Registrierung an den genutzten Rechner gebunden sei.

Es erschien mir sehr unwahrscheinlich, dass ein Zertifikat tatsächlich an die MAC-Adresse des Rechners gebunden sein könnte, aber wer weiß. Nun die Hotline erklärte mir, ich hätte komische Ideen. Nun ja, von mir war die Idee ja nun nicht…

Ich könne doch die CD bei ihnen abholen, wenn das Internet nicht geht.

Ich muss nicht erwähnen, dass ich der Dame gerade erklärt hatte, dass ich mich online registrieren muss, weil mein Betriebssystem nicht unterstützt wird, also ich habe kein Windows…

Benutzbare Software sollte benutzerfreundlich sein (Usability)

Klar weiß ich, dass es schwer ist, Software so zu erstellen, dass sie intuitiv und einfach zu nutzen ist. Es ist auch zusätzlicher Aufwand Fehlermeldungen zu erzeugen, die mehr aussagen als “Falsche Eingabe” zu vermelden, alle Eingaben zu löschen und es dem Nutzer zu überlassen, auszuprobieren, was nun wohl falsch war. Darüberhinaus wachsen kompetente Ansprechpartner nicht auf Bäumen, sie fallen auch nicht einfach so vom Himmel, sondern müssen halt geschult werden.

Leider sind das all die Punkte, die Laien in diesem Gebiet zunächst nicht sehen. Wer nicht aus dem Fachgebiet der Softwareerstellung kommt, für den oder die ist es schwierig zwischen Softwareangebote zu unterscheiden, die an solche Kleinigkeiten denken oder eben nicht.

Die Schwierigkeit taucht auch nicht nur bei solchen Großprojekten auf, sondern die gibt es heute auf fast jeder Website. Denn zumindest ein Kontaktformular gibt es fast immer, solange alles klappt oder keiner es testet, sehen Kontaktformulare recht identisch aus. Wenn man jedoch mal ausprobiert, was bei bewußten Falschangaben oder fehlenden Informationen so ausgegeben wird oder auch nicht, dann sind die Unterschiede riesig.

Da wir überwiegend mit Webapplikationen arbeiten ist fast immer auch PHP beteiligt, deshalb nutzen wir meist Subclipse in Eclipse, für die svn-Befehle. Ab und zu lohnt es sich jedoch nicht, den Klotz (Eclipse ist dick und langsam) zu öffnen, wenn es grad nur ums einchecken, nach kleineren Änderungen im HTML oder CSS geht, die ich mit Quanta mache.

In solchen Fällen bevorzuge ich die Konsole (KDE auf Gentoo Linux, ob das auch mit Windows oder Mac so klappt weiß ich nicht) . Leider gibt es manchmal Versionsprobleme, deshalb kann es vorkommen, dass ein über die Konsole bearbeites Projekt in Eclipse nachher nicht mehr gelesen werden kann, weil die svn-Version älter ist. Andererseits gabs auch schon mal einen Rechner, auf dem Eclipse grad nicht auf Anhieb laufen wollte und sowieso nur fürs svn genutzt wurde. Dann lohnt es sich nicht lange zu suchen, der einfachere Weg ist hierbei die Konsole.

svn-Befehle auf Konsole

Vor Arbeitsbeginn, falls man nicht ganz sicher weiß, dass niemand sonst etwas eingecheckt hat, im eigenen Verzeichnis aufrufen:

• svn update
  Dabei werden alle aktualisierten Dateien geholt.
• Zwischendurch zeigt svn status (svn st genügt auch, für fast alles gibt es auch kürzere Varianten) den aktuellen Stand aller lokal geänderten Dateien an. So kann entschieden werden, welche Dateien geändert, gelöscht, hinzugefügt werden sollen.
• svn add Dateiname fügt eine Datei hinzu.
• svn delete Dateiname löscht eine Datei, die bereits im svn war.
• Einchecken mit: svn commit -m „das ist der Text der beschreibt, was ich tatsächlich getan habe, z.B. Datei xy erstellt, im Design der Navigation Fehler korrigiert, Funktion xy eingebaut”
  Im Kommentar sollte stehen, was getan wurde, damit jeder andere am Kommentar sehen kann, wann und was in einer Version geändert wurde.
• Bei weiteren Aktionen bietet sich meist eher Eclipse an, beispielsweise geht svnignore in Eclipse schneller und komfortabler.

Nun gut also drei… Mir wären noch ein paar eingefallen, aber das sind die, von denen ich meine, wer sich mit einem der Themen befasst muss diese Bücher gelesen haben…
Zwei der Bücher habe ich gefunden. Da gab’s mal wieder so einen Tag mit einem Bummel durch große Buchhandlungen in irgendeiner großen Stadt. Empfehlenswert sind da hier in der Gegend Freiburg und Stuttgart, die haben schöne große Buchläden. Das andere Buch war ein Tipp von jemand, solche Bücher bestelle ich bei meiner örtlichen Buchhandlung, ich habe da sogar den Service es gebracht zu bekommen, der Vorteil, wenn eine gute Freundin dort arbeitet…

Usability (Benutzerfreundlichkeit)

Gelesen habe ich die Ausgabe von mitp von 2002 des Autors Steve Krug: Don’t make me think! Web Usability: Das intuitive Web Irgendwann einmal vorher hatte ich Nielsen gelesen, dessen Ausführungen zur Benutzerfreundlichkeit gut und korrekt sind, meist jedenfalls. Was ihm fehlt, ist dabei zu begeistern, zu faszinieren und bei aller Therorie auch zu unterhalten. Ähnlich ging es mir bei weiteren Autoren.

Ganz anders dagegen Steve Krug, leicht, locker, nachvollziehbar und mit Spannung erklärt er, was das bedeutet: “Don’t make me think!” schon nach den ersten Seiten wird klar, was er damit meint. Niemand soll überlegen müssen, sondern das Web muss einfach und intuitiv bedienbar sein.

Mit Freude am Thema und Humor erklärt und zeigt er nicht nur worum es geht, sondern gibt auch Tipps, wie sich Webseiten testen und verbessern lassen. Für mich ist das _die_ Pflicht- und Spaßlektüre für alle, die mit Websites zu tun haben.

Progressive Enhancement (stufenweise Verbesserung von Websites)

Gesehen – haben wollen – Preis gesehen – geschluckt – anderes angeschaut – gekauft! Schon die Optik, der erste Eindruck wenn man es in der Hand hat, klasse gemacht! Das Buch Transcending CSS – Neue kreative Spielräume im Webdesign von Molly Holzschlag udn Andy Clarke habe ich in der Ausgabe von Addison-Wesley 2007 gelesen. Ich konnte gar nicht anders das musste einfach mit. Trotz des recht hohen Preises habe ich es keinen Moment bereut.

Das Buch ist nichts für die ersten Schritte mit CSS, es ist auch nichts für die reinen Praktiker. Ein bisschen Lust am Spielen mit den Möglichkeiten, die Webseiten bieten muss man mitbringen. Dann jedoch ein Traum und genau was die Kapitel versprechen:

• entdecken (was hat Inhalt mit Markup zu tun)
• Designprozess einfach und schnell (Prototypen erstellen und einsetzen)
• inspirieren lassen (Wege und Quellen für Ideen)
• Transzendenz (wie denn nun genau mit Beispielen und einem Blick in die Zukunft, stufenweise Verbesserung)

Nicht nur wunderschön, sondern ebenfalls hochinformativ, lasst es euch faszinieren.

Projektmanagement – Information mit Spaß daran

Schon mehrfach und immernoch fasziniert habe ich Tom DeMarcos Der Termin – Ein Roman ueber das Projektmanagement in der Ausgabe des Hanser-Verlags von 1997 gelesen. Aus einigen Vorlesungen, Skripten und anderen Büchern kannte ich das staubtrockene Thema, nötig aber nur in kleinen Mengen zu ertragen. Ganz anders ist es hier, wirklich wie ein Roman, von der Spannung her eher wie ein Krimi geht es um Projektmanagement in der Softwareentwicklung.

Alle wesentlichen Phasen werden anhand von guten und schlechten Beispielen angesprochen ohne jemals den Spaß an der Geschichte und die Spannung zu vergessen. Stück für Stück entwickelt sich das Projekt und DeMarco nimmt einen mit klar nachvollziehbaren Schritten auf dem Weg mit. Wichtiges wird nach jedem Kapitel nochmals zusammengefasst und eignet sich auch zum Nachschlagen. Beispielsweise im Vergleich zu eher theoretischem Wissen, so lassen sich klare Beispiele mit den theoretischen Informationen prima verknüpfen. Ich habe es auch fürs Lernen vor Prüfungen aus diesem Themenbereich gerne genutzt.

Ganz ohne IT-Know-how ist es wahrscheinlich nicht ganz so glasklar, wie genau und berechtigt jeder Schritt in diesem Buch die Mehrzahl der IT-Projekte beschreibt. Wer jedoch irgendwie mit IT zu tun hat, sollte sich mal Zeit nehmen um “Der Termin” zu lesen.

• Wie man feststellt wo man auf dem Weg zum Teamleiter bereits angekommen ist erklärt ein Bild bei EDV (Ende der Vernunft).
• Dieter, der schon länger in seinem privaten Blog auch schon über Webthemen schrieb, startete vor kurzem ein weiteres Projekt: Webseiten-Infos. Warum? Da lasse ich ihn am besten selbst zu Wort kommen:
  

  “Im Nachhinein denke ich mir, dass es zwar sehr viele Informationen im Web gibt, aber die Wenigsten dieser Infos auch für Laien verständlich sind. Bei dieser Website soll das anders sein. Sie soll Hilfestellungen für Laien, aber auch Fortgeschrittene in leicht verständlicher Sprache geben.”

• Roman beschreibt was es für einen Server-Administrator bedeutet, wenn ein Wurm, Trojaner, Virus wie Conficker ins System kam. 40 Tage durcharbeiten bis wieder alles soweit repariert war ist doch ein Aufwand, den man sich wohl kaum so vorstellt.
• Usability-Katastrophe - Nielsen hat doch Recht Nielsens Liste der zehn schlimmsten Webdesignfehler – noch bis zum 9. März kann man einen Artikel schreiben und dorthin verlinken, wer Glück hat kann ein Abo gewinnen
• Dirk stellt Command-Line-Fu vor, eine Seite auf der man Konsolenbefehle sammeln kann, sei es um sie sich selbst zu merken oder um sie anderen zur Verfügung zu stellen. Klasse Idee, die auch einen eigenen Twitteraccount für die jeweiligen Neuzugänge hat.
• Falls man es mal braucht: Anleitung um das vergessene Passwort eines WordPress-Blogs via PHP-my-admin zurücksetzen zu können.

Wir nutzen inzwischen ein ganzes Basisprojekt, in dem die relevanten Templates und Strukturen bereits enthalten sind. Schritt für Schritt geht es um folgende Vorlagen:

CSS-Vorlage

Wohl die meisten, die häufiger ein neues Projekt beginnen, nutzen ein CSS-Template. Ich ändere diese Vorlagen immer mal wieder, aber im Grunde gehe ich prinzipiell immer von derselben Struktur aus:

• basis.css in dieser Datei definiere ich Grundelemente, wie z.B. Überschriften, Absätze usw.
• layout.css diese Datei ist fürs eigentliche Layout zuständig und enthält die Definitionen, der div-Container, wie sie bei uns möglichst immer eingesetzt werden. Ausnahmen gibt es nur, wenn es gar nicht anders geht, ansonsten nutzen wir:
• spezielles.css alle speziellen Definitionen stehen hier:
  • seien es genutzte Konstrukte, die stabil und browserübergreifend Bilder einbinden
  • die ein oder andere zusätzliche Klasse
  • ein spezieller zusätzlicher Container
• etwaige sonstige Stylesheets, z.B. für den Druck, zur Anpassung der Internet Explorer per Conditional Comments, oder was sonst eventuell nötig ist

In den Vorlagen dieser Dateien stehen Grundwerte, die so meist benutzt werden. Verändert wird das Layout, individuell sind Logo und Hintergrundbilder, angepasst werden noch Farben und einige weitere Kleinigkeiten pro Projekt.

Viel mehr ändert sich jedoch nur selten, denn der Hauptunterschied liegt ja im Layout des jeweiligen Projekts. Grundelemente werden immer benötigt und Farben eben ans Layout angepasst.

Der Vorzug einer Vorlage ist, dass ich es dort sofort nachziehen kann, wenn mir bei einem Projekt etwas spezielles auffällt, oder ich mal wieder was vereinfachen kann.

HTML-Vorlage

Eine Vorlage der Grundstruktur bieten natürlich auch bereits die meisten Editoren, z.B. der bei uns genutzte Quanta. Wir setzen jedoch so gut wie nie ausschließlich HTML ein. Meist gibt es entweder noch einige eigene Entwicklungen in PHP oder eine Software wird darüberhinaus eingesetzt.

Software-Vorlage ::: z.B. WordPress-Blog

Je nachdem, was man häufig nutzt, bei uns zur Zeit WordPress, ist es sinnvoll sich auch da die relevanten eigenen Anpassungen als Vorlage zu nutzen.

Es gibt eine Reihe von Plugins, die wir üblicherweise nutzen, da sich die jedoch sehr schnell ändern, packe ich ins Basisprojekt nicht alle relevanten Dateien. Keinesfalls gibt es dort das gesamte WordPress, sondern die jeweils aktuelle Version wird genutzt.

Extra sichere ich jeweils die in einem Plugin geänderten und angepassten Dateien, nur selten unterscheiden die sich pro Blog, meist sind diese Anpassungen für alle Blogs identisch.

Als Vorlage gibt es jedoch das Template, von dem ich üblicherweise ausgehe. Dieses habe ich mir aus der leeren und gut kommentierten Vorlage von texto.de erstellt. Bei gravierenden Änderungen in WordPress schaue ich mir die dort jeweils aktuelle Vorlage nochmal an und passe mein Template an. Das jeweilige Theme ist abhängig vom jeweiligen Blog, bzw. Webauftritt mit WordPress, die Grundstrukturen sind jedoch überwiegend wieder gleich.

PHP-Vorlage

Manches läuft bei uns auch in Projekten, die keine weitere Software einsetzen mittels PHP. Es ist einfach nicht sinnvoll reines HTML zu nutzen, da vieles automatisiert einfach besser geht. Jedes Projekt benötigt eine Navigation, automatisiert wird meist irgendwo ein Datum genutzt, Metadaten die nicht projektspezifisch sind werden für alle Seiten gleich eingebunden, es gibt ein Kontaktformular…

Diese Grundlagen, die immer dieselben sind, stehen in unserer PHP-Vorlage. Sobald wir Neues nutzen wird das auch hier nachgezogen, beispielsweise um Spam zu vermeiden, ändert sich regelmäßig etwas.

…noch eine Vorlage?

Ja, eine habe ich noch Nein, es ist nicht direkt “eine Vorlage” hilft aber trotzdem ungemein:

Layoutbildervorlage

Sinnvoll benannte Layoutbilder bilden zunächst einmal das Gerüst, mit dem bereits ein erstes Design möglich ist. Später können die Bilder einfach reinkopiert werden, unter demselben Namen, damit spart man sich das Anpassen der Pfade. Klappt auch für Favicons, Bilder auf Fehlerseiten und ähnliches, was man häufig nutzt.

Falls ich was vergessen hab, oder ihr noch einen praktischen Tipp habt, gerne…

Wir, das sind bei miradlo zur Zeit fünf Menschen, hier im Blog lest ihr entweder von mir oder von Roland.
Ab und zu machen wir jedoch auch mal sichtbares, seien es Webauftritte, wie gerade aktuell

• www.bio-hundundkatz.de

oder Webapplikationen, die man ausprobieren kann, wie unsere

• Demoversion einer Terminverwaltung für Mietervereine auf www.miradlo.biz.

Wer also mal schauen oder was ausprobieren mag…

• Projektmanagement ::: was war gewünscht?
• Open-Source Version

Neu ist die Idee als solche bei weitem nicht. Dirk berichtete jetzt über neue und zusätzliche Cartoons, die es bislang nicht gab. Aber so ab und an, gibt es nette Ergänzungen, besonders schön, finde ich die Version für Open Source, das Original habe ich optisch ein bisschen an mein Ursprungsbild angepasst. Weitere, sehr nette Ideen, wie z.B. iSwing gibts bei projectcartoon.

In meiner Diplomarbeit ging es damals um Requirements Engineering in Kundenprojekten, an der Thematik hat sich bis heute nicht viel geändert. Denn egal wie groß ein Informatikprojekt ist, egal mit welchen unterstützenden Werkzeugen Anforderungen aufgenommen werden, immer wieder passiert es doch, dass die Kundenanforderungen bei weitem nicht wie gewünscht umgesetzt werden.

Ein für mich hierbei nach wie vor ganz entscheidender Punkt ist, den Kunden gleich zu Anfang genau zuzuhören, sehr genau nachzufragen, bzw. zu erklären, damit die Unterschiede am Ende möglichst gering ausfallen. Falls ich eine Wippe statt einer Schaukel für geeigneter halte, dann sollte mein Kunde sehr früh ja oder nein dazu sagen können…

1. Wie kamen wir zum Bloggen?

Es begann mit einer Kundenanfrage und einem Testblog. Dabei fiel mir auf, dass es einige Themen gibt, über die ich sowieso schreibe, um es für alle Mitarbeiter zu dokumentieren. Vieles davon ist jedoch nicht miradlo-spezifisch oder gar geheim, sondern kann auch für andere nützlich sein.

Wir sind ja Open-Source-Anhänger, nutzen Linux und fast ausschließlich freie Software. Wer das mag und gut findet, sollte seinen/ihren Teil dazu beitragen, dass es auch in Zukunft noch Open-Source-Projekte gibt. Es gibt viele Möglichkeiten das zu unterstützen. Häufig glauben die Nutzer sie müssten programmieren, um solche Projekte zu unterstützen, aber das ist keineswegs der einzige Weg. Es gibt vieles was hilft:

• über Open-Source berichten
• Tipps und Anleitungen zu veröffentlichen
• Fehler an die richtigen Stellen melden, für KDE-Bugs z.B. bei bugs.kde.org

Ein Blog bot sich deshalb an, um möglichst einfach zu verschiedenen Themen zu dokumentieren.

2. Warum wir mit WordPress bloggen?

Nun, es gab bereits von uns betreute WordPress-Blogs. Zunächst wollte ich nicht viel zusätzliche Zeit investieren, brauchte eine weitere Möglichkeit auch zum Ausprobieren, deshalb eben auch hier WordPress.

3. Was gegen WordPress spricht?

Es ist Mainstream, viele nutzen WordPress, wenn es zu viele werden, besteht die Gefahr eines Monopols, wie bei Windows oder Google. Die vielen Nutzer erhöhen das Risiko gehackt zu werden und erfordern sehr regelmäßige Sicherheitsmaßnahmen. Die Vorteile wie schnelle und einfache Installation und viele fertige Plugins, ergeben den automatischen Nachteil, dass der Betreuungsaufwand steigt.

4. Bloggen wir themenorientiert und was ist unser Thema?

Klar, wir bloggen über alles was rundum unser Unternehmen relevant ist. Daraus ergeben sich folgende Hauptthemen:

• Webdesign
  • unser Hauptgebiet sind Webapplikationen, jede Webapplikation hat auch irgendeine Webseite, deshalb gehört Webdesign immer auch dazu
  • insbesondere zum Thema valide Webseiten und sauber programmierte Layouts mit XHTML und CSS gibt’s ständig was zu berichten
• Linux
  • wir nutzen nichts anderes, daher gibts immer mal wieder Tipps und Anleitungen
• Blogs und WordPress
  • zur Zeit laufen alle von uns betreuten Blogs mit WordPress, wir bloggen selbst regelmäßig, deshalb ergeben sich hier manche Themen
• Projekte
  • Roland arbeitet seit Jahren im Projektumfeld, nicht nur bei miradlo, deshalb bloggt er immer mal wieder zu allem rundum Projekte
• miradlo
  • immer mal wieder gibt’s hier Berichte darüber, was wir so tun
  • Technisches aus unserem Alltag
• Krimskrams
  • in dieser Kategorie stehen Artikel, die nicht so direkt über eins der genannten Themen berichten, aber so rundums Unternehmen oder beim Bloggen, manchmal auch eher philosophierend auftauchen

5. Was tun wir um gelesen zu werden und zwar möglichst regelmäßig, also mit Feed-Abonnenten?

Zunächst einmal einige technische Möglichkeiten nutzen, wie sinnvolle Titel in optimierter Form, automatische Pings an Verzeichnisse wie Technorati usw. Ansonsten all das, was ich schon im Artikel Quantität vor Qualität beschrieben habe.

Einen ganz guten Vergleich wie sich Themen auswirken, habe ich zwischen diesem Blog und uteles Blog.

• regelmäßig gebloggt wird in beiden etwa gleich lang
• die Blogs haben dieselben Autoren
• hier ist alles eher technisch, themenorientiert
• in uteles Blog eher erzählend, plaudernd
• optisch sind beide Blogs eher ein wechselndes Experimentierfeld, statt eines ausgeklügelten Designs
• Teilnahmen an Blogparaden sind ähnlich
• Kommentare in anderen Blogs und eingetragene Verzeichnisse sind ebenfalls ähnlich

Der Hauptunterschied ist das Thema, hier relativ klar abgegrenzt und überwiegend technisch, dort quer durch den Gemüsegarten erzählend, plaudernd.

Auswirkungen auf Besucher und Abonnenten bezogen

• uteles Blog
  • hat regelmäßig mehr Besucher von Suchmaschinen
  • braucht deutlich mehr Besucher, um einen Abonnenten zu bekommen
  • es kommt vor, dass auch nach hundert Besucher niemand den Feed abonniert
• miradlo bloggt
  • hat viele Besucher durch Links und andere Verweise
  • es kommt vor, dass aus vier Besuchern vier Abonnenten werden

Mein Fazit daraus:

• viele Besucher sind leichter durch allgemeine Themen zu bekommen
• nachhaltig bleibende Abonennten sind leichter mit spezialisierten Themen anzulocken

Je nach eigenem Ziel fürs Blog und eigenen Interessen lässt sich das eine oder andere Ziel schneller erreichen.

Wenn die Mitarbeiter in der Matrixorganisation bleiben, und die Projekte sich die Mitarbeiter teilen, enstehen folgende Vorteile:

• Wenn ich das Projekt in der Matrixorganisation betreibe ,gefährde ich den täglichen Betrieb nicht. Die Mitarbeiter sind in ihrer bestehenden Organisation und können schnell von einem Projekt zum Betrieb wechseln.
• Mehrere Projekte können sich dieselben Mitarbeiter teilen. Die Mitarbeiter müssen nicht zu 100% von einem Projekt finanziert und betreut werden. Mehrere kleinere Tasks können gleichzeitig abgearbeitet werden.
• Die Organisation bleibt stabil. Es gibt keine größeren Wechsel und die Mitarbeiter wissen über eine lange Zeit wo sie arbeiten.

Die Nachteile der Matrixorganisation für Projekte sind:

• Viele Projekte benötigten dieselben Mitarbeiter. Der einzelne Mitarbeiter muss sehr schnell zwischen verschiedenen Projekten umschalten und verliert an Effizienz.  Im schlimmsten Fall kann der Mitarbeiter keine Leistung mehr bringen, da er permanent zwischen den Aufgaben wechseln muss. Dies führt zu Frust und schlechten Ergebnissen.
• Bei strategisch wichtigen Projekten kann die Koordination innerhalb der Matrixorganisation dazu führen, dass der Projektfortschritt extrem gebremst wird.

Aus diesen, und natürlich noch vielen anderen, Gründen muss vor Projektbeginn nachgedacht werden welche Organisationsform zu wählen ist. Die Projektorganisation verursacht Unruhe unter den Mitarbeitern, da sie für die Projektlaufzeit nur für das jeweilige Projekt zur Verfügung stehen. Der Vorteil ist jedoch, dass sehr effizient und gezielt an einem einzigen Projekt gearbeitet wird. Je nach Zeitrahmen und Aufgabenstellung, kann es daher sinnvoll sein, eine Projektorganisation innerhalb einer Matrixorganisation zu etablieren.

Die Fragen waren:

• Müssen wir ein proaktives Risikomanagement aufbauen?
• Braucht es ein Changemanagement?
• Ist ein Costtracking wirklich notwendig?
• Wieso brauchen wir ein Stakeholder-Management?
• Wer macht denn heute noch Support-Prozesse oder Incident-Management um Projekte an den Betrieb zu übergeben?

Wie immer gab es im Team mehrere Bestrebungen. Die Einen wollten am liebsten alle Prozesse aufsetzen und im Papierstapel ertrinken. Die Anderen wollten am liebsten gar nichts machen und einfach schnell mal das Projekt fertig stellen.

Tja, da war also unser Dilemma.

Entweder wahnsinnig viel schreiben, viele Protokolle erstellen, viele Dokumente unterschreiben und weiter leiten, oder schnell und schlank durchs Projekt schreiten und beim ersten politischen Rülpser unter die Räder kommen.

Wir saßen also zusammen und stellten unsere Anforderungen zusammen. Wir wussten, dass dieses Projekt politisch nicht leicht werden wird. Es ist ziemlich dick und wir müssen viele Mitarbeiter an verschiedenen Standorten koordinieren. Das schreit nach viel Prozess, Planung und Koordination. Aber wie immer haben wir nicht viele Mitarbeiter, die uns beim Planen und Koordinieren helfen können. Das kostet Geld und ist für die Auftraggeber ziemlich nervig. Stellt euch vor ihr zahlt für den Umbau eurer Wohnung 10.000€ und davon für die Projektleitung 7.000€. Das würde euch sicher gefallen oder? Wie etwa nicht?

Und da hat einer von unseren altgedienten Projektleitern eine super Aussage gemacht:

• Du kannst jeden Prozess weglassen.
• Du kannst in deinem Projekt auf alles verzichten.
• Mit jedem Prozess den du weglässt erhöht sich lediglich dass Risiko.

Und so haben wir uns auf ein hoffentlich vernünftiges Maß der eingesetzten Prozesse geeinigt. Wir lassen diverse Prozesse weg, oder behandeln sie etwas stiefmütterlich. Andere Prozesse, die wir wegen der Eigenheiten des Projektes als wichtig ansehen, setzen wir komplett um. Den Rest machen wir mit unserem Bauchgefühl. Denn wie schon Tom DeMarco sagte, das wichtigste Organ des Projektleiters ist der Bauch.

Also dann auf ins Projekt und vertraut hier und da eurem Bauch! Ich für meinen Teil kann da auf einen relativ dicken Teil meines Körpers vertrauen

Viel Spaß beim Leiten!

Ich eignete mir BPM, Design Patterns, UML, J2EE, PHP, EAI, SOA, Webservices, Web2.0 und vieles mehr an. Vor lauter dazulernen habe ich völlig vergessen, dass es auch Anfänger gibt, denen das Programmieren nicht in die Wiege gelegt wurde. Unser Azubi bei miradlo hat mir da die Augen geöffnet. Unsere Welt dreht sich extrem schnell und wir dürfen nicht stehen bleiben. Dummerweise müssen die “Neuen” auch irgendwie hinterher kommen.

Da stellt sich nun die Frage, was sie alles lernen müssen und was wirklich nicht mehr benötigt wird.

Dinge die garantiert noch benötigt werden

Ich glaube beim Einstieg in die Programmierung sind die folgenden Themengebiete immer noch unumgänglich:

Boolesche Algebra

Das ist DIE Grundlage. Zum Einstieg sollten wirklich die grundlegenden Elemente erlernt werden. Im Internet findet sich genügend Dokumentation darüber; (siehe wikipedia oder IT-Wissen). In den Schulen sollte das auch unterrichtet werden. Leider sollte das nur unterrichtet werden. Bei manchen Schulen wird im ersten Lehrjahr alles mögliche unterrichtet, die benötigten mathematischen Grundlagen sind jedoch eher nicht gern gesehen…

Datentypen

Hier geht es weiter. Wenn man sich in die Programmierung einlernen will, sollte man sich mit den Standarddatentypen auskennen. (Siehe wikipedia) Es ist wichtig zu wissen, was folgende Datentypen bedeuten:

• bool
• int
• long
• double
• float
• String

Egal in welcher Programmiersprache. Irgendwie findet man diese elementaren Datentypen immer wieder.

Syntax der Programmierung

Wie in at-mix.de schön beschrieben, handelt es sich bei der Syntax um die Festlegung welche Zeichen miteinander kombiniert werden dürfen. Im letzten Jahr habe ich mehrmals Anfänger erlebt, die ihre Programme nach Form, anstatt nach Syntax erstellten. Wenn man das zuvor noch nicht gesehen hat, ist es schwer zu erklären. Vielleicht gelingt mir das mit einem Beispiel:

Die Aufgabe war eine Überprüfung von Eingabewerten durchzuführen:

// Some other codeif(a > 10){

// do something which looks like a very long string

}else{

// do something else which didn't fit in this line. So you have to look what to do...

}

Der zu lange Text sah nicht gut aus und so wurde er umgebrochen:

// Some other codeif(a > 10){

// do something which looks like a very long string

}else{

// do something else which didn't fit in this line.

So you have to look what to do...

}

Wenn ihr euch ein bisschen mit programmieren auskennt, wisst ihr warum das keine gute Idee ist

Der Code sieht zwar schöner aus, kann aber nicht mehr ausgeführt werden. Ein weiteres Beispiel, bei dem die Syntax nicht verstanden wurde, zeigt diese Zeile hier:

if(count($argv > 2)){}

Anstatt:

if(count($argv)  > 2){}

Na erkennt jeder den Unterschied?

Fazit

Im ersten Moment ist es irritierend, wenn man selbst diese Fehler lange nicht mehr macht. Doch es hat mir gezeigt, dass man vor lauter bunten Oberflächen, schnelleren Modellen und einem blinden Glauben an die Technik immernoch auf die Menschen achten muss, die diese Maschinen bedienen. Egal wie perfekt unsere Computer und Methoden werden, schlussendlich müssen wir sie bedienen und verstehen können, um wirklich nutzbringende Systeme erstellen zu können.

Schaut euch mal ein bisschen um und überprüft ob alle in eurem Umfeld noch mitkommen…