Fünf Menschentypen in Änderungsvorhaben

Wenn Sie eine Neuerung einführen wollen, werden Ihnen folgende fünf Menschentypen begegnen.

1. Die Innovatoren
Sie lieben neue Ideen. Sie müssen nur davon hören, um entfacht zu werden und sie übernehmen oder auszuprobieren. Sie brauchen keine Power Point Präsentation. Sie sprechen mit ihren Freunden und verbreiten die Idee.
Sie bilden im Durschnitt nur 2,5% einer Population/Organisation.

2. Die frühen Adaptoren
Diese Leute sind offen für neue Ideen, aber brauchen mehr Informationen. Sie wollen die Power Point Präsentation, einen Artikel oder ein Buch zum nachlesen.

3. Die frühe Mehrheit
Auch sie sind offen für neuen Ideen. Sie brauchen jedoch „Beweise“ für das funktionieren. Sie richten sich danach, was andere Leute die sie kennen – mit denen sie sich identifizieren können – bereits adaptiert haben und vormachen. Freunde, Nachbarn, Kollegen.
Dies sind mehr als ein Drittel.

4. Die späte Mehrheit
Ich mache es, wenn ich es muss. Ok, wenn ich muss, mache mit – möglicherweise.

5. Die Nachfolger
Es war doch schon immer so. Warum müssen wir etwas anderes machen?

Diese 5 Typen sind dabei keine persönlichen, unveränderlichen Eigenschaften, sondern Rollen, die ein Mensch abhängig von der Idee einnehmen kann.

Quelle: Englischsprachiges Interview mit Linda Rising im Software Engineering Radio Episode 139 http://se-radio.net/podcast/2009-06/episode-139-fearless-change-linda-rising

Kostenlose Alternativen zu MS Project

Vorab: Kein kostenloses Programm deckt den immensen Funktionsumfang von MS Project ab. Aber für die Hauptfunktionen gibt es ein paar wirklich brauchbare Alternativen.

Afinion Project-Viewer

Wie der Name schon sagt, ein Viewer für MS Project Dateien, für Projektmitglieder, die ausschließlich lesenden Zugriff auf die Hauptfunktionen benötigen.
Download: http://www.afinion.de/ftp/Project-Viewer.exe

OpenProject

Mit OpenProject (http://openproj.org/openproj) können Projektpläne auch abgeändet werden.
Download: http://sourceforge.net/project/downloading.php?group_id=199315&filename=openproj-1.4.msi&a=40522302

Ganttproject

ähnlich dem OpenProject

Ein Weg zu Scrum: Karteikarten statt Software

Ausgangssituation:
Tasks mit Karteikarten übersichtlich und effizient zu planen ist für lokal arbeitende Teams zwar möglich, wird aber dennoch nicht überall mit offenen Armen angenommen. Das Team oder das Management ist es nicht gewohnt oder hat kein Vertrauen in diese lapidaren Karten.

Prinzip:
Mit der Einfachheit der Karten kann man den grundlegenden Ablauf der Zusammenarbeit und auch den Fortschritt wesentliche besser sehen, als mit einer Softwarelösung (ein häufiger Vertreter sei hier Bugzilla genannt).

Lösungsweg:
Die ersten 2-3 Iterationen mit Karteikarten beginnen und entsprechend des Feedbacks aus den Retrospektiven kann man mit einer Software den Prozess ergänzen. Zum Beispiel mit einem Ablagesystem für Detailinformationen wie einem Wiki.

Falls es wirklich nötig ist kann man die Karteikarten dann auch mit einer Software ersetzen. Das Team kann die Erkenntnisse und Erfahrungen über dem Planungsprozess mit den Karten dann besser auf das Softwaresystem übertragen.

Warum dauert die Sprintplanung so lange?

Gegebenheiten:
– Die Anforderungen im ProduktBacklog werden in idealen Personentagen abgeschätzt (GF-Beschluss).
– Die Anforderungen sind am Sprintende sehr oft nicht vollständig umgesetzt (Muss zusätzlich untersucht werden!).

Effekt:
Im ersten Sprintplanungs-Teil, in dem sich das Team die Anforderungen auswählt, zu denen es sich committed, wird der Restaufwand in idealen PT abgeschätzt. Über mehrere Iterationen hinweg werden also immer wieder die gleichen Anforderungen neu abgeschätzt. Das kostet Zeit und ist ermüdend. Dadurch wird der zweite Sprintplanungs-Teil, in dem die Anforderungen in Tasks herunter gebrochen und auf Stundenbasis geschätzt werden nur mühsam und wird nur unvollständig gelebt.
Vor allem die Entwickler, die es nicht gewohnt sind große Aufgaben in kleine aufzuteilen haben damit Schwierigkeiten.

Lösungsmöglichkeit:
Wenn die Anforderungen ohnehin schon in idealen Personentagen geschätzt werden, kann SP1 und SP2 zusammengefasst werden.
Dabei werden direkt die (restlichen) Aufgaben je Anforderung ermittelt, in Stunden abgeschätzt und notiert.
Lediglich neue Anforderungen könnnen vorab grob in PT geschätzt werden.
Das Sprint Burndown Chart kann somit ggf. auch ohne Aufteilung der Anforderungen in Aufgaben mit der Summe der Anforderungsaufwände auf der Y-Achse gestartet und bei vollständiger Erledigung abgetragen werden.

ACDSee ist auf einen Betriebsfehler gestoßen und muss jetzt geschlossen werden.

Folgender Artikel beschreibt einen Lösungsweg:
http://acdsystems-de.custhelp.com/cgi-bin/acdsystems_de.cfg/php/enduser/std_adp.php?p_faqid=100

Wenn das nicht hilft, aber ACDSee noch startet bevor die Fehlermeldung kommt, kann man die Datenbank exportieren und nach Löschen des Default Profil Ordners wieder importieren.

Die Meldung hat wohl etwas mit dem Abruf von verwaisten Einträgen in der DB zu tun. Wenn ACDSee noch startet und der Benutzer danach auf einen verwaisten Eintrag navigiert, kommt die Meldung und ACDSee lässt sich danach nicht mehr starten. In dem Fall hat man hoffentlich ein Backup der Datenbank.