Was sollte ich als Kunde meinen Entwicklern bieten, wenn ich versuche, einen Programmierer / Programmierer dazu zu bringen, meine Ideen in ein funktionierendes Programm umzuwandeln?

Ich bin der Direktor einer Entwicklungsgruppe für Start-up-Spiele (ich sage "Gruppe", weil es noch keine offizielle Firma ist). Ich habe kürzlich die Bereitschaft einiger Programmierer gewonnen, die bereit sind, mir bei dem Projekt zu helfen, aber um Dokumentation bitten.

Ich verstehe die Notwendigkeit der Dokumentation und habe viele unserer Ideen in verschiedenen Dokumenten, aber ich stelle mir vor, dass ich sie auf eine Weise organisieren möchte, die die Entwickler sowohl einzeln als auch gemeinsam verstehen können.

Gibt es etwas, das ich aus einem solchen Dokument herauslassen sollte? Wenn ja, welche Art von Dingen? Gibt es eine geeignete Vorlage für diese Art von Dokument? wenn ja, wo finde ich es? Gibt es noch etwas, das ich den Programmierern anbieten sollte, bevor sie mit ihrer Arbeit beginnen?

Ich weiß, dass ich hier viele Fragen habe. Ich hoffe das ist kein Problem. Vielen Dank im Voraus für jede Anleitung!

Die Spieleentwicklung funktioniert normalerweise etwas anders als die Anwendungsentwicklung. Der Grund dafür ist, dass Spiele in der Regel immer weniger strenge Anforderungen stellen. Sie haben kein genau definiertes Geschäftsproblem, das Ihre Software lösen soll. Die einzigen wirklichen Voraussetzungen für ein Spiel sind: "Läuft ordnungsgemäß auf der Zielplattform", "spricht die Zielgruppe an" und "macht Spaß zu spielen" (und "verkauft möglicherweise viele Mikrotransaktionen", wenn Sie sich in dieser Branche befinden ). Alles andere kann sich während der Entwicklung ändern.

Um jedoch sicherzustellen, dass alle Entwickler des Spiels in die gleiche Richtung arbeiten und nicht über kreative Unterschiede streiten, sollten Sie eine "Vision" haben, wie das endgültige Spiel aussehen und spielen soll . Diese Vision wird normalerweise in einem Game Design-Dokument kodifiziert . Ein solches Dokument beschreibt normalerweise:

• Die Grundvoraussetzung des Spiels:
  • Das Fahrstuhlfeld : Die Hauptspielidee, so kurz wie möglich beschrieben.
  • Was ist das Genre des Spiels?
  • Wer ist Ihre Zielgruppe?
  • Auf welche Plattform (en) zielen Sie?
• Die Spielmechanik:
  • Welche Aktionen kann der Spieler in diesem Spiel ausführen und wie wirken sie sich auf das Spiel aus?
  • Welche Nicht-Spieler-Einheiten gibt es im Spiel, wie verhalten sie sich und wie interagieren sie miteinander und mit dem Spieler?
• Der Geltungsbereich:
  • Wie viel Inhalt soll das Spiel haben?
  • Welche Qualität soll der Inhalt haben?
• Die ästhetische Richtung des Spiels:
  • Welche allgemeine Atmosphäre soll das Spiel haben?
  • Wie soll das Spiel aussehen?
  • Wie soll das Spiel klingen?
• Wenn es um Story geht, kommt es sehr auf das Genre an. Einige Spiele brauchen überhaupt keine Geschichte. Viele Spiele benötigen nur wenige Sätze. Wenn Sie jedoch ein handlungsorientiertes Spiel wie ein Rollenspiel oder ein Abenteuer erstellen, kann dies der längste Teil des Designdokuments sein und Folgendes umfassen:
  • Eine Beschreibung der Welt, in der das Spiel stattfindet, und seiner wichtigsten Orte
  • Eine Beschreibung der wichtigen Charaktere, ihres Aussehens, ihrer Persönlichkeit und ihrer Hintergrundgeschichte
  • Ein grundlegender Überblick über die Handlung, die während des Spiels erzählt wird

Wenn Sie sich im Internet umschauen, finden Sie viele Vorlagen für Spiele-Design-Dokumente. Die Spielebranche ist viel weniger an Formalitäten und standardisierten Prozessen interessiert als der Rest der Branche, so dass Sie nicht den einen ISO-Standard finden, der sie alle regiert. Versuchen Sie einfach, einen Stil zu finden, der zu Ihrem Projekt, Ihrem Team und Ihrer Arbeitsmethodik passt.

Seien Sie jedoch offen für Änderungen während der Entwicklung. Wenn absichtlich oder ungewollt Spieledokumente von beliebten Spielen an die Öffentlichkeit gelangen, fällt normalerweise etwas Interessantes auf. Wenn Sie diese frühen Designnotizen mit dem fertigen Spiel vergleichen, gibt es in der Regel viele erhebliche Unterschiede. Dies ist normalerweise das Ergebnis eines Designprozesses, den Spieleentwickler als Fail Faster bezeichnen :

1. Überlegen Sie sich ein grobes Design
2. Erstellen Sie einen einfachen Prototyp
3. Testen Sie es mit einer kritischen Denkweise und finden Sie heraus, was daran nicht funktioniert
4. Überarbeiten Sie Ihr Design
5. Gehen Sie zurück zu Stufe 2

Hab also keine Angst davor, Features zu ändern oder zu kürzen, wenn du beim Testen feststellst, dass sie nicht so unterhaltsam sind wie in deinem Kopf. Seien Sie auch offen für Vorschläge des Teams. Die meisten Leute in der Spieleentwicklungsbranche haben sich entschieden, sich der Branche anzuschließen, weil sie ihre eigenen Spielideen in die Praxis umsetzen möchten. Wenn Sie Ihrem Team einen kreativen Einfluss verleihen, kann dies für sie eine große Motivation sein. Aber als guter Produzent ist es auch Ihre Pflicht, "Nein!" Wenn Sie glauben, eine Idee würde nicht funktionieren oder das Budget überschreiten.

Ich freue mich darauf, Ihr Spiel zu spielen.