Community Wunschliste/Wie schreibt man einen guten Vorschlag?

• Hauptseite
• Hilf uns
• FAQ
• Ergebnisse

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

Die nur Edits auf Wikis benötigen, sogar wenn es technische Edits sind (in Templates, Modulen, etc.) Sie sind schon bei der Wikimedia Foundation zur Umsetzung geplant Wurden von Community Tech abgelehnt oder von anderen Wikimedia Foundation Teams Anfrage ein Feature, was die Wikimedia Foundation hinzugefügt hat, zu entfernen oder zu deaktivieren

Tools für Wikimedia Projekte Identifizieren und Verbessern bestehender Funktionen bestehender Tools Erstellen besserer Dokumentation für diese Tools, sodass sie besser genutzt werden können Erstellen von Gadgets, Bots, und Wizards um Nutzern beim dem zu helfen, was Sie schon tun Erstellen von Tools für WikiProjects Modifizierung bestehender Gadgets und Bots, sodass sie an mehr Projekten arbeiten können Konvertierung von stark genutztem Code, der von der Community geschrieben wurde (Gadgets und User-Skripte), in einen Teil der MediaWiki-Software

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:

Machen Sie SecurePoll über lokale Wikis zugänglich (zu groß) "POV Detector" for articles (too large) Make a mobile application for Wikivoyage (too large)

Automatisches Ablaufen von Einträgen auf Beobachtunglisten (relativ groß) Benutzer:innen über die Zusammenfassungszeile benachrichtigen (ideale Größe) Kopieren und Einfügen aus Versionsvergleichen (relativ klein, aber nicht zu klein)

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:

Programmiert bessere Bots (nicht präzise genug und vermutlich zu groß) Macht Wiki für die meisten Leute einfacher (nicht ein einzelnes Problem, sondern ein zugrundeliegendes Prinzip für viele einzelne Veränderungen) Implementiert künstliche Intelligenz (nicht ein einzelnes Problem, sondern ein zugrundeliegendes Prinzip für viele einzelne Veränderungen)

Bessere Handhabung von neu eingefügten Absätzen bei Versionsvergleichen Anzeige aller aktiven Sitzungen Wikidata zur Verbesserung der Suchfunktion einsetzen

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.