Norbert Eder's Blog

trello-burndown 0.8.0 verfügbar

csharp@gmx.at — Thu, 18 Apr 2013 13:01:06 +0200

trello-burndown ist ab sofort in der Version 0.8.0 verfügbar. Es hat wieder zahlreiche Bugfixes, Anpassungen und Erweiterungen gegeben, die in diesem Beitrag näher beschrieben werden.

Weiterführende Informationen finden sich auf http://devtyr.github.com/trello-burndown/. Das Node-Modul kann auch via NPM installiert werden, Informationen siehe https://npmjs.org/package/trello-burndown.

Fehlerbehebungen

Der Sprint wurde einen Tag zu früh deaktiviert und konnte somit am letzten Tag nicht mehr aktualisiert werden
export und config Ordner werden nun beim Startup erstellt, sofern diese nicht existieren
d3.js wurde als NPM-Modul entfernt (Kompatibilitätsprobleme mit Node 0.10.x) und als statische Ressource eingebunden
Wurden Tasks an Tagen abgeschlossen, die nicht aktiv im Burndown angezeigt werden, dann wurden deren Werte nicht berücksichtigt.
Burndown-Chart wurde an die restlichen Charts angepasst

Features

Hover-Informationen in den Charts
Es werden nun mehrere Finished Lists unterstützt
Sprint-Ansicht wurde um eine Liste der offenen Punkte erweitert
Sprint-Ansicht wurde um die Anzeige der Statistik-Daten erweitert

Viel Spaß damit!

WLAN verliert unter Windows 8 ständig Verbindung

csharp@gmx.at — Wed, 17 Apr 2013 20:53:30 +0200

Die WLAN-Verbindung auf meinem neuen Laptop verliert - wenn ich via Tethering online bin - laufend die Verbindung. Das ist durchaus nervig wenn man alle Minuten neu verbinden darf. Also muss dafür eine Lösung her. Insgesamt fallen mir hierzu zwei Möglichkeiten ein, die helfen können (wohl nicht müssen, aber wir werden sehen).

Energieverwaltung

Für einige Geräte besteht die Möglichkeit, dass der Computer unter dem Deckmantel der Energieverwaltung das jeweilige Gerät deaktivieren darf. Dies ist gerade bei Laptops die auf Akku laufen hilfreich um Ressourcen zu sparen. Dies kann jedoch unter Umständen zu ungewollten Verhaltensweisen führen. Um dies für die WLAN-Karte zu deaktivieren ist der Geräte-Manager zu öffnen und das Stück Hardware unter Netzwerkadapter zu finden. In den Eigenschaften findet sich nun die Lasche Energieverwaltung. Um eine Deaktivierung durch den Rechner zu verhindern ist der Haken von Computer kann das Gerät ausschalten, um Energie zu sparen zu entfernen.

Treiber aktualisieren

Hat die Änderung der Energieverwaltung nicht funktioniert, sollte überprüft werden, ob ein neuer Treiber zur Verfügung steht. Hierfür sind die selben Schritte, wie oben beschrieben, durchzuführen. Anstatt der Lasche Energieverwaltung ist hingegen die Lasche Treiber zu öffnen. Dies ergibt in etwa folgendes Bild:

Nun ist die Schaltfläche Treiber aktualisieren zu wählen. Man wird nun gefragt, ob automatisch nach einem Treiber (online) gesucht werden soll, oder aber am Rechner (so man bereits zuvor Treiberdateien herunter geladen hat). Hier ist die erste Wahl zu treffen. Wird ein neuer Treiber gefunden, ist dieser zu installieren. Natürlich kann es nun sein, dass kein neuer Treiber gefunden wurde. Dies bedeutet jedoch nicht, dass es keinen neuen gibt. Hierfür ist die Hersteller-Seite (in meinem Fall die Seite von Intel) aufzurufen und für die entsprechende Hardware nach einem Treiber zu suchen. Wie auf dem obigen Screenshot ersichtlich, ist die notwendige Information hierfür angeführt. Wichtig ist hier die korrekte Typbezeichnung und die aktuell installierte Version (hierbei ist darauf zu achten, ob es sich um 64-Bit oder 32-Bit System handelt - dies kann via System herausgefunden werden).

Die Treiber kommen im Normalfall mit einem Installer, der auszuführen ist. Etwaige Anweisungen sind zu befolgen.

Bei Intel ist mir aufgefallen, dass sich der Installer ohne Meldung verabschiedet. Ein kurzer Blick auf die Treiberversion hat jedoch gezeigt, dass der Treiber installiert wurde. D.h. dies vor Ausbruch einer Panik überprüfen :)

In meinem Fall hat es ein Treiber-Update getan - Problem gelöst, allerdings stellt sich mir die Frage nach der Aktualität der Treiberdatenbank von Microsoft. Liegen zwischen der ursprünglich installierten Version und der nun installierten doch über zwei Monate. Da würde ich mir gerade für den nicht technikaffinen Endverbraucher eine Verbesserung wünschen.

Windows Phone: Verbindung zu SkyDrive aufbauen

csharp@gmx.at — Wed, 17 Apr 2013 15:57:19 +0200

Viele Windows Phone Apps ermöglichen das Arbeiten mit Dokumenten oder Daten die sinnvollerweise mit anderen Anwendungen geteilt werden. Vielfach kommt dabei Dropbox zum Einsatz und weit seltener SkyDrive. Dabei ist eine Integration mittlerweile recht einfach möglich. Dieser Beitrag zeigt was dafür notwendig ist und wie es funktioniert.

Im ersten Schritt wird das Live SDK benötigt. Darin enthalten sind Steuerelemente und Schnittstellen für den Zugriff auf SkyDrive via Single Sign On durch den Microsoft Account (vormals Windows Live ID). Nach der Installation sind zwei Referenzen einzubinden:

Wer gerne über die Toolbox arbeitet kann sich die Steuerelemente via Choose Items einbinden:

Hier ist dann (je nach zu Grunde liegender Version) der SignInButton zu wählen. Nach Bestätigung erscheint das Steuerelement in der Toolbox und kann dort praktisch ausgewählt und auf die View gezogen werden:

Berechtigungen

Für den Zugriff auf SkyDrive sind unterschiedliche Berechtigungen notwendig. Hierbei sind insgesamt 5 Scopes definiert, die jeweils mit einer unterschiedlichen Berechtigung ausgestattet sind:

wl.sigin: Single Sign On, d.h. ist der Benutzer bereits angemeldet, wird diese Session übernommen
wl.basic: Lesezugriff auf die grundlegenden Profilinformationen und der Liste der Kontakte
wl.offline_access: Benutzerprofil kann zu jeder Zeit gelesen und aktualisiert werden. Ist dieser Scope nicht aktiviert kann auf die Profilinformationen nur in eingeloggtem Zustand zugegriffen werden.
wl.skydrive: Lesezugriff auf Dateien
wl.skydrive_update: Lese- und Schreibzugriff auf Dateien

Alle verfügbaren Scopes können hier eingesehen werden. Die gewünschten Scopes sind bei Verwendung des SignInButton-Steuerelementes über die Eigenschaft Scopes anzugeben:

     <Controls:SignInButton Scopes="wl.basic wl.signin wl.offline_access wl.skydrive_update"/>

Damit der Zugriff grundsätzlich funktioniert, muss im Live Connect Developer Center eine Anwendung erstellt werden. Daraus resultiert eine ClientId, die in der gleichnamigen Eigenschaft zu setzen ist.

Es ist zu beachten, dass für den Zugriff mittels Windows Phone in den API-Einstellungen zur Anwendung im Developer Center diese als mobile Anwendung deklariert werden muss.

So sollte die Deklaration der Schaltfläche schlussendlich aussehen:

    <Controls:SignInButton Scopes="wl.basic wl.signin wl.offline_access wl.skydrive_update" SessionChanged="OnSkyDriveSessionChanged" ClientId="[ClientId]" Branding="Skydrive" TextType="SignIn"/>

Es gibt weitere Eigenschaften, die gesetzt werden sollten:

Branding: Das Icon und das Theme welches für die Schaltfläche gesetzt werden sollen. Im obigen Beispiel ist dies auf Skydrive gesetzt. Weitere Möglichkeiten sind Hotmail, Messenger und Windows.
TextType: Hierfür stehen unterschiedliche Varianten des anzuzeigenden Textes zur Verfügung. Eine Übersicht wird hier gegeben.

Verbindung aufbauen

Um eine Verbindung aufzubauen ist lediglich auf die angezeigte Schaltfläche zu klicken. Wie bei der obigen Deklaration zu sehen ist, ist ein Ereignishandler auf das Ereignis SessionChanged zu setzen. Dieses Ereignis wird ausgelöst, wenn es dahingehend eine Änderung gibt.

    if (e != null && e.Status == LiveConnectSessionStatus.Connected)

    {

        ViewModel.ConnectClient(e.Session);

    }

    else

    {

        ViewModel.DisconnectClient();

        if (e.Error != null)

        {

            // Error handling

        }

    }

Hier wird auf ein ViewModel verwiesen, welches in meiner Anwendung verwendet wird. Dieses stellt eine Methode ConnectClient zur Verfügung. Darin wird unter anderem folgendes vorgenommen um den Client zu initialisieren:

    private LiveConnectClient skydriveClient = null;

    public void ConnectClient(LiveConnectSession session)

    {

        this.skydriveClient = new LiveConnectClient(session);

    }

Ab nun können weitere Operationen ausgeführt werden. Eine genaue Beschreibung hinsichtlich Ordner und Dateien findet sich im Beitrag Working with Microsoft SkyDrive folders and files.

Hinweis: Sehr hilfreich ist das interaktive Live SDK. Darüber kann die API ohne echtes Setup kennengelernt werden.

Fazit

Mit Hilfe des Live SDK kann sehr einfach eine Verbindung zu SkyDrive aufgenommen werden. Die Verwendung selbst ist einfach, allerdings mit einigen kleinen Gemeinheiten deren Lösung an unterschiedlichsten Stellen allerdings gefunden wird.

Team Foundation Services - Scrum-Template im Einsatz

csharp@gmx.at — Mon, 15 Apr 2013 09:08:00 +0200

Im Beitrag “Team Foundation Services - Unterstützung für Git unter der Lupe” habe ich mich bereits mit den Team Foundation Services beschäftigt - genauer gesagt mit der Unterstützung für Git. Dieser Beitrag wendet sich nun der Scrum-Prozessvorlage zu. Die Team Foundation Services bieten mehrere Prozess-Vorlagen, für mich ist zum aktuellen Zeitpunkt jedoch nur die Scrum-Vorlage wirklich interessant. Zu den weiteren Vorlagen wird es daher in diesem Beitrag keine zusätzlichen Informationen geben. Dabei ist für mich von Interesse, welche Funktionalitäten diese Vorlage tatsächlich anbietet und wie der Umgang damit hinsichtlich Verwendbarkeit ist.

Im Menüpunkt WORK finden sich die Zugänge zum Product Backlog, zum aktuellen Board und der mir zugeordneten Work Items.

Product Backlog

Im Product Backlog können sämtliche User Stories verwaltet werden. Dieses ist sehr einfach gehalten und zeigt neben der Reihenfolge auch den Titel, den Status, den Aufwand, den Iterationspfad und gesetzte Tags an:

Die Spalten der Liste können nach eigenem Bedarf angepasst werden. Es stehen zahlreiche Möglichkeiten zur Verfügung:

Einträge können in dieser Liste der Drag & Drop verschoben und so die Reihenfolge angepasst werden. Über das Zeilenmenü kann ein gewähltes Element geöffnet werden um Detailinformationen erfassen zu können:

Die Möglichkeiten an dieser Stelle sind vielfältig. Erfasst werden kann:

Iteration
Zugewiesene Person
Status
Grund
Aufwand
Business-Wert
Backlog Priorität
Beschreibung
Storyboards
Testfälle
Aufgaben
Akzeptanzkritierien
Historie
Links
Anhänge

Bei der Eingabe von neuen Items wird eine Unterscheidung zwischen Backlog-Eintrag und Bug vorgenommen.

Auf Basis der eingetragenen Aufwände (Schätzungen whatever) kann auch eine Prognose erstellt werden. Diese ist in der Standardeinstellung deaktiviert, lässt sich jedoch durch einen einzigen Klick sofort aktivieren:

Im Standard wird eine Velocity (also Teamgeschwindigkeit) von 10 angenommen (in meinem Fall mit einer Person im Team des Tests). Dieser Wert kann entsprechend angepasst werden. Alle Backlog-Einträge werden daher entsprechend ihrer Reihenfolge in Sprints unterteilt. Dadurch ergibt sich natürlich auch eine schöne Sicht, wie viele Sprints für die gesamte Umsetzung des Backlogs benötigt werden.

Für das Product Backlog steht ebenfalls eine Board-Ansicht zur Verfügung. Diese zeigt die Einträge aus dem Backlog und ihren Status an:

Auch hier können die einzelnen Listen (Spalten) konfiguriert werden.

Auf diese Einstellungen sollte unbedingt ein Blick geworfen werden, da wohl nicht sehr viele mit einem vordefinierten WIP-Limit arbeiten wollen.

Sprints verwalten

Über das Kontextmenü oder aber das Zeilenmenü können einzelne Einträge bestimmten Iterationen zugeordnet werden (eine Mehrfachauswahl scheint nicht möglich zu sein). Die Änderung wird sofort im Product Backlog ersichtlich. Gleichzeitig wird der gewünschte Sprint aktualisiert. Ein mögliches Ergebnis kann wie folgt aussehen:

In der Headerleiste ist nun zu sehen, dass noch keine Sprintdaten erfasst wurden. Unter Set Date können nun das Start- und Enddatum des aktuellen Sprints gesetzt werden. Ebenfalls ist zu beachten, dass diese Liste eine weitere Ausprägung Capacity hat. Darunter können die Ressourcen für diesen Sprint geplant werden:

In diesem Beispiel ist schön zu sehen, dass die Ressourcen für die Umsetzung nicht ausreichen. Dies wird sofort zur Ansicht gebracht und kann für die Anpassung der Planung verwendet werden.

Eine Gesamtplanung der Releases und dazugehörigen Sprints ist auf der Overview unter dem Menüpunkt Configure schedule and iterations verfügbar. Dies sieht dann so aus:

In der ersten Liste besteht nun die Möglichkeit, jedem Backlog-Item Tasks hinzuzufügen, dies erfolgt über das + Icon. Die auszufüllenden Felder entsprechen denen eines Backlog-Eintrages, anstatt eines Aufwandes wird der verbleibende Aufwand eingetragen (diese erfolgen in Stunden):

Aus den vorhandenen Backlog-Einträgen und den dazugehörigen Tasks wird automatisch ein Board generiert:

Dieses zeigt übersichtlich den aktuellen Stand an und kann natürlich dazu verwendet werden, den Status der einzelnen Punkte zu verändern.

Eine für mich interessante Frage ist nun: Muss ich als Entwickler die Punkte im Board verschieben, oder funktioniert das auch direkt via Visual Studio. Der Vorteil läge natürlich darin, dass ich mein Hauptwerkzeug nicht verlassen muss. Ein weiterer Vorteil läge darin, dass dieser Schritt bei einer automatischen Durchführung nicht vergessen werden kann und das Board somit tatsächlich immer aktuelle sein würde.

Team Foundation Services via Visual Studio

Um nun mit den Work Items etc. der Team Foundation Services arbeiten zu können, ist das Service zu verbinden. Hierzu ist ein “Team Foundation Server” hinzu zu fügen. Die URL entspricht dem Link zum eigenen Workspace:

Im Anschluss ist das gewünschte Team Project auszuwählen:

Nun kann via Team - New Query eine Abfrage auf den aktuell geplanten Sprint vorgenommen werden:

Alle relevanten Work Items können damit abgegriffen werden.

Es werden automatisch Shared Queries angelegt, welche über Visual Studio abgegriffen werden können. Diese betreffen den aktuellen Sprint, d.h. eine obige Query muss nicht zwingend vorgenommen werden. Zu den Queries gelangt man via Team Explorer und Work Items.

Mit den Work Items kann nun direkt aus Visual Studio gearbeitet werden.

Änderungen werden nicht automatisch an ein Changeset gehängt, dies kann aber sehr einfach durch einen Link vom Work Item auf das jeweilige Changeset (oder mehrere) vorgenommen werden.

Alle gemachten Änderungen sind sofort online ersichtlich.

Fazit

An einigen Stellen hakt es schon noch ein wenig. So würde ich mir wünschen, dass sich ein Work Item automatisch an das jeweilige Changeset (oder an die Changesets) hängt. Auch die Git-Integration im Team Explorer braucht definitiv noch Verbesserungen hinsichtlich der Usability. Insgesamt lässt es sich aber ganz gut damit arbeiten. Jetzt fehlt noch ein Test mit einer Real-World-Solution und der Preview Funktionen hinsichtlich Build und Test Cases. Bis jetzt sehe ich jedoch keinen Grund der gegen die Nutzung der Team Foundation Services mit Git-Repository spricht.

Team Foundation Services - Unterstützung für Git unter der Lupe

csharp@gmx.at — Fri, 12 Apr 2013 12:54:07 +0200

Nachdem das Tooling beim Team Foundation Server 2012 sehr vielversprechend ist und mit reinen Git bzw. Mercurial-Mitteln zwar möglich, aber durchaus mit zusätzlichen Schritten für Entwicklern oder gar Kontextbrüchen einher geht, möchte ich mir dieses Thema genauer ansehen. Zwar gibt es durchaus Lösungen die eine gesamtheitliche Abbildung des Entwicklungsprozesses inkl. Einbindung von beispielsweise Scrum ermöglichen, allerdings sind die gefundenen Varianten kostenpflichtig, der TFS ist jedoch bereits In-Haus verfügbar, ohne Mehrkosten.

Visual Studio kann ja durch die Visual Studio Tools for Git recht passabel mit Git-Repositories arbeiten. Auch die Team Foundation Services (die “Cloud”-Variante des Team Foundation Servers) bietet die Möglichkeit der Git Team Projects. Innerhalb dieser Projekte wird mit Git-Repositories gearbeitet. Das bringt den Vorteil eines echten Distributed Version Control Systems (DVCS) mit den Templates des Team Foundation Servers zusammen. Soweit so gut. Das Ziel wäre jedoch der Einsatz der On-premise Variante. Hierzu gibt es viele Ankündigungen und Hinweise, dass ein Git-Support bald verfügbar wäre. Die Annahme, dass dies mit dem Update 2 nun endlich soweit ist, hat sich als falsch heraus gestellt. In einem Kommentar zu Visual Studio 2012 - Update 2 RTM musste ich erfahren, dass ein Git-Support kommen wird, jedoch erst im nächsten Major-Release. Also wohl nicht so schnell. Schade eigentlich.

Um für mich selbst ein Bild zu bekommen, ob die Services in Frage kommen (unabhängig der “Cloud”-Geschichte), warf ich einen Blick darauf. Auf meine Erkenntnisse möchte ich nachfolgend eingehen.

Pricing

Aktuell kann dieses Service kostenlos verwendet werden, Preise werden im Laufe 2013 veröffentlicht. Hierbei ist jedoch anzumerken, dass die Verwendung für MSDN Abonnenten wohl kostenlos bleiben dürfte (diesbezügliche Informationen finden sich hier). Derzeit läuft alles auf den Free Plan hinaus, der für bis zu 5 Benutzer verfügbar ist. Eine Verwendung mit mehr als 5 Benutzern ist möglich, wird aber nach Einführung von kostenpflichtigen Plänen (ohne MSDN Abonnement) wohl verrechnet werden. Die diesbezügliche Aussage auf der Webseite:

Just sign up for the Free Plan today and you can use the service for free. When we begin charging in 2013, access to the service will be offered as a benefit—at no additional charge—for paid MSDN subscribers at these levels:

Visual Studio Ultimate with MSDN

Visual Studio Premium with MSDN

Visual Studio Test Professional with MSDN

You get all the benefits of your MSDN subscription plus you can store your work and collaborate with your project team in the cloud.

Wer also ein kleines Team oder ein MSDN-Abo hat, dürfte da auch zukünftig kein Problem haben. Zusätzliche Informationen über das Pricing habe ich nicht. Mal sehen was genau da noch kommen wird.

Test der Services

Für mich stellt sich nun die Frage, wie gut der Git-Support mit den Team Foundation Services wirklich funktioniert. Dazu sind die oben erwähnten Visual Studio Tools for Git notwendig und eine Anmeldung auf http://tfs.visualstudio.com.

Wenn erledigt hat man nun zwei Möglichkeiten:

Für mich ist die Variante mit Git-Unterstützung von Interesse.

Interessant ist hierbei, dass beide Schaltflächen die gleiche Funktionalität bieten, lediglich die Auswahl “Version control” entsprechend gesetzt wird. Projektname ausfüllen, das gewünschte Prozesstemplate wählen und anschließend per Create Project die Anlage starten.

Die Anlage dauert ein paar wenige Momente. Navigiert man im Anschluss zum Projekt wird man gleich mit den üblichen Scrum-Verdächtigen konfrontiert. Vorerst interessiert mich jedoch die Code-Verwaltung. Dazu ist auf den Menüpunkt CODE navigieren und man erhält die Clone-URL. Ein Wechsel zu Visual Studio steht also an.

Der Team Explorer bietet nun die Möglichkeit an, ein Git-Repository zu klonen. Wir holen uns also die entsprechende URL aus den Services und starten dies mal:

Im Zuge dieses Vorgangs wird ein Fenster zur Eingabe der Credentials geöffnet.

So erledigt, kann nun ein neues Projekt erstellt und im Clone-Folder abgelegt werden. Über den Team Explorer sind die Changes sofort ersichtlich. Per Kontextmenü können (und das ist auch notwendig) Dateien aus der Source Verwaltung exkludiert werden.

Hierbei ist mir aufgefallen, dass es mit den Visual Studio Tools for Git offensichtlich nicht möglich ist (oder ich habe es übersehen) eine .gitignore-Datei zu verwalten. Das könnte vielleicht ein wenig lästig sein. Deshalb habe ich mit TortoiseGit ein wenig nachgeholfen und eine entsprechende Datei angelegt, die darin gemachten Einträge werden - wie es aussieht - durch die Visual Studio Tools for Git berücksichtigt.

Edit: Eine .gitignore-Datei kann auch über den Team Explorer und der Git-Integration hinzugefügt werden. Dabei sind bei geöffnetem Repository die Git Settings zu öffnen. Danz unten unter Repository Settings kann ein entsprechendes File hinzugefügt werden.

Im nächsten Schritt folgen das erste Commit als auch ein Push, damit das Projekt im Remote-Repository verfügbar ist.

Ein Blick auf den Online-Zugang zeigt, es hat funktioniert:

Soweit der erste Test via Visual Studio. Zur Sicherheit möchte ich jedoch eine Änderung außerhalb machen und mit dem Git-Client meiner Wahl pushen.

Beim Push-Vorgang kommt nun ein Fehler - nach Eingabe der Credentials - der eigentlich auch nicht weiter verwundert, jedoch vielleicht ein wenig missverständlich ist:

Um dies zu beheben, muss man auf der Webseite zu den Team Foundation Services ins Benutzerprofil wechseln und unter Credentials alternative Daten angeben (bis dato wird ja lediglich mit einer Live ID gearbeitet):

Ein erneuter Push-Versuch resultiert in einem Erfolg:

Auch die weiteren Funktionen arbeiten ohne Probleme.

Fazit

Der erste Eindruck ist gut. Alles arbeitet gut zusammen, es gibt keine Hürden die unerwarteter Weise auftreten, es gibt auch nichts wo man großartig nachlesen müsste. Interessant wird es dann wenn es weiter geht in Richtung der Scrum-Templates und der Builds bzw. Testpläne etc. Aber dafür wird es eigenständige Blog-Beiträge geben, die näher darauf eingehen werden. Es ist sicherlich noch einiges zu tun, aber es lässt sich gut arbeiten, sowohl von Visual Studio heraus, als auch mit anderen Tools. Damit rückt der TFS definitiv wieder in die engere Wahl.

Mercurial-Repository nach Git konvertieren

csharp@gmx.at — Thu, 11 Apr 2013 16:00:36 +0200

Git wird immer populärer und gefühlsmäßig gerät Mercurial ins Hintertreffen. Die Gründe dafür dürften wohl in der besseren Performance von Git und der breiten Akzeptanz von GitHub sein. Zusätzlich ist es auch teilweise mühsam, mehrere Clients installiert haben zu müssen (bei einigen ist eine Unterstützung des jeweils anderen DVCS in Vorbereitung, sonst wäre mir SmartGit/Hg bekannt). Wer nun von Mercurial auf Git wechseln möchte bekommt in diesem Beitrag eine Schritt für Schritt Anleitung.

Prerequisits (Mercurial -> Git)

Folgende Werkzeuge und Erweiterungen kamen zum Einsatz:

Als Mercurial-Client wird TortoiseHg verwendet. Dieser Client lässt sich einfach erweitern, was auch für dieses Vorhaben notwendig ist. Als Erweiterung dazu wird hg-git benötigt. Die Installation und Einrichtung sieht wie folgt aus:

Als ZIP herunter laden und in ein beliebiges Verzeichnis entpacken
Via TortoiseHg die Einstellungen für das zu konvertierende Repository öffnen
hg-git als Erweiterung eintragen

Der Eintrag wird direkt in der Datei hgrc vorgenommen und soll wie folgt aussehen:

[extensions]
hggit=C:\Temp\hg-git\hggit

Hier ist natürlich der tatsächliche Pfad einzusetzen. Damit die Erweiterung verwendet wird, müssen alle offenen TortoiseHg-Anwendungen geschlossen werden.

hg-git hat neben der Abhängigkeit zu Mercurial (diese ist durch die Installation von TortoiseHg als erfüllt anzusehen) eine weitere zu dulwich. Hier ist das entweder das ZIP herunter zu laden, oder das Repository zu klonen. Im Root-Verzeichnis befindet sich ein Verzeichnis dulwich. Dieses Verzeichnis muss nun den Libraries von TortoiseHg hinzugefügt werden. Diese befinden sich üblicherweise in:

%ProgramFiles%\TortoiseHg\library.zip

So muss das dann innerhalb der ZIP-Datei aussehen:

Damit sind alle Vorarbeiten abgeschlossen und es kann mit der Konvertierung gestartet werden.

Und natürlich muss Git installiert sein. Hierbei ist unerheblich welche Implementierung. Wer beispielsweise GitHub for Windows installiert hat, ist bereits bestens gerüstet, sonst kann auch http://git-scm.com/ verwendet werden.

Aus Mercurial mach Git

In den nächsten Schritten werden wir ein bestehendes Mercurial-Repository in ein Git-Repository konvertieren. Hierzu sind folgende Schritte notwendig:

Git-Bash öffnen (dieser Schritt ist notwendig, damit die hg-git-Erweiterung angezogen wird)
Ein leeres Git-Repository anlegen (hier wird durch die Erweiterung ein Pack-File eingespielt). Dazu ein Verzeichnis an beliebiger Stelle anlegen und folgenden Befehl innerhalb dieses Verzeichnisses ausführen:
git init --bare
Nun ist ins Mercurial-Repository zu wechseln und dieses in das Git-Repository zu pushen (zu beachten ist, dass dieser Vorgang durchaus recht lange dauern kann, es werden keine Konsolen-Ausgaben geschrieben, daher nicht abbrechen, sondern warten; Es erfolgt jedoch schlussendlich eine Meldung wie viele Commits etc. übernommen wurden):
hg push path/to/Git-Repository
Im Git-Repository liegt nun unter objects/pack ein Git-Pack-File, welches alle notwendigen Informationen enthält.

Damit ist die Migration eigentlich abgeschlossen, sofern man mit dem Pack-File zufrieden ist. Ist dies nicht der Fall, kann man mit den folgenden beiden Schritten alle Objekte in separaten Dateien ablegen:

Ein weiteres Verzeichnis anlegen und in dieses wechseln
git clone -l path/to/Git-Pack-Repository ausführen. Dabei ist nicht das Pack-File zu referenzieren, sondern das Repository-Stammverzeichnis

Damit ist nun ein Git-Repository mit allen Objekten als separate Dateien vorhanden und kann für weitere Schritte verwendet werden.

Fazit

Die Migration kostet zwar ein wenig Zeit (vor allem, wenn man sich die einzelnen Schritte und Lösungen für einige Fallen zusammensuchen muss), geht aber sonst weitestgehend problemlos von Statten. Nach dem Umstieg steht die gesamte Historie zur Verfügung und es kann wie mit Git gewohnt gearbeitet werden.

Das Geheimnis der Kommunikation

csharp@gmx.at — Tue, 09 Apr 2013 21:25:15 +0200

Vor einigen Tagen habe ich zum Thema Arbeiten wir an der Kommunikation geschrieben. In diesem Beitrag hatte ich einige Punkte aufgelistet, die ein Team zu einer besseren Kommunikation führen, wohlgemerkt, auf mein Team abgestimmt. Gestern hatten wir einen Workshop-Tag mit Ilker Centikaya zum Thema Scrum (hierauf folgt ein separater Post). In diesem wirklich sehr inspirierenden Workshop hatten wir auch ein wenig Systemtheorie zum Thema. In seiner Rohform nichts für schwache Nerven. In der durch Ilker aufbereiteten Form dauerte es nicht lange und mir fiel es wie Schuppen von den Augen.

Ich hatte den Grund erkannt, warum die Kommunikation innerhalb meines Teams und auch mit angrenzenden Bereichen nun wesentlich besser funktioniert als noch vor einigen Monaten. Intuitiv hatte ich eine Entscheidung zu einem Vorgehen getroffen und diese umgesetzt. Nie wäre ich jedoch auf den Gedanken gekommen, dass dieser Punkt wesentlich stärker wiegt als alle im letzten Beitrag zum Thema Kommunikation aufgelisteten Punkte. Das Stichwort ist

Transparenz

Jawohl! Transparenz!

Das hat mit Kommunikation nun was genau zu tun?

Mit einer mangelnden Kommunikation geht meist auch noch ein weiterer Punkt einher: Mangelnde Motivation, oder besser formuliert, stark einwirkende Demotivation. In zahlreichen Quellen wird betont:

Wahre Motivation kommt von innen.

Das heißt im Umkehrschluss, dass von Extern demotivierende Kräfte wirken. Da gibt es viele Faktoren, einer ist fehlende Information. Dies bedeutet natürlich, dass der eigene Entscheidungsfreiraum eingeschränkt wird, das Ziele, Visionen nicht erkannt werden und somit auch kaum Weiterentwicklungspotential gesehen wird. Das resultiert wiederum darin, dass der Einzelne nicht weiß wohin der Weg führt und wo auf diesem Weg er selbst Platz findet. Das löst Existenzängste aus. Eine logische Folgerung: Es findet eine Einigelung statt, eine Abgrenzung. Typisch dafür ist, dass selbst wiederum keine Informationen weitergegeben werden, um sich selbst unentbehrlich zu machen.

Um dieses Problem zu beheben, kommt nun die Systemtheorie ins Spiel (bitte beachten, dass meine Kenntnisse der Systemtheorie als sehr gering einzustufen sind, bei Fehlbeschreibungen bitte mich zu verbessern). Speziell die Selbstreferenzialität. Salopp gesagt bedeutet dies, dass sich ein System (eine Person, ein Team, ein Unternehmen etc.) nur auf sich selbst bezieht, sich selbst reguliert. Einflüsse aus der Umwelt können angenommen werden, müssen aber nicht.

Möchte ich als Person einen Vorteil zu vermitteln, muss ich ihn also zuerst bei mir selbst anwenden, zeigen dass es funktioniert und kann somit angrenzenden Systemen ein Angebot unterbreiten, dies ebenfalls einzusetzen. Diese Systeme entscheiden selbst ob sie das tun werden oder nicht. Wird der Vorteil erkannt und für gut befunden stehen die Chancen dazu natürlich gut.

Mein Vorgehen war nun, für Transparenz in meinem Tun zu sorgen. Meine Team-Mitglieder wurden verstärkt zu Entscheidungen herangezogen, bekamen Informationen zu dem “Wie geht es weiter?” usw. Durch die gelebte Transparenz haben meine Team-Mitglieder offensichtlich den daraus resultierenden Vorteil erkannt und selbst umgesetzt. Die Informationen wurden mehr, jeder konnte seinen Platz finden, die Sicherheit ist gestiegen, ebenfalls die Motivation. Die “neue” Motivation hat dazu beigetragen, dass mit vielen Informationen freizügiger umgegangen wird. Es stieg der Kommunikationsanteil. Und plötzlich läuft das Werk …

Fazit

Transparenz ist ein Faktor der nicht unterschätzt werden darf. Mitarbeiter möchten wissen wie es um ein Unternehmen, die Projekte, ihre Zukunft steht. Nur mit diesem Wissen können sie sich wirklich einbringen und für Mehrwert sorgen. Ich selbst habe durch Ilker einen kleinen Einblick in für mich neue Themen erhalten die mir sofort geholfen haben, einige meiner Entscheidungen reflektieren und weitere Maßnahmen setzen zu können. Was folgt ist sicherlich ein weiteres Studium dieser Gebiete um mein Wissen zu festigen. Ebenfalls verstehe ich nun, dass dies der wahre Grund war, warum die Kommunikation innerhalb meines Teams nun ordentlich funktioniert. Die anderen Maßnahmen waren gut und sicherlich hilfreich, jedoch nicht ausschlaggebend.

Follow Up - Hochwertiger Content für Entwickler - Machen wir doch was!

csharp@gmx.at — Tue, 02 Apr 2013 10:54:14 +0200

Vor einigen Tagen hatte ich im Beitrag Hochwertiger Content für Entwickler - Machen wir doch was! aufgerufen, eine einfache Möglichkeit zu schaffen, an hochwertigen Content aus der Community zu kommen. Das Echo war recht groß und schnell ergab ich ein äußerst fruchtbares Gespräch mit Ralf Westphal. Aber auch viele andere aus der Community teilten ihre Meinung mit mir. Teils mit Zustimmung, teils mit konstruktiven Hinweisen auf bestehende “Lösungen”.

Warum überhaupt?

Im letzten Beitrag ging das Warum nicht eindeutig hervor. Daher möchte ich dazu ein paar Worte teilen, die erklären warum ich der Meinung bin, etwas Neues müsste her.

Mir ist durchaus bewusst, dass es zahlreiche Blogs gibt, die wirklich gute Beiträge liefern, mitunter finden sich auch an anderen Stellen feine Artikel, oder auch Grundlagendiskussionen, die ein jeder gelesen haben sollte. Das ist positiv und gut so. Für aktive und langjährige Mitglieder der Community ist das Finden dieser Ressourcen kein Thema, hat doch ein jeder die entsprechenden Quellen aktiv am Radar, oder ist sogar selbst dafür verantwortlich. Dennoch brauchen auch hier die einen oder anderen Perlen einige Zeit, gefunden zu werden.

Der Einsteiger hat es da schon schwieriger. Thema auswählen, Google oder Bing auf Treffer durchforsten und die gefundene Lösung wird schon in Ordnung gehen. Eine tiefergehende Prüfung hinsichtlich Auswirkungen etc. kann erfahrungsbedingt oftmals nicht durchgeführt werden. Er muss sich also auf das Gefundene verlassen, oder bei schlechtem Bauchgefühl dem nächsten Link vertrauen. Dabei zählt nicht immer Qualität. Wer mehr Content produziert (und die passenden Keywords) steht weiter oben, nicht zwangsweise der empfehlenswerte. So einfach, so schlecht.

Gab es vor 10 Jahren noch ein paar zentrale Player, die Content anzubieten hatten, findet sich dieser nun an allen Ecken und Enden. Guter, wie auch Schlechter. Das Problem dabei: Der gute Content ist durch vermehrte Werbebeiträge etc. teilweise ganz gut versteckt. Blogs haben in der Regel auch vielfach nicht die Suchmaschinenrelevanz von größeren/großen Verlagen, teilweise jedoch weit bessere Inhalte.

Für mich ist das der Punkt an dem eine Lösung her muss. Sowohl für mich als auch für andere, besonders Einsteiger, die es wirklich sehr schwer haben. Das mag der eine oder andere noch nicht nachvollziehen können, aber dazu komme ich gleich.

Bestehende Lösungen

In den Kommentaren des ersten Beitrags wurden einige deutschsprachige Alternativen genannt, die gerade der eingeschworenen Community wohlbekannt sind. Viele werden diese Dienste auch zu schätzen wissen. Es liegt mir fern diese als schlecht hinzustellen, dennoch möchte ich sie hinterfragen und Problemstellen aufzeigen.

DotNetGerman Bloggers(und Aggregate im Allgemeinen)
Das ist wohl das Community-Feed-Aggregat der ersten Wahl für ausreichend Inhalte. Wenn ich korrekt gezählt habe, dann sind zum jetzigen Zeitpunkt 109 mehr oder weniger aktive Blogger gelistet. Das ist schon eine ganz schöne Menge, an Bloggern und gelieferten Content. Wunderbar. Dennoch bietet dieses Aggregat (wie alle anderen) einige Nachteile:

Zuviel Rauschen. Zu nahezu jedem Thema finden sich zahlreichende Blogger. Da viele nicht abgeneigt sind, News zu ihrem Fachgebiet zu verfassen, erscheint dieselbe News zigfach in der Liste auf. Ebenso verhält es sich mit Themen, die eigentlich nicht für das Aggregat von Relevanz sind. So finden sich Beiträge anderweitigen - teils branchenfremden - Themen, teilweise auch private. Das interessiert mich nicht, wenn ich mich zu aktuellen .NET Themen informieren möchte.
Fehlende Wartung. Aggregate haben es an sich, dass keine oder kaum Wartung statt findet. Aufgenommen wird, was aktuell ins Schema passt. Die Ausrichtung eines Bloggers (dahinter steckt in unserem Fall ja meist ein Entwickler) ändert sich jedoch im Laufe der Zeit. Dies hat meist berufliche Hintergründe. So findet oft sehr schnell eine Verlagerung in gänzlich unterschiedliche Themengebiete statt. Oftmals wird überhaupt die Plattform gewechselt. Beiträge gehen dann am eigentlichen Thema vorbei. Das führt wiederum zum ersten angeführten Problem: Zuviel Rauschen.
Keine Kategorisierung. Ich als Leser des Aggregats habe keine Möglichkeit nach Themen zu filtern, die mich aktuell interessieren. Hier kann ich nur mühsam die einzelnen interessanten Feeds nehmen und meine eigene Liste pflegen. Damit entferne mich jedoch vom Dienst und nutze ihn nur als Input-Geber. Zukünftige empfehlenswerte Beiträge bleiben mir verborgen, da diese natürlich nicht in meinen abonnierten Feeds enthalten sind (so ich nicht zufällig auf diese Quelle stoße).
Kurze Vorhaltezeit. Das genannte Aggregat (wie auch die meisten Alternativen) hält Beiträge nur für kurze Zeit im “Angebot”. Ältere Beiträge können weder durch eine Suchfunktion noch anderweitig gefunden/angezeigt werden. Somit hat dieses Medium lediglich tagesaktuelle Relevanz für mich. Heute interessiere ich mich für dieses Thema, morgen für ein anderes. Wofür ich mich morgen interessiere, kann ich heute jedoch nicht beurteilen. Ergo fällt es auch schwer die richtigen Beiträge für eine spätere “Behandlung” zu markieren.
Kein Qualitätshinweis. Ich muss einen interessant klingenden Beitrag lesen um ihn beurteilen zu können. Es gibt kein Bewertungssystem an dem ich mich festhalten kann, welches quasi als Leitschienen fungiert. Das kostet Zeit und birgt die Gefahr in sich, den am Schluss des Beitrags formulierten Mehrwert nicht als solches zu erkennen (weil ich beim ersten “Scannen” gar nicht so weit komme).

dotnet-kicks.de
Auch dieses Projekt ist der Community gut bekannt. Mittlerweile werden keine weiteren Beiträge mehr eingestellt. Ob das Projekt eingestellt wurde, oder einfach kein Interesse mehr besteht, kann ich nicht sagen. Fakt ist, dass es ein Klon von vor Jahren boomender Bewertungssysteme ist (welches genau können die Betreiber sicherlich beantworten). Ein einfaches System Internetinhalte zu “bewerten” und zu kategorisieren. Die immer geringeren Benutzerzahlen zeigen jedoch, dass derartige Dienste überholt sind.

Kein Qualitätshinweis. Aber hey, ich habe es “gekickt”. Das zeugt doch von Qualität. Nein, das tut es nicht. Ich als “Leser” kann nicht erkennen warum diese Quelle empfohlen wurde. Ist es ein Freundschaftsdienst, oder ist der Inhalt wirklich so gut. Viele “Kicks” bekommt oft auch, wer über ein trendy Thema berichtet hat. Kommentare und Kategorisierung sind zwar möglich, werden jedoch nicht oder kaum genutzt, da dies kein Teil des Rating-Systems ist. Für mich als Leser wenig hilfreich.
Fehlende Accountability. Beiträge können unter Pseudo-Benutzern oder gar anonym eingereicht werden. Dadurch entsteht ein gewaltiges Rauschen. Wer mit seinem Namen einsteht und (daher) auf seine Reputation bedacht ist, wird besonders darauf achten, guten und sinnvollen Content einzustellen.
Fehlende “Mitmach-Motivation”. Gamification ist das Stichwort. Oftmals fehlt es an einem Anreiz Inhalte einzustellen. Self-Marketing steht hier ganz weit vorne. Weitere Kriterien sind aber die persönliche Profilierung, die nicht nur durch eigene Inhalte zustande kommt, sondern auch als Quell empfehlenswerter Inhalte.
Mangelnde Usability. In den meisten Fällen muss Titel und Beschreibung der einzustellenden Beiträge manuell eingetragen werden. Dies kann auf Basis der URL automatisch geschehen. Der Fokus wird hierbei auf die falsche Stelle gelegt. Wichtiger wäre eine sinnvolle Bewertung, weniger die Erfassung ohnehin verfügbarer Informationen.

Beide Lösungen haben auch gemeinsam, dass es wenig Personalisierungsmöglichkeiten gibt. Integrationen zu “Read later”-Diensten oder gar als eigene Implementierung sind nicht vorhanden. Es fehlt mir persönlich eine schnelle Möglichkeit empfehlenswerte Beiträge in einer Liste zu hinterlegen, die ich mir dann in aller Ruhe ansehen kann. Ich bin gezwungen Schritte unabhängig des Dienstes vorzunehmen um dieses Ziel zu erreichen. Ein “Kontextbruch” der es mir erschwert, mein Ziel zu erreichen.

Lösungsvorschlag

Die vorgeschlagenen Alternativen bieten also viele Nachteile, die behoben werden können. Zwar bedeutet dies nicht per se, dass die Dienste damit obsolet sind oder nicht genutzt werden sollten. Es geht aber besser - mit weit höherem Mehrwert. Genau die Schaffung dieses Mehrwertes ist das Ziel.

Wie also kann eine mögliche Lösung aussehen? Nachfolgend möchte ich die aufgekommenen Erkenntnisse zusammen fassen und zur Diskussion in den Raum stellen. Es ist jeder herzlich willkommen seine Meinung kund zu tun. Gerne auch konstruktive Kritik, da diese bekanntlich den größten Mehrwert bietet.

Content-Sharing. Entgegen meines ersten Vorschlages soll kein neuer Content generiert, sondern auf vorhandenen verlinkt werden. Es gibt ausreichend qualitativ hochwertige Beiträge.
Accountability. Beiträge können nur von Benutzern eingestellt werden, die mit vollem Namen registriert sind und mit solchem für ihre Quellen einstehen. Anonyme Beiträge sind nicht erlaubt, auch Phantasienamen werden nicht akzeptiert.
Rating. Eine Bewertung ist immer mit einem Grund zu versehen. Warum wird dieser Inhalt als empfehlenswert eingestuft? Was ist der tatsächliche Mehrwert? Wie hat mir der Beitrag weiter geholfen? Ein einfaches “Kick it” ist nicht ausreichend einen Beitrag zu empfehlen. Jeder angemeldete Benutzer kann ein Rating abgeben. Dieses ist wiederum mit einem ausreichenden Kommentar zu versehen.
Tagging. Es gibt kein Einstellen ohne Tagging. Beiträge sind mit passenden Tags zu versehen. Darauf aufbauend kann ein entsprechendes Einfächern in Kategorien stattfinden. Auch eine Suche kann darauf (unter anderem) abgestimmt werden.
Redaktionelle Betreuung. Eingestellte Beiträge werden von “Fachbereichs-Verantwortlichen” freigegeben. Dies bedeutet natürlich einen entsprechenden Aufwand, stellt jedoch sicher, dass passende Begründungen und Tags gesetzt wurden. Ebenfalls kann darüber die Relevanz und der Anspruch an die Qualität der Artikel gewährleistet werden. Hier stelle ich mir ein Team von Themen-Verantwortlichen vor, die sich eben diesem annehmen.
Gamification. Ein öffentliches Ranking-System für Beitragende soll spielerisch sicherstellen, dass die Motivation zum Einstellen neuer Beiträge gegeben ist. Dieses soll nicht auf Masse, sondern auf Qualität basieren. Bewertungen von einem höheren Ranking zählen hierbei mehr als dies bei einem unteren Rang der Fall ist.

Zu diesen Anforderungen bestehen natürlich weitere. Diese sind aber hauptsächlich in der Usability durch den Besucher zu finden, aber auch der Einsteller soll davon profitieren. So sollten beim Einstellen von Beiträgen die relevanten Informationen automatisch bezogen werden (wie man das auch von Facebook, Google+ und Konsorten bereits gewöhnt ist). Stattdessen sollte der Fokus auf die Bewertung des Inhaltes gelenkt werden.

Dem Besucher muss es ermöglicht werden, schnell an für ihn relevante Informationen zu gelangen. Registrierte Benutzer sollten zudem in den Vorteil von “Read Later”-Listen, persönlichen Filtern und Benachrichtigungen kommen.

Hinter den einzelnen Punkten liegen (teilweise) bereits konkrete Ideen zur Umsetzung. Bevor ich diese jedoch groß kund mache, möchte ich diese Zusammenfassung nochmals zur Abstimmung in die Runde werfen. Mir ist eure Meinung sehr wichtig und möchte einen tatsächlichen Mehrwert mit einer neuen Plattform liefern, die natürlich - wie jede andere Plattform - auch mit Anfangsproblemen zu kämpfen haben würde. Nur wenn ein Erfolg absehbar ist, wäre eine Umsetzung sinnvoll. Ich würde mich daher über viele Meinungen freuen. Ist der eingeschlagene Weg richtig, fehlt noch etwas, oder befinden wir uns hier generell auf einem Holzweg?

Arbeiten wir an der Kommunikation!

csharp@gmx.at — Fri, 29 Mar 2013 08:37:00 +0200

Vor einigen Monaten habe ich darüber geschrieben, was denn ein Team-Leader für sein Team tun kann bzw. überhaupt sollte. Nun ist doch ein wenig Zeit vergangen und ich habe unterschiedlichste Experimente vorgenommen - hauptsächlich um die Kommunikation und das Teamgefüge zu verbessern. Meine Erfahrung dabei: die kleinsten Umstellungen wirken am besten! In diesem Beitrag möchte ich aus den Erfahrungen der vergangenen Monate berichten.

Ausgangslage

Mein Team hat harte Zeiten hinter sich. Auch wurde es immer wieder durcheinander gewürfelt. Neue Kollegen, Splittung in mehrere Teams, erneute Zusammenführungen und vieles mehr ist in den letzten Jahren passiert. Gepaart mit zu viel Arbeit und zu wenig Ressourcen ist das für die Teamkultur nicht gerade förderlich. Im Gegenteil. Langsam aber sicher entwickelt sich jeder zum Einzelkämpfer und verhält sich dementsprechend abgeschottet. Eine Entwicklung die bei uns quasi über Jahre ging.

Kleine Änderungen führen zum Ziel

Oder zumindest in die richtige Richtung. Nachfolgend möchte ich einige der vorgenommenen Veränderungen aufführen. Ich gebe jedoch zu bedenken, dass jedes Team anders ist. Einige der besprochenen Probleme werden in anderen Teams nicht auftreten, dafür möglicherweise andere Schwachstellen.

Umbau Büro

Ganz wichtig ist das Klima im Büro. Wir hatten über Jahre hinweg ein sehr steriles Büro. Kaum Pflanzen, wenig Drumherum. Durch einen neuen Büro-Plan haben wir ein wesentlich größeres Büro für unser Team bekommen und haben dieses gemeinsam geplant. Die Tische wurden so aufgestellt, dass eine direkte Kommunikation vereinfacht wird, Beamer für Präsentationen, Code Reviews (oder aber auch manchmal Skifahren), Konferenzen. Ein eigener Besprechungstisch, zur Unterhaltung ohne PC. Auch ist es mittlerweile sehr grün. So mancher mag nun lächeln (was auch gesund ist), aber selbst Duftkerzen haben ihren Weg ins Büro gefunden. Auch sonstiger Dekor darf nicht fehlen, obwohl wir ein reines Männerbüro sind.

Dies wirkt sich nur in kleinen Teilen auf die tatsächliche Kommunikation aus, jedoch ungemein auf das gesamte “Raumklima”.

Kopfhörer

Musik ist heute immer und überall. Gerade am Arbeitsplatz ist man schnell dazu geneigt, einen Kopfhörer aufzusetzen. Für komplexe Problemstellungen ist es ein einfaches Mittel zur Abschottung und Fokussierung. Nachteilig daran ist jedoch, dass dies schnell zur Gewohnheit wird und das Team die Arbeitszeit mit aufgesetzten Kopfhörern verbringt. Wie also bereits angesprochen: Alles Einzelkämpfer. Keine gute Ausgangslage für eine funktionierende Kommunikation.

Als Lösung haben wir uns darauf geeinigt, einen Medienserver inkl. Boxen aufzustellen. Musik aus unterschiedlichen Genres wird darüber gespielt (damit für jeden etwas dabei ist, wobei sich glücklicherweise unser Musikgeschmack deckt). Kopfhörer sind - laut Team-Bescheid - nur mehr für Spezialfälle vorgesehen.

Team-Chat

Neben der täglichen Arbeit läuft ein Team-Chat über den in den letzten Jahren sämtliche Fragestellungen/Probleme/etc. abgehandelt wurden. Hierbei spielt auch mit, dass mein Team über zwei Standorte verteilt ist und so eine einfache Kommunikationsmöglichkeit geboten wird. Das bietet zwar den Vorteil, dass innerhalb der Nachrichten gesucht werden kann, aber dies bringt auch einen gewaltigen Nachteil mit sich: Vielfach werden wichtige Fragen einfach nicht beantwortet. Dafür gibt es viele Gründe:

Man will aktuell nicht gestört werden
Es ist einem schlicht zu blöd jetzt eine Antwort schreiben zu müssen
Die Benachrichtigungen wurden deaktiviert
Etc.

Mittlerweile haben wir den Team-Chat noch für wichtige Ankündigungen, mehr aber in Wirklichkeit auch nicht mehr. Vielmehr ist es nun so, dass jemand mit Frage aufsteht, seine Frage an das Team formuliert und sich einige Minuten später wieder mit einer Lösung hinsetzt. Die anfängliche Befürchtung ständig aus der Arbeit gerissen zu werden hat sich nicht bewahrheitet. Es kristallisiert sich heraus, dass die Fragen immer weniger, dafür jedoch schwergewichtiger werden. Durch die Diskussionen um die beste Lösung wird sehr viel Wissen transferiert, das dem gesamten Team zu Gute kommt. Entsprechend verlagern sich auch die Themengebiete der Fragen.

Da war doch noch etwas: zwei Standorte. Im ersten Schritt versucht der Standort selbst seine Frage zu klären (die Ergebnisse werden in diesem Fall jedoch schon über den Team-Chat mitgeteilt), ist dies nicht möglich gibt es ein “Online-Meeting”.

Online-Meetings

Wie bereits angesprochen: Mein Team ist über zwei Standorte verteilt. Dies macht Meetings nicht gerade einfacher. Ein klassisches Online-Meeting-System haben wir nicht im Einsatz. Bis dato wurden alle über den gewählten Kommunikationskanal angerufen, saßen vor ihren Rechnern mit Kopfhörer und haben mehr oder weniger am Meeting teilgenommen. Eher weniger.

Auch dies läuft nun anders: Bei Meetings setzen wir uns nun alle gemeinsam an unseren Besprechungstisch, oder stellen uns einfach zusammen (wie wir das in unseren Standup-Meetings machen - was Ralf im Übrigen nicht gut findet). Laptops sind nur für den “Schriftführer” zugelassen, es soll keine Ablenkung geben. Damit die Übertragung des Gesprochenen gut funktioniert, haben wir uns ein 3-teiliges Flächenmikrofon gekauft und ausgelegt (anfänglich haben wir günstigere Lösungen probiert, die alle nicht zufriedenstellend funktioniert hatten).

Im nächsten Schritt werden wir wohl auch ein wenig in Richtung Videoübertragung gehen um die entfernten Teammitglieder noch besser eingebunden zu haben.

Gemeinsame Aktivitäten

Als nächsten Schritt unternehmen wir nun monatlich etwas gemeinsam. Nur das Team. Nicht weiter aufregend: Wir gehen Steak essen. Wie Männer das gerne tun. Die ungezwungene Atmosphäre, das lockere Beisammensitzen, das Besprechen von Anliegen auf neutralem Boden ist ein gewaltiger Nährboden für das Zusammenwachsen des Teams.

Unser Unternehmen veranstaltet zwar in mehr oder weniger regelmäßigen Abständen größere Zusammenkünfte mit gemeinschaftlichem Essen, Wettkämpfen und mehr. Es ist jedoch extrem wichtig, dass jedes Team für sich selbst auch einen Weg und ein paar Stunden Freizeit findet, in kleiner Runde etwas zu unternehmen. Auf Dauer gesehen bringt dieser Aspekt aus meiner Sicht am meisten. Es verändert sich der tägliche Umgang miteinander merkbar. Dabei geht es weniger darum Freunde für’s Leben zu finden, sondern sich vielmehr auf eine gemeinsame Basis der Kommunikation zu “einigen” - was im übrigen automatisch passiert.

Fazit

Natürlich hat es noch weitere kleinere Änderungen gegeben, die angesprochenen waren mitunter wohl die größten bis dato. Jedes Team hat andere Baustellen die man erkennen und aktiv (vor allem gemeinsam) angehen und lösen muss. Da mag man durchaus zeitweise ratlos durch die Gegend laufen, aber es gibt Möglichkeiten und die einfachsten ist dann doch meist die besten. Weniger Egoismus und mehr Gemeinschaft im Team birgt für jeden Vorteile, vor allem aber enden Anschwärzungen, das Herumreiten auf Bugs anderer und gar schlimmere Vorkommnisse. Es tritt ein “Gemeinsam machen wir etwas wirklich tolles” in den Vordergrund. Der Grundstein für eine positive Weiterentwicklung.

Hast auch du zu diesem Thema etwas aus deiner Erfahrung zu berichten? Arbeitest du auch in einem Team mit “offenen Wunden”? Oder habt ihr diese bereits gelöst? Ich würde gerne davon erfahren!

Design-Offensive FTW

csharp@gmx.at — Thu, 28 Mar 2013 18:29:34 +0200

Design ist ja bekanntlich besonders wichtig wenn es um das Thema Vermarktung geht. Ein Blog ist ja quasi auch eine Form des Marketings. Self-Marketing, jawohl. In diesem Sinne habe ich das bisherige Design ein wenig aufgefrischt, das Ergebnis ist bereits online.

Die Erneuerung wurde auch für meine Hauptsite unter http://www.norberteder.com vorgenommen. Besser integriert, wie aus einem Guss. Das sollte nun für den Besucher wesentlich übersichtlicher sein. Warum ich dies überhaupt als eigenen Beitrag bringe? Ganz einfach: Euer Feedback ist gefragt. Ist es eine Verbesserung, gibt es weiteres Potential oder findet ihr das neue Design schlechter?

Und so sah das Blog zuvor aus (als Vergleich):

Der Vollständigkeit halber hier noch der Screenshot der ursprünglichen Hauptseite - für’s Archiv sozusagen: