sun-e hat geschrieben:
Wir haben in der Vergangenheit oft versucht was über die Community zu lösen. Sei es redesignd er Seite, nur ein neues Logo, oder ein komplettes Spiel zu entwickeln. Alles scheiterte. Zwar war immer durchaus Interesse da, aber bevor man überhaupt gestartet ist, meldeten sich die Leute nicht mehr.
Das mag jetzt blöd klingen, aber daran kann ich mich ehrlich nicht erinnern. Hast Du einen Link zu einem Artikel, wo Du so ein Projekt organisieren willst? Hast Du evtl. gehofft, das jemand einfach so aus dem Busch kommt, und sagt "Hey, ich habe Lust Dein Forum auf phpbb3 au aktualisieren, und Dir ein paar tolle Bilder zu malen?" So geht das nämlich nicht.
Um mal ein Beispiel aus meiner Erfahrung zu bringen: Wenn ich mich hingesetzt hätte, und gesagt "die Commnuity soll mit mal einen grafischen Client für Eressea machen, bitte", da wäre auch nichts passiert. Statt dessen hat Eressea begonnen, einen Computerreport erzeugen, weil das die Entwicklung von so einem Klienten enorm erleichtert. Und als dann immer noch nicht das richtige kam, habe ich it Roger zusammen ein Kartenprogramm in Java geschrieben, weil wir damals der Auffassung waren, dass das die richtige Sprache für so einen Klienten wäre, wenn ihn denn endlich mal jemand schreiben würde. Java, dachten wir, das können die Eressea-Spieler noch am ehesten. Und wenn wir ihnen ein Beispiel zur Hand geben, wie man den CR liest und was für Vorteile es bringt, und wir machen den Code frei verfügbar, dann klappt das schon. Und von dem Code ist in Magellan heute sicher nichts mehr drin, aber das Ziel war erreicht.
Um zu Dir zurück zu kommen: Wenn ich sagen würde "Du, Sun-E, ich habe Erfahrung mit PHPbb3 und will Dir helfen", wie würde das aussehen? Gibst Du mir (oder einem anderen wildfremden Affen) dann ein Login auf deinem Server, oder wie? Hast Du Dir den Teil schon überlegt? Weißt du, was Du haben willst? Gibt es irgendwo eine Liste von Projekten, die "mal jemand machen sollte"?
Generell ist meine Auffassung, dass es in der Entwicklung zwei Dinge gibt, die Du niemals hören (oder sagen) willst. Das erste ist "ich hab's Euch doch gleich gesagt", weil das ein sicheres Zeichen dafür ist, dass dein Team dysfunctional ist (was sagt man da auf Deutsch?). Das zweite ist "das sollte mal jemand machen". Wenn man weiß, was zu tun ist, dann darf man nicht nur ein TODO in den Sourcecode schreiben, um mal wieder ein Beispiel aus meinem Leben zu nehmen. Wenn ich im Code stecke, und denke zum Beispiel "dieses Modul sollte eigentlich Unit-Tests haben", dann sage ich nicht "wäre toll, wenn mal jemand Tests für diesen Code schreibt", sondern ich lege eine Datei für die Tests an und schreibe einen für die Funktion, an der ich gerade gebastelt habe. Gutes Projektmanagement ist wie Salzkristalle züchten: Man hängt ein kleines Korn an einer Schnur in Salzwasser, und dann gibt es irgendwann einen Kristall an der Schnur.
Um mal konkret zu werden: Wenn wir Eressea als Basis benutzen wollen, dann ist ein logischer erster Schritt, dass man den Report über eine HTTP API beziehen kann. Das müsste mal jemand machen, könnte ich jetzt sagen, oder ich könnte einen Prototyp bauen: Eine URI pro Report, wo man mit Username und Passwort den CR bekommt. Und statt einen Client dafür zu bauen, kann man das mit dem Browser machen, weil ich mich für HTTP als Protokoll entschieden habe. Wir starten gerade einen neuen Sprint für Eressea, und mein Korn für die Kristallisierung ist, das ich in unseren Task-Tracker ein Ticket dafür packe. Damit das mal jemand machen kann. Dieser Jemand bin wahrscheinlich ich selber, aber wenn ein anderer Jemand helfen will, kann ich erklären, wie ich mir die Architektur des Prototypen vorstelle. Erfahrung mit Web-Technologien vorausgesetzt, oder die Lust, etwas über nginx und docker zu lernen!
Lange Rede kurzer Sinn:Ich glaube, wenn wir genug Leute finden, die ihre Zeit aufwenden wollen, und keine Angst haben, auch mal etwas neues zu lernen (Web-Technologie, Linux, Mobile Development), kann man so ein Projekt wie Du es Dir denkst auch mit der Community bewältigen, und es macht mehr Spaß, es so zu tun. Wenn sich herausstellt, dass wir in der Community gewisse Skills nciht haben (logo mache, user interface design), dann kann man immer noch darüber reden, jemand externes einzustellen. Da würde ich lieber auf Freunde zurückgreifen als auf Profis, denn wenn ich Geld für so etwas ausgebe, dann wäre es mir lieber, das Geld fließt zu jemandem den ich kenne, und der das braucht. Du wirst überrascht sein, wie viele talentierte Leute die Community kennt!
Was nun?Ich mag es, ein Meeting mit action items zu beenden, wo jeder weiss was als nächstes gemacht wird. Hier sind meine:
Ehe wir also einen Kickstarter machen, sollten wir einen Plan haben für das Spiel, und in groben Zügen auflisten, was gemacht wird. Dann fragen wir in der Community, ob jemand Zeit aufbringen kann, um mit zu arbeiten, und vergleichen den geschätzten Aufwand mit der Menge an Leuten, die wir haben, und wir fragen, welche Teilgebiete sich jeder vorstellt, und schauen mal, was wir alles nicht abdecken können. Wenn sich herausstellt, das wir nicht genug Leute haben, die ein Interface designen können, zum Beispiel, dann sind die Kosten eines solchen Designs die Kosten des Kickstarters. Was wir dazu jetzt zuerst machen müssen:
1. Für ein Spiel entscheiden
2. Festlegen, wie das MVP* aussieht
3. Das MVP in Aufgaben aufteilen, und den Aufwand schätzen.
4. Die Community fragen, wer mitmachen will.
5. Wenn eine Aufgabe von niemand gemacht wird, oder mehr Leute braucht, schätzen was das kostet.
6. Wissen, wie viel Geld der Kickstarter braucht.
7. Kickstarter machen
8. Wenn das Geld nicht reicht, aufhören.
9. Wenn das Geld reicht, loslegen.
* Das MVP = Minimum Viable Product, d.h. das kleinste Produkt, das für jemanden einen Wert hat. Nicht zu verwechseln mit Der MVP, d.h. Most Valuable Player
Was Du hier in der Realität vorschlägst, ist ein Startup zu gründen. Jeder, der so etwas machen will, sollte einmal The Lean Startup von Eric Ries gelesen haben, wo er seine Erfahrungen aus der Gründung von IMVU zu einer Business-Philosophie verallgemeinert hat.
Full Disclosure: Ich habe 5 Jahre bei IMVU gearbeitet