Community Wunschliste/Wie schreibt man einen guten Vorschlag?
Was ist ein guter Vorschlag? Diese Anleitung soll sicher stellen, dass die Vorschläge eine gute Chance haben verwirklicht zu werden.
Innerhalb des Community Tech Bereiches
Bei dem Vorschlag sollte es sich um ein technisches Bedürfnis der Wikimedia Editoren (Autoren) handeln. Der Vorschlag sollte Softwareentwicklung benötigen und keine Änderung der Regeln und Richtlinien oder der Umgangsformen.
 Das Community Tech Team lehnt ab,wenn die |
 Vorschläge, die Softwareentwicklung benötigen, sind
|
|---|---|
|
|
Weniger als ein Jahr langes Projekt, mehr als ein Fehler
Die Umfrage zur Community-Wunschliste ist auf die Fähigkeiten des Community Tech-Teams beschränkt.
Das Team ist auch dankbar für "große Ideen" zuhanden der Stiftung. Allerdings verlangt die Umsetzung mancher Vorschläge ein gesondertes Team außerhalb von Community Tech.
Solche Vorschläge werden auf eine separate Seite verschoben und es wird nicht über sie abgestimmt. Später wird der Link zu dieser Seite mit anderen Teams der Wikimedia Foundation geteilt.
Beispiele:
|
|
Wähle ein spezifisches Problem aus und beschreibe es detailliert
Stelle den Kontext dar, um zu erklären warum das Problem für Benutzer:innen wichtig ist. Ein guter Vorschlag beschreibt genau:
- Was das Problem ist,
- Wer vom Problem betroffen ist.
- Füge wenn möglich Bildschirmfotos und Links zu Diskussionen über das Problem hinzu.
Dies hilft Community Tech zu verstehen, wo das Team mit seiner Arbeit beginnen soll.
Sage nicht einfach, daß irgendein Feature "veraltet ist", "verbessert werden muss", oder "viele Programmfehler enthält". Solche Beschreibungen sind nicht detailliert genug um zu eruieren, was getan werden muß.
Vorschläge können in jeder Sprache eingereicht werden. Community Tech ermutigt Freiwillige, sie zu übersetzen, so daß möglichst alle mitlesen und abstimmen können. Mehr dazu findest Du auf der Seite zur Überprüfungsphase.
Beispiele:
|
Mach dir keine Sorgen um die Lösung
Du musst keine Vorschläge zur Lösung des Problems machen. Es wird die Aufgabe von Community Tech sein, Lösungen zu finden.
Die Vorgabe der Lösung kann manchmal einschränkend sein. Als Beispiel könnten Abstimmende aus Versehen eine Lösung unterstützen, die sich im späteren Verlauf als nicht realisierbar erweist, und Gemeinschaftstechnologie würde das Problem anders lösen.
Beispiele:
Tags (à la Evernote, durchsuchbar, kategorisierbar) (fehlende Informationen zum Problem, das gelöst werden soll)- Programm zum Massenupload (keine Information zum Problem, das gelöst werden soll)
Sprich mit dem Community Tech-Team
Womöglich willst Du Aufmerksamkeit für Deine Idee gewinnen, und Teil eines Gesprächs über ihre Umsetzung sein. Sammle Rückmeldungen und teile den Vorschlag. Du kannst das schon früh – noch vor Beginn der Abstimmungsphase – tun. So können sich die Teilnehmenden schon im voraus ein Bild machen.
Sieh Dir auch unsere Werbematerialien an. Du darfst diese verwenden.
Vermeide Vorschläge, die schon einmal abgelehnt wurden
Hier ist eine Liste von einigen Projekten, die in vergangenen Jahren viele Stimmen bekamen, aber von Community Tech abgelehnt werden mußten. Es ist unwahrscheinlich, wenn auch nicht unmöglich, daß das Team dieses Jahr an ihnen arbeiten kann.
| Jahr | Rang | Projekt | Erläuterung |
|---|---|---|---|
| 2019 | #2 | Dark mode | Überlappt mit einem Projekt eines anderen Teams. Das überlappende Projekt ist "Desktop Improvements". Mehr erfahren. |
| 2019 | #6 | mw.toolbar wiederherstellen | Das Problem war auch ohne Beteiligung von Community Tech schon größtenteils beseitigt worden. Auch ist es eine Richtlinie von Community Tech, daß keine Änderungen von anderen Teams rückgängig gemacht werden. Mehr erfahren. |
| 2019 | #8 | Artikelerinnerungen | Auf technischer Ebene zu kompliziert. Außerdem hätte das Projekt von einem anderen Team umgesetzt werden müssen. Es gibt bereits Wege, um das selbe Resultat zu erreichen. Mehr erfahren. |
| 2019 | #10 | Zwei-Faktor-Authentisierung für alle | Auf technischer Ebene zu kompliziert. Außerdem hätte das Projekt von einem anderen Team umgesetzt werden müssen. Mehr erfahren. |
| 2017 | #6 | Artikelbenachrichtigungen für mehr Sprachen | Auf technischer Ebene zu kompliziert. Auch ist Community Tech nicht in der Lage, ein solches Tool zu entwickeln und zu unterhalten. Mehr erfahren. |
| 2016 | #1 | Globale Helferlein | Auf technischer Ebene zu kompliziert. Auch ist Community Tech nicht in der Lage, ein solches Tool zu entwickeln und zu unterhalten. $1. |
| 2015 | #3 | Zentrale Sammlung für Helferlein, Vorlagen, und Lua-Module | |
| 2015 | #6 | Auf Commons Kategorien in allen Sprachen erlauben | Überlappt mit Projekten eines anderen Teams. Die überlappenden Projekte sind Strukturierte Daten bei Commons und Strukturierte Daten quer durch Wikimedia |
| 2015 | #4 | Globale Beobachtungsliste | Technisch zu komplex. Mehr erfahren. |
| 2015 | #8 | Globale Benutzerdiskussionsseiten | Überlappt mit Projekten anderer Teams. Die überlappenden Projekte sind Flow/Strukturierte Diskussionen und Globale Benachrichtigungen. Mehr erfahren. |
| 2015 | #10 | Eine Benutzer-Beobachtungsliste entwickeln | Könnte zur Belästigung anderer Benutzer:innen verwendet werden. Mehr erfahren. |