-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hallo Andreas,
wir diskutieren hier vier miteinander verkn�pfte Dinge:
a) Profile und Verteilung der Besucher unserer Seiten
b) Gestaltung unserer Hauptseiten, um den Besuchern gerecht zu werden
c) (Neu)Gestaltung der Navigationsleiste(n) auf allen Seiten
d) Anpassung an das neue, internationale Design
Bevor wir uns �ber a) einig sind, k�nnen wir b) nur im luftleeren Raum
diskutieren.
Nur wenn wir uns einig sind, dass die Navigationsleisten f�r alle
Besucher gleich sein sollen, k�nnen wir mit c) weitermachen bevor a) und
b) gekl�rt sind.
d) ist an f�r sich unabh�ngig von den anderen Punkten, jedoch m�sste
alle Arbeit sp�ter doppelt gemacht werden, daher warten wir besser.
Andreas Borutta wrote:
[Zum Thema Hauptseite b)]
> Wenn Michaels Einsch�tzung zutrifft, dass 75% der Besucher Downloader
> und/oder Neulinge sind, ist jetzt die Frage, wie man dieser gr��ten
> Nutzergruppe besonders dienen kann.
�h, jein. Ich sehe da immer mindestens eine Doppelfunktion. Gerne soll
der richtige Download-link schnell gefunden werden. Aber irgendwo auf
dem Weg muss auch das "Join" auftauchen.
> In Michaels aktuellem Ansatz kommt "Download" z.B. nicht an einer
> exponierten Stelle vor.
�h, wie jetzt? Ich kann mir im Moment nicht vorstellen wie man den Link
zentraler platzieren kann. (NB: Hast du dir das Attachment angeschaut
oder nur den Text gelesen?)
[Zum Thema Nutzerprofil a)]
> Was haltet ihr davon, zun�chst einmal zu sammeln, welche Nutzergruppen
> wir sehen und welche Bed�rfnisse wir bei Ihnen vermuten?
OK. Ich hatte �ber den Text im Issue in der urspr�nglichen Mail noch
etwas mehr geschrieben, bei Bedarf maile ich das auch gerne nochmal. Du
unterteilst etwas gr�ber als ich.
> 1 Neulinge und "Nur-Anwender"
> * Sie wollen erfahren, was Openoffice �berhaupt ist.
Das w�re der reine Neuling.
> * Sie wollen die (neueste) Anwendung herunterladen.
Das w�re ein reiner Downloader.
> * Sie suchen Unterst�tzung bei Fragen.
Das w�re ein Supportsuchender
> * Sie m�chten die aktuellen f�r sie relevanten Neuigkeiten erfahren.
Hm, OK. Wieviele sind das wohl pro Jahr. Ich jedenfalls surfe nur extrem
selten Webseiten an, um Neues zu erfahren. Wenn, dann verlasse ich mich
auf die announce Listen, wie sie z.B. auch de.ooo hat. Und bevor wir als
de-projekt anfangen solch einen Besucherstamm anzusprechen, sollten wir
ein WEB-Team haben, dass pro Woche mindestens auch zwei Neuigkeiten
einpflegt.
> * Sie m�chten sich grunds�tzlich �ber eine m�gliche Mitarbeit
> informieren.
> * Sie w�nschen sich eine interessante kommentierte Linkliste zu
> Seiten mit interessanten oder weiterf�hrenden Informationen
> * ...
Hm. OK.
> 2 Mitarbeiter
> * Sie m�chten die aktuellen f�r sie relevanten Neuigkeiten erfahren.
s.o.
> * Sie m�chten wissen, f�r welche konkreten Aufgaben noch Mitarbeiter
> gesucht werden.
Dies w�rde im Moment eher �ber die dev-Liste laufen, zumindest f�r
aktuelle Aufgaben. F�r Mitarbeiter auf der Webseite stehen eher
Aufgabengruppen und Ansprechpartner. Ich verstehe den Hauptseitentext
"Aufgaben" eher als Lockmittel f�r Neulinge, die eben nicht wissen, um
was es etwa gehen k�nnte bei der Mitarbeit.
> * Sie m�chten Kontaktlinks zum internationalen Projekt finden.
> * ...
Da kann ich dir nicht ganz folgen.
Ich denke Mitarbeiten wollen eben die Reihe von Dokumentationen der
Mitarbeitertools ansehen: CVS, mailinglisten, issuezilla, etc.
[Thema Arbeitsmethodik]
> Was haltet ihr weiterhin davon, wenn wir dieses Sammeln im Wiki
> erledigen, dann k�nnte jeder die Liste erweitern und wir behalten viel
> einfacher die �bersicht als in einer Abfolge von Postings in einer
> Mailingliste oder in Issuezilla?
Als jemand, dem Onlinearbeit hohen Kosten und Zeitaufwand verursacht,
kann ich diesen Vorschlag nur zur�ckweisen. Auf der anderen Seite, wenn
sich eine Anzahl von Begeisterten findet, verzichte ich gerne. Ich will
mich bei weitem nicht als Experten f�r Webseitenentwurf bezeichnen.
> Das Medium Issuezilla finde ich, zugegeben, im Vergleich zum Medium
> Mailingliste sehr umst�ndlich in der Nutzung.
Ein wenig, ja. Es gibt in der Mitarbeiterfaq ein paar S�tze zum
Issuezilla. Wesentlich ist, dass man angemeldet ist, Cookies aktiviert
hat, sich in das "CC:"-Feld eintr�gt und "submit" dr�ckt. Dann werden
alle �nderungen am Issue an dich geschickt.
> Aber ich kenne die Gepflogenheiten hier und daher auch die Gr�nde
> nicht, warum die Umgestaltung statt in der Mailingliste in Issuezilla
> diskutiert wird - bzw. an beiden Orten.
In einem Task-Issue, so wie wir ihn nutzen, k�nnen die Arbeitsschritte
sehr gut dokumentiert und gespeichert werden. Dies ist wichtig, um
Zusammenarbeit zu erm�glichen und zu garantieren, dass beim Ausfall
eines Mitarbeites nicht gleich die Weiterarbeit in Frage steht. So
genutzt ist ein Issue ein Werkzeug zur Arbeitsorganisation.
In einem Issue Entscheidungen herbeizuf�hren oder gar zu diskutieren,
ist eher ungl�cklich, da ist eine Mailingliste besser geeignet. Ich habe
meist zwei Vorgehensweisen mit Task-Issues hier beobachtet:
- - auf der Mailingliste findet sich eine Gruppe, die kurz diskutiert und
feststellen, dass sie gemeinsame Ziele hat, die Arbeit beginnen kann und
alles weitere findet im Issue statt, bis auf gelegentliche
Zwischenerfolgsmeldungen.
- - auf der Mailingliste stellt sich heraus, dass die an einer Aufgabe
Interessierten keine �bereinstimmenden Vorstellungen und Ziele haben.
Die Diskussion auf der Liste geht weiter, bis sich eine �bereinstimmung
herstellt (oder sich zumindest zeigt, dass keine �bereinstimmung
gewonnen werden kann). Der Issue wird dann verwendet um die sich
entwickelnden Gegenvorschl�ge zu dokumentieren.
Letztlich muss nat�rlich irgendwann die Arbeit gemacht werden.
Gruss,
- --
Michael Thomas Kirchner
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCgdef7eXp6pxDLsQRAid9AKCC1vN/WHECsJLYPgs9X38WjSHv+gCfdEL6
nPSDK19hg8QA/zQMV/TCVho=
=wzO6
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
