Wikipedia:Förderprogramm Freies Wissen/Umfrage Portalfunktionen

Dein Feedback zum FFW-Projekt wird gebraucht!

Auf dieser Seite sammeln wir die Punkte für das Anforderungsprofil des FFW-Portals. Bitte schau Dir unseren Arbeitsstand an und gib bis Dienstag, 8. April 2014 Feedback dazu.

Gerne auch einfach eine Nachricht auf der Diskussionsseite hinterlassen.

Was ist das FFW-Portal?

Es gibt im Wikiversum unheimlich viele gute Ideen, “die mal jemand machen müsste”, um noch mehr und noch besser Projekte umzusetzen. Es gibt aber bisher keinen einfachen Überblick über all diese Ideen und ihren konkreten Unterstützungbedarf. Um diese Ideen umzusetzen, sollen über das FFW-Portal Feedback, Unterstützer für die Umsetzung und Förderungmöglichkeiten gesucht werden. Ebenso können hier aus Ideen entwickelte Projektanträge zur Förderentscheidung gestellt werden und die Umsetzung von geförderten Projekten von Interessierten begleitet werden.

Ideen und ein Ideenpool können von überall kommen, hier geht es aber um das Ideenportal, auf das Ideengeber selber Ideen eingeben. Diese Ideen sollen dann durch Feedback, Unterstützung und Serviceangebote zu konkret geplanten Projekten werden. Diese Projekte bekommen Ressourcen aus Ressourcenpools von WMDE - eine Ressource davon sind 250.000 Euro (aktuell) für Großprojekte (ab 20.000 Euro). Diese 250.000 Euro können durch z.B. Drittmittel (Geld von Partnern) aufgestockt werden.

Zusätzlich stehen für Projekte die als “Community-Budget” bekannten Unterstützungsmöglichkeiten zur Verfügung. Weitere Ressourcen, die durch WMDE aber auch durch die Community zur Verfügung gestellt werden können sind Serviceleistungen und Coachings.

Alle Ideen sollen durch das Portal laufen, damit Unterstützung, Verzahnung und gemeinsames Umsetzen von Ideen besser ermöglicht werden.

Wozu diese Umfrage?

Für dieses Portal wird jetzt eine Sammlung der notwendigen Module und Funktionen erstellt, um anschließend verschiedene Umsetzungsoptionen vergleichen zu können. Bis Ende Juni soll die erste Beta-Version online live getestet werden können, der erste Testlauf soll Ende Mai erfolgen.

Dazu brauchen wir Feedback. Von allen, die sich mit Ideen, Kraft und Engagement für die Verbesserung der Wikimedia Projekte einsetzen wollen.

Modul 1: Ideen einstellen, Ideen sichten, Ideen gemeinsam entwickeln

Was soll passieren, welche Funktionen soll es geben?

Funktion Registrierung

• Registrierung möglich mit WM-Projekt-Accounts oder mit direktem Neuaccount. Es ist hier an die Information an den User zu denken, dass bei einer Weiterentwicklung von Idee zu Projekt der Projektverantwortliche nicht mehr nur unter Pseudonym bekannt ist.

Funktion Ideebeschreibung

• Der Eintragende kann neben sich auch weitere User zur direkten Bearbeitung der Idee eintragen, es besteht aber für alle User die Möglichkeit die Idee in einer Kommentarfunktion mit Kritik, Lob und Zusatzideen zu ergänzen -> s.a. Funktion Feedback)

• Hinweis: Bereits vor der Einstellung von Ideen wird gleich auf der Startseite auf die niedrigschwelligen Unterstützung-Angebote verwiesen und der Pool von Ideen gezeigt, damit bei “einfachen” Anfragen wie ein “Buch aus dem Literaturstipedium” zu bekommen gleich zur Bestellseite weiterverlinkt werden kann.

Funktion Übersicht über die Ideen

• Dies ist eine Auflistung der eingestellten Ideen (Titel und Kurzbeschreibung). Kategorien und Schlagwörter können sowohl vom Einstellenden als auch von der GS hinzugefügt werden. Dem Einsteller wird beim Einstellungsprozess die existierenden Kategorien gezeigt (hier besteht eine weitere Möglichkeit auf kleinteilige Fördermöglichkeiten und bestehende CP-Fördermodelle hinzuweisen), wobei zum Start der Plattform hier eine gewisse Offenheit bestehen sollte, damit sich Kategorien auch herausbilden können.

Funktion Darstellung der einzelnen Idee

• Die Seite für die Idee, hier soll alles wesentliche geschehen. Alles zur Idee steht hier oder ist von hier mit einem Klick erreichbar.

Projektplan (wenn schon vorhanden zum Zeitpunkt der Ideeneinreichung)

Funktion Feedback

• Das Feedback von WMDE kann der Ideeneinsteller bereits vor der Veröffentlichung der Idee bekommen. Sobald der Ideeneinsteller seine Idee abspeichert (noch nicht veröffentlicht), wird WMDE informiert und ein Mitarbeiter kann ein erstes Feedback geben (dies kann öffentlich oder nur für den Einsteller geschehen, je nach Wunsch des Einstellers)

• Das Feedback der User-Community findet direkt unter der Ideenbeschreibung statt. Der Ideeneinsteller kann entweder dort mitdiskutieren oder die Ergänzungen/Verbesserungen in seine Ideen übernehmen. Diese Veränderungen sind dann in einer Versionsgeschichte abrufbar. Auch kann der Ideeneinsteller weitere User als Editoren zu seiner Ideenbeschreibung einladen. Diese können dann direkt in der Ideenbeschreibung mitarbeiten (ebenfalls Versionsgeschichte möglich).

• Feedback Experten. Es besteht die Möglichkeit ein Kurzfeedback von Experten aus passenden Bereichen zu bekommen. Diese Experten sind Freiwillige (entweder durch WMDE oder durch Ideeneinsteller angesprochen), mit der Zeit können aus “alten Füchsen” Experten werden. Ein Expertenaccount ist verifiziert durch WMDE, kann aber pseudonym sein.

Funktion Idee als Projektplan entwickeln

• Sobald sich mindestens zwei Verantwortliche Personen gefunden haben, die die Entwicklung des konkreten Projektes aus der Idee umsetzen wollen, kann der nächste Schritt starten. Die genauen Abläufe dieser Funktion (z.B. hat Ideeneinsteller primäres Recht Projektverantwortlicher zu werden? Wie können sich Teams von Projektverantwortlichen finden?)

Fragen zum Ideenmodul:

Sollte es eine minimale Zeitspanne für Feedback und Service geben, bevor aus einer Idee ein Projektplan gemacht werden kann?

• Ja, sollte es. Realistisch sind wohl 7 Tage (Minimum). [ˈjonatan] (ad fontes) 23:00, 1. Apr. 2014 (CEST)
• Normalerweise ja, 7 Tage ist ok. Es muss aber im Einzelfall ausdrücklich auch schneller gehen können, wenn z.B. Deadlines, Verträge usw. abgeschlossen werden müssen oder Optionen auf Veranstaltungsorte / Hotelkontingente nur kurzfristig zu blocken sind. --Geolina ^{mente et malleo} ✎ 20:14, 2. Apr. 2014 (CEST)
• Quark, wenn ich ein konkretes Projekt habe, muss ich das trotzdem über das Ideenportal sofort in den Projektstatus bringen. Einfach schon um den Prozess einzuhalten. Im Falle, dass etwas schnell gehen muss, darf man nicht aufgehalten werden. Es ist wichtig, gleich von Anfang an sichtbar für alle zu sein. --Robert (Diskussion) 12:48, 7. Apr. 2014 (CEST)
• vollinhaltlich wie oben Geolina--Lutheraner (Diskussion) 15:22, 7. Apr. 2014 (CEST)

• ..

Sollte es eine minimale Anzahl von Reaktionen in der Ideenphase geben, bevor aus der Idee ein Projekt werden kann?

• Ja, eine Reaktion. [ˈjonatan] (ad fontes) 23:00, 1. Apr. 2014 (CEST)
• Ja, 5 Reaktionen. --DaB. (Diskussion) 16:12, 2. Apr. 2014 (CEST)
• Ja, drei Reaktionen. --Geolina ^{mente et malleo} ✎ 20:14, 2. Apr. 2014 (CEST)
• Nein, was soll das? Reaktionen müssen möglich sein, damit wichtige Hinweise gegeben werden können. Ein muss daraus zu machen ist nur ein weiterer Prozessschritt, der im Zweifelsfall nicht für das Gelingen notwendig ist. Außerdem ruft man seine drei Kumpels an und die schreiben schnell was drunter. Unsinniger Formalismus. Prozess schlank halten! --Robert (Diskussion) 12:52, 7. Apr. 2014 (CEST)
• Ja, eine Reasktion--Lutheraner (Diskussion) 15:23, 7. Apr. 2014 (CEST)
• Nein, unnötiger Formalismus. Es gibt durchaus gute Ideen aus Schwesterprojekten, die einfach niemanden interessieren. --Pölkky 14:16, 9. Apr. 2014 (CEST)
• ..

Woher bekommen wir Ideen? Welche Ansprache der Nutzer, Wikiseiten, Medienanzeigen, Kooperationen sollte es geben?

• Hinweis auf der Hauptseite, Bekanntgabe über Mailingliste, Kurierartikel, stille Post. [ˈjonatan] (ad fontes) 23:00, 1. Apr. 2014 (CEST)
• ML, Kurier, Autorenportal, stille Post, NICHT auf der Hauptseite. --DaB. (Diskussion) 16:13, 2. Apr. 2014 (CEST)
• Autorenportale, Wiki-Portale, Kurier und Ansprache von Benutzer / Benutzergruppen ja, Medienanzeigen eher nicht. Kooperationen sind gründlich bis kritisch zu prüfen (Geben und Nehmen sollten sind mindestens die Waage halten, der Nutzen für beide Seiten sollte schon zu Projektbeginn dargestellt werden). --Geolina ^{mente et malleo} ✎ 20:14, 2. Apr. 2014 (CEST)
• Wie oben DaB., auf jeden Fall im Ausrufer anzeigen--Lutheraner (Diskussion) 15:25, 7. Apr. 2014 (CEST)
• wieso wird es als selbstverständlich hingenommen, daß das in der Wikipedia zu erfolgen hat? Es gibt auch noch andere Plattformen. --Pölkky 14:18, 9. Apr. 2014 (CEST)
• ..

Was passiert mit anderen Ideen, die nicht im Portal eingetragen werden?

• Die können bei Förderbedarf weitergeleitet werden an dieses Portal. [ˈjonatan] (ad fontes) 23:00, 1. Apr. 2014 (CEST)
• Wikipediaverfahren - einfach eintragen, wenn man etwas abseits dieses Portals sieht. --Robert (Diskussion) 12:53, 7. Apr. 2014 (CEST)
• Sie 'sollen bei Förderbedarf an dieses Portal weitergeleitet werden --Lutheraner (Diskussion) 15:26, 7. Apr. 2014 (CEST)
• ..

Ab wann sollte eine Idee öffentlich sein? Gleich nach dem Einstellen? Nach Freigabe? Nach Freischaltung durch den Antragsteller?

• Wenn die Antragstellerin seine ihre Idee für spruchreif hält, sollte sie veröffentlicht werden. In der Entwurfphase sollte dies möglich, aber nicht notwendig sein. [ˈjonatan] (ad fontes) 23:00, 1. Apr. 2014 (CEST)
• Zeitpunkt sollte der Antragsteller selbst bestimmen. --Geolina ^{mente et malleo} ✎ 20:14, 2. Apr. 2014 (CEST)
• Freigabeprozess für Ideen? Überflüssiger Formalismus. Wenn ich eine Idee habe (egal in welchem Stadium) und ich will diese mit der Welt teilen, dann tue ich es. Ansonsten lass ich es sein. Nicht anfangen jede Eventualität am Start eines Portals zu programmieren und vorherzusehen. Mehr agile Entwicklungsräume lassen. --Robert (Diskussion) 12:56, 7. Apr. 2014 (CEST)

Sollte Kommunikation mit dem Ideengeber nur über den Feedbackbereich erfolgen oder auch per E-Mail/Mailfunktion?

• Beides zusammen dürfte am sinnvollsten sein. [ˈjonatan] (ad fontes) 23:00, 1. Apr. 2014 (CEST)
• Everything goes (möglichst mit Dokumentation). --DaB. (Diskussion) 16:14, 2. Apr. 2014 (CEST)
• Beides (Organisatorisches usw. mit öffentlicher Dokumentation (Feedback); Möglichkeit der persönlichen Anmerkungen (z.B. per Wikimail). --Geolina ^{mente et malleo} ✎ 20:14, 2. Apr. 2014 (CEST)
• F2F Kommunikation wird man nie verhindern können. Trotzdem sollten alle Ideen und Hinweise auf dem Portal gesammelt werden. Dies sollte als Hinweis an die Teilnehmer und als Aufforderung formuliert sein. --Robert (Diskussion) 12:58, 7. Apr. 2014 (CEST)
• Kombination aus beidem --Lutheraner (Diskussion) 15:27, 7. Apr. 2014 (CEST)

Andere Fragen?

• Die zwingende Notwendigkeit der öffentlichen Preisgabe der Verknüfung Benutzernamen / Klarnamen schränkt in meinen Augen den Kreis der Antragsteller für Projekte (erheblich) ein. Viele derjenigen, die auf ihre Anonymität bestehen, werden abgeschreckt, ein Projekt zu entwickeln (Ergebnis: Verlust für das Projekt, Ausgrenzung). Auf der anderen Seite kann man selbstverständlich keine finanzielle Förderung an dubiose Pseudonyme vergeben (Buchhaltung usw.). Vorschlag: Wahlmöglichkeit: 1. Bekanntgabe des Klarnamens nur an den Geldgeber (nicht öffentlich), z.B. durch eidesstattliche Erklärung / notarielle Beglaubigung o.ä. , die z.B. bei WMDE hinterlegt wird oder 2. auf eigenen Wunsch Nennung des Klarnamens im Projektantrag. --Geolina ^{mente et malleo} ✎ 19:56, 2. Apr. 2014 (CEST)
• Keep it simple! Nicht zu viele Verzweigungen. Einen klaren, nachvollziehbaren, straffen Prozess. --Robert (Diskussion) 13:05, 7. Apr. 2014 (CEST)
• Wenn Klarname in einzelfällen gebenüber einer -klar begrenzten- Öffentlichkeit nötig ist, muss die Bereitschaft des Antragstellers erfragt werden, wenn diese nicht gegeben wird, muss dann ggfs. auf die Förderung verzichtet werden.--Lutheraner (Diskussion) 15:30, 7. Apr. 2014 (CEST)

Modul 2: Projektentwicklung

Was soll passieren, welche Funktionen soll es geben?

Neben der ideelen Projektbeschreibung (kann auch übernommene bereits im ersten Schritt ausgefüllte Ideenbeschreibung sein) braucht ein Projekt einen Plan für die konkreten Umsetzungsschritte und die dafür benötigten Unterstützungen, um auf dieser Grundlage zur Förderung ausgewählt werden zu können.

Funktion

Projektplan vorbereiten

• Das Erarbeiten einer umsetzbaren Planung für größere Projekte ist natürlich mehr als da Ausfüllen eines Antragsformulars. Dabei können Ideengeber Unterstützung bekommen oder sich holen. Vorbereitungsplanung wird sichtbar, die in der Funktion “Projektplan ausfüllen” notwendigen Informationen werden erarbeitet und die optional von Antragsteller nutzbaren Serviceangebote werden hier angezeigt.

Dadurch wird sichtbar, wer hier gerade einen Projektplan erarbeitet und wie man das unterstützen kann. Dabei wird auch einfach zugänglich angezeigt, welche Serviceangebote zur Verfügung stehen und welche genutzt werden.

Siehe Funktion “Feedback” - wie oben in Modul 1.

• Das bereits eingegangene Feedback zur Idee kann jetzt um konkretes Feedback im Detail erweitert werden. Dafür können auch weitere Servicepakete/Unterstützungsangebote genutzt werden, in der Funktionalität bleibt die Feedbackfunktion durch WMDE, durch Communitys und durch Experten gleich.

Funktion Projektplan für Entscheidung ausfüllen

• Folgende Pflichtfelder, die für den Projektplan vor Entscheidungsreife ausgearbeitet werden müssen, sind über ein Formular mit Hilfefunktion einreichbar.
  • Verantwortlicher (mind. 1x Haupt-, 1x Co-Verantwortlicher)
  • konkretes Budget
  • Zeitplan und Meilensteine
  • Zielsetzung und Zielgruppen
  • Umsetzungsplan
  • konkrete Beschreibung
  • formal geprüft (durch GS)

• Wenn alle Pflichtfelder beantwortet sind und die formale Prüfung vorliegt, dann kann der Projektplan in der dann vorliegenden Form zur Entscheidung eingereicht werden über einen dann aktiven Button “zur Entscheidung einreichen”.

• Das Einreichen von Projektplänen ins Entscheidungsportal ist ab 20.000 Euro Pflicht und kann bei Projekten ab 5.000 Euro optional gemacht werden. Ansonsten geht der Antrag an community@wikimedia.de, wie bisher im CB auch schon.

Fragen zum Projektplanungsmodul

Ab wann soll ein Projektplan öffentlich sichtbar sein? Sofort bei der ersten Bearbeitung und nach einer definierten Zeitspanne oder nach dem ausfüllen bestimmter Felder?

• Am besten von Anfang an, also sobald die Idee zum Projekt gereift ist. [ˈjonatan] (ad fontes) 23:00, 1. Apr. 2014 (CEST)
• Nach dem Ausfüllen bestimmter Felder, die die Eckpunkte des Projektes beschreiben (Wer, was, wann, wo..).--Geolina ^{mente et malleo} ✎ 19:58, 2. Apr. 2014 (CEST)
• Erneut eine Frage, die Komplexität verspricht. Ich will ein Projekt machen mit Spendengeldern einer so unfassbar transparenten Sache wie der Wikipedia. Wie kann ich da überhaupt über Unsichtbarkeit nachdenken? Unnötig kompliziert. Lieber eine Angabe wie weit sich der Antragsteller selbst sieht in seinem Antrag. Dann können Missverständnisse (ich denke ich bin fertig, die Geschäftsstelle sieht noch Ausbaubedarf) schnell aufgeklärt werden. --Robert (Diskussion) 13:10, 7. Apr. 2014 (CEST)
• Sobald der Projektplan -ggfs. in Zusammarbeit mit der Geschäftsstelle von WMDE oder anderen Wikipedianern- eine ausreichende Reife und Konkretisierung erlangt hat--Lutheraner (Diskussion) 15:33, 7. Apr. 2014 (CEST)
• ..

Sollte es eine minimale Feedbackphase (zeitlich oder nach Anzahl von Feedbacks?) geben, bevor ein Projektplanplan zur Entscheidung eingereicht werden kann?

• Ja. Mindestens zwei Wochen, denke ich. [ˈjonatan] (ad fontes) 23:00, 1. Apr. 2014 (CEST)
• Normalerweise ja, 10 Tage. Aber auch Eilanträge (Gründe siehe oben: Deadlines, Optionen auf bestimmte Orte / Kontingente) sollten kurzfristig mit entsprechender Begründung zur Entscheidung eingereicht werden können. --Geolina ^{mente et malleo} ✎ 20:19, 2. Apr. 2014 (CEST)
• Grundsätzlich wie oben Geolina, aber nur 1 Woche--Lutheraner (Diskussion) 15:35, 7. Apr. 2014 (CEST)
• ..

weitere Fragen?

• ..
• ..

Modul 3: Förderentscheidungen

Gemäß des Beschlusses der Mitgliederversammlung vom 30. November 2013 "wird die Entscheidung über die Anträge in regelmäßigen Abständen per Community-Abstimmung getroffen. Zur Abstimmung wird ein online-basiertes Entscheidungsportal eingerichtet. Stimmberechtigt sind die Mitglieder der Communitys. Dies sind Personen mit einem Account der Wikipedia oder anderer Wikimedia-Projekte, die über eine allgemeine Stimmberechtigung in Wikimedia-Projekten besitzen".

Was soll passieren, welche Funktionen soll es geben?

Funktion Ansicht der zur Entscheidung stehenden Projekte

• diese Funktion ermöglicht eine Übersicht der zur Entscheidung stehenden Projekte (Möglichkeiten der Sortierung nach Zeit, Kategorie etc.)

Funktion Voting

• Der Einsteller kann Zeitraum, benötigte Geldsumme einstellen. Ebenso kann ein Kurztext ergänzt werden. Ein Vorstellungsvideo ist rein optional.
• Der Entscheider kann durch “sein Geld”/”seine Likes” Projekte unterstützen, die er gefördert sehen möchte.

Funktion Registrierung (siehe auch Modul 1 & 2)

• Personen, die “nur” auf der Plattform für ein Projekt abstimmen wollen, können sich mit der gleichen Funktion wie in Modul 1 & 2 einfach und niederschwellig anmelden. Dies kann entweder mit Accounts aus Wikimedia-Projekten oder direkt mit wenigen Angaben erfolgen.

Fragen zum Entscheidungsmodul

Welcher Weg der Entscheidung soll genommen werden?

Auswahlrunde: Soll es konkurrierendes Verfahren (eines von x Projekten fördern) oder individuelle Entscheidung “ja/nein” pro Projekt geben?

• Individuelle Entscheidung. [ˈjonatan] (ad fontes) 23:00, 1. Apr. 2014 (CEST)
• Individuelle Entscheidung. --Geolina ^{mente et malleo} ✎ 20:20, 2. Apr. 2014 (CEST)
• Individuelle Entscheidung--Lutheraner (Diskussion) 15:36, 7. Apr. 2014 (CEST)
• Individuelle Entscheidung — Raymond ^Disk. 22:19, 9. Apr. 2014 (CEST)
• ..

Wann sollen die Entscheidungen starten? In einem festen Zeitrahmen (innerhalb von x Tagen)? oder mehrere (Stichtage)? Oder immer dann, wenn x Projekte vorliegen?

• Stichtag. [ˈjonatan] (ad fontes) 23:00, 1. Apr. 2014 (CEST)
• innerhalb von 2 Wochen. Ausnahme: begründete Eilanträge, s.o. --Geolina ^{mente et malleo} ✎ 20:23, 2. Apr. 2014 (CEST)
• innerhalb von 1 woche. Ausnahme: begründete eilanträge--Lutheraner (Diskussion) 15:37, 7. Apr. 2014 (CEST)..

Wie lange soll der Entscheidungszeitraum pro Projekt sein? Eine feste Dauer (muss innerhalb von x Wochen genügend Zustimmung haben)? Oder ohne zeitliche Begrenzung?

• Ich schlage vier Wochen vor. [ˈjonatan] (ad fontes) 23:00, 1. Apr. 2014 (CEST)
• Normalerweise: 4 Wochen. (Ausnahme: Eilanträge...) --Geolina ^{mente et malleo} ✎ 20:26, 2. Apr. 2014 (CEST)
• Falls in Ausnahmefällen Abstimmungszeiträume unter vier Wochen möglich sind, sollten die dabei vergebenen Fördergelder limitiert werden. -- Theoprakt (Diskussion) 00:51, 5. Apr. 2014 (CEST)
• Normalerweise 2 Wochen, Ausnahme:Eilanträge--Lutheraner (Diskussion) 15:38, 7. Apr. 2014 (CEST)
• ..

Welche Zustimmungsarten soll es geben? Reine Zustimmung? (ja)? Oder Zustimmung und Ablehnung? (ja/nein) Oder Zustimmung unter Auflagen (ja, wenn….)?

• Zustimmung und Ablehnung, Begründungen ausdrücklich erwünscht. [ˈjonatan] (ad fontes) 23:00, 1. Apr. 2014 (CEST)
• Ablehnung mit Begründung (incl. Nachbesserungsvorschlägen "wäre förderbar, wenn...") und Zustimmung bzw. Zustimmung unter Auflagen möglich. --Geolina ^{mente et malleo} ✎ 20:29, 2. Apr. 2014 (CEST)
• Die vorstehend vorgeschlagene "Zustimmung unter Auflagen" scheint mir schwer zu handhaben, sowohl in der Abstimmung und Auszählung als auch in der Umsetzung des Projekts. Einfacher wäre es wenn verschiedene Projektvarianten vorbereitet und zur Abstimmung gestellt werden. -- Theoprakt (Diskussion) 00:51, 5. Apr. 2014 (CEST)
• Nach Wahl des antragstellers: Form 1- nur Zustimmung ablehnung, Form 2- ggfs. auch mit auflagen.--Lutheraner (Diskussion) 15:39, 7. Apr. 2014 (CEST)
• ..

weitere Fragen?

• Für eine Förderung sollte außer einer Mehrheit auch eine Mindestzahl an pro-Stimmen erforderlich sein, eventuell gestaffelt nach der Höhe der Fördermittel. -- Theoprakt (Diskussion) 00:51, 5. Apr. 2014 (CEST)
• Keine Mindestanzahl von Stimmen für Zustimmung festsetzen--Lutheraner (Diskussion) 15:40, 7. Apr. 2014 (CEST)
• ..

Modul 4: Projektumsetzungen

Was soll passieren, welche Funktionen soll es geben?

Funktion Begleitung der Umsetzung - Servicepaket

Durch WMDE, durch Communitys, durch Experten

Funktion Abgleich mit Projektplan möglich machen (Wo wollte das Projekt hin, wo steht es jetzt gerade?)

Fragen zum Projektbegleitungsmodul

Veröffentlichungspflicht: Sollen geförderte Projekte dauerhaft oder nur zum Start und zum Ende öffentlich über die Umsetzung berichten?

• Die Pflicht zur Veröffentlichung eines Berichts sollte grundsätzlich nur am Anfang und Ende bestehen. Bei langfristigen Projekten (mehr als 6 Monate) sollte alle 6 Monate ein Bericht vorgelegt werden. [ˈjonatan] (ad fontes) 23:00, 1. Apr. 2014 (CEST)
• Berichtspflicht mit unbürokratischer Verlaufs"kontrolle", z.B. über eine monatliche "Aktuelles"-Seite. lessons learned halte ich für wichtiger (für zukünftige Projekte) als einen langen Endbericht. --Geolina ^{mente et malleo} ✎ 20:38, 2. Apr. 2014 (CEST)
• Ein Bericht zum Start ist eher sinnlos. Während des Projekts sollte ein monatliches, dafür formloses Statusupdate Pflicht sein, sowie formellere Abschluss- bzw. ggfs. Jahreberichte. -- Theoprakt (Diskussion) 01:19, 5. Apr. 2014 (CEST)
• Abschlussbericht selbstverständlich, bei längeren Projelten vierteljährlich kurze "Wasserstandsmeldung"--Lutheraner (Diskussion) 15:42, 7. Apr. 2014 (CEST)
• Der Start eines Projektes sollte veröffentlicht werden, "Wasserstandsmeldung" nach sinnvollen Abschnitten, Abschlussbericht. — Raymond ^Disk. 22:23, 9. Apr. 2014 (CEST)

weitere Fragen

• ein Servicepaket für Antragsteller (z.B. Formular) wird ausdrücklich gewünscht (damit schon bei Antragstellung klar ist, welche Parameter zwingend für die Entscheidung eines Antrags notwendig sind, und welche optional auszufüllen sind bzw. ggf. später ergänzt werden können) --Geolina ^{mente et malleo} ✎ 20:34, 2. Apr. 2014 (CEST)
• wieo oben Geolina--Lutheraner (Diskussion) 15:42, 7. Apr. 2014 (CEST)
• ..

Modul Z: Prinzipielle/Übergreifende Funktionalitäten der Plattform

• Die Seite soll eingebunden werden in die verschiedenen WM-Projekte (Wikipedia etc.). Das bedeutet, dass die Plattform sowohl auf einer eigenen Domain als auch in einzelnen Funktionen und Übersichten z.B. auf einer WP-Seite eingebunden ist (per Bot, z.B. wie RSS-Feed) - Die Anforderung dazu heißt: "der Inhalt muss auf der persönliche WP:BEO auftauchen können" und "Anforderung ans Portal: Gut Aussehen, gut bedienbar, kein Medienbruch → und als livetest schnell nutzbar"

• Als Feed in eine Site eines Wikimedia-Projekte sollen einbindbar sein: Feed neue Ideen (zeitlich geordnet), Feed Ideen nach Kategorie, Feed Neue Projekte (zeitlich geordnet), Feed Projekte nach Katgorie, Neue Abstimmungen für Projekte (zeitlich geordnet), Abstimmungen für Projekte geordnet nach Kategorie. Ebenso soll es möglich sein den Seitenfeed eines Projektes über einen Feed in einer WP-Seite zu beobachten (in allen Phasen Idee, Projekt, Entscheidung)

• Für die Backendverwaltung sind verschiedene Stufen vorgesehen, so dass auch besonders aktive Unterstützer Admin-Funktionen bei der Verwaltung des Portals übernehmen können.

allgemeine Verständnisfragen

• Was denken die Initiatoren über das geringe Feedback auf diese Umfrage? -- Theoprakt (Diskussion) 01:09, 5. Apr. 2014 (CEST)
• Prinzipiell finde ich es hervorragend, dass die Community hier einbezogen werden soll. Ich frage mich aber ob zusätzliche Maßnahmen zur Identitätsfeststellung bzw. Vermeidung von Mehrfachabstimmungen notwendig sind, und wie das überhaupt umgesetzt werden könnte. -- Theoprakt (Diskussion) 01:14, 5. Apr. 2014 (CEST)
• ..

Links zu weiteren Infos

• Entwurf Punkte für die Umfrage zum FFW-Portal: https://de.wiki.x.io/wiki/Wikipedia:F%C3%B6rderprogramm_Freies_Wissen/Ideenportal#Zwischenstand_-_Entwurf_Anforderungsprofil_f.C3.BCr_Ideen-.2FProjektportal_FFW

• Feedback aus 2. AG-Treffen: https://de.wiki.x.io/wiki/Wikipedia:F%C3%B6rderprogramm_Freies_Wissen/Programmportal/Protokoll_2._Arbeitstreffen#.28Ideen-.29portal