Thorsten Ziehm wrote: > Hi Christian, > >> >>> [...] >>> Auch die Arbeit mit dem Issue-Tracker, in dem ja eigentlich alles >>> zusammenläuft wird direkt mit dem QA-Team und den als erstes zuständigen >>> Leuten in Verbindung gebracht. Hier gilt es, auch mal gesammelt die >>> „Karteileichen“ [...] >> >> Die Berge unbearbeiteter RFEs? > > Gerade hier wird es schwierig werden, welches Projekt sich dieser > Aufgabe annehmen wird. Seit kurzem gibt es das User Experience Projekt > [1][2] auf OOo. Ich gehe davon aus, dass sich dieses Projekt dieser > heroischen Aufgabe annehmen wird und muss.
Das würde IMHO die Aufgabe dieses Teams in eine völlig falsche Richtung lenken. Wir haben schon in den letzten Jahren von unserem eigenen UX-Team gelernt, dass das nicht der rechte Platz ist. Insbesondere ist hinderlich, dass viele Issues ohne den technischen Background, die Einschätzung der Resourcen-Lage etc. nur geparkt werden. Das kann es nicht sein. Die Auswahl, was man demnächst angehen möchte, sollte aus den Projekten kommen. Das sieht auch der Project Lead des UX-Projekts nicht anders (wir hatten heute zufällig(?) gerade ein Gespräch darüber). Das heißt nicht, dass UX sich da raushält, es heißt nur, dass das systematische Vorgehen ein Interesse und daher am besten auch eine Aufgabe der jeweiligen Projekte ist. UX wird dann sicherlich bei der Umsetzung der Aufgaben eine wichtige Rolle spielen. Sie sollten aber nicht die Roadmap machen. Ich habe damit auch schon für den Writer angefangen, indem ich die Sichtung aller Issues mit mehr als 30 Votes mir als Ziel für 2.3 gesetzt habe (die Sichtung - nicht das Bearbeiten ;-)). Die Zahl ist dabei willkürlich und orientiert sich nur an der Machbarkeit. Schön wäre es, wenn man dabei themenorientiert auch an der Konsolidierung der Issues arbeiten könnte, also das, was Jacqueline wohl mit "Karteileihen" bezeichnet hat, auszufiltern. Ciao, Mathias -- Mathias Bauer (mba) - Project Lead OpenOffice.org Writer OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS Please don't reply to "[EMAIL PROTECTED]". I use it for the OOo lists and only rarely read other mails sent to it. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
