Wie erweckt man eine Anno-Welt zum Leben? – Vor nicht allzu langer Zeit haben wir über die Arbeit des Level Art-Teams gesprochen (den DevBlog findet ihr hier), aber Inseln würden sich einfach nicht richtig anfühlen ohne Tiere, die umherstreifen (Wildpferde, Hirsche, Wölfe, …) und von Bauern gepflegt werden (Schafe, Schweine, …).

Heute werfen wir einen Blick auf den Beruf des Animators und speziell auf den Prozess der Erstellung und Animation von Tieren in Anno 117: Pax Romana.

Der Beruf “Animator”

Für den heutigen Blog bekommen wir Unterstützung von unserer Kollegin Marion – und wie bereits erwähnt, werden wir uns speziell auf Tiere konzentrieren. Aber keine Sorge, wir werden uns in Zukunft wahrscheinlich auch mit menschlichen Einheiten befassen, zumal wir dieses Mal Motion Capture verwendet haben, was ein spannendes Thema ist.

Lasst uns mit den Grundlagen beginnen: Was macht ein Animator?

Ein 3D-Objekt kann sich nicht bewegen, wenn sich nicht vorher jemand um die Animation kümmert. Das ist die Aufgabe eines Animators. Wenn ihr in einem Videospiel etwas seht, das sich bewegt, sei es eine Figur, die euch zuwinkt, Menschen, die über den Bildschirm laufen, Kühe, die auf einer Wiese grasen, oder ein Auto, das eine Straße entlangfährt: Daran hat wahrscheinlich ein Animator gearbeitet.

Jetzt wo wir das geklärt haben, müssen wir fragen: Was ist die Aufgabe eines Animators – bei Anno?

Alle Feedback-Einheiten im Spiel! „Feedback Einheiten“ ist der Begriff, den wir für die Menschen verwenden, die auf den Straßen und in den Gebäuden in Anno gehen, arbeiten, essen – und mehr! Er bezieht sich auch auf alle Tiere, die man in der Umgebung und in den Produktionsgebäuden sehen kann (Rehe, Schweine, Schafe usw.).

Ebenfalls animiert sind natürlich die Porträts von NPCs und Einwohnern, die während Quests oder bei diplomatischen Gesprächen mit euch sprechen.

Bringing a Wolf to Life

Nachdem wir nun die verschiedenen Aufgaben eines Animators festgelegt haben, wollen wir uns das Beispiel eines Wolfes aus Anno 117: Pax Romana verwenden, um den Prozess der Erstellung eines animierten Tieres zu veranschaulichen.

Alles beginnt mit einer 2D-Konzeptzeichnung für das betreffende Tier, die entweder von Marion oder von einem unserer Concept Artists angefertigt wird. Diese Zeichnung ist bereits sehr nah daran, wie die endgültige Einheit aussehen soll – und wir wussten, dass wir uns für weitaus detailliertere Feedback-Einheiten entscheiden würden als in der Vergangenheit: Es ist viel einfacher, mit der höchsten Qualität zu beginnen und diese später zu reduzieren, um sie zu optimieren.

Auf der Grundlage dieses Konzepts wird ein 3D-Mesh-Modell erstellt und verfeinert. Wir beginnen mit einer Low-Poly-Variante (d. h. einem Mesh-Modell mit einer geringen Anzahl von Polygonen), die als Basis für das High-Poly-Sculpting verwendet wird (auf dessen Grundlage eine High-Poly-Version erstellt wird). Damit sind wir aber noch nicht fertig, denn aufgrund unseres Wunsches nach mehr Details wird aus dem High-Poly eine so genannte „Normal Map“ erstellt und hinzugefügt. Diese „Normal Map“ trägt dazu bei, dem Objekt Tiefe zu verleihen und ermöglicht das Hinzufügen von Details – in diesem Fall sind die „Wellen“ im Fell der Normal Map zu verdanken – ohne dass mehr Polygone hinzugefügt werden (was sich sonst stärker auf die Spielleistung auswirken würde).

Im Moment fehlt dem Tier noch die Textur. Das passiert im nächsten Schritt, in dem wir uns entscheiden, dass wir für unseren flauschigen Freund ein schwarzes und graues Fell wollen. Wir haben ein paar Varianten für Tiere, damit nicht alle Wölfe (und Pferde, Schweine, …) gleich aussehen.

Dafür recherchiert unsere Animator auf die gleiche Weise, wie wir es zum Beispiel bei Gebäuden tun, um ein gewisses Maß an historischer Authentizität zu erreichen. Während Wölfe heute ihren Vorfahren von vor 2000 Jahren sehr ähnlich sehen, ist die Situation bei Schweinen anders. Aufgrund der Domestizierung sahen die römischen Schweine ganz anders aus, als wir sie uns heute vorstellen: kleiner, dünner, fleckiger und natürlich mit mehr Haaren und Borsten.

Jetzt haben wir ein fertiges 3D-Modell, aber unser Wolf kann sich noch nicht bewegen. Zeit, das zu ändern: Rigging und Skinning machen den Wolf für den Animator „animierbar“.

Rigging bedeutet, einfach ausgedrückt, die Erstellung eines Skeletts mit Gelenken für das Modell (das „Rig“), das es dem Animator später ermöglicht, Bewegungen zu erstellen. Im nächsten Schritt, dem Skinning, wird das 3D-Mesh-Modell, das in den ersten Schritten erstellt wurde, mit dem Rig („Skelett“) verbunden und ermöglicht es unserem Wolf, sich zu bewegen.

Die Knochenstruktur basiert auf tatsächlichen Skeletten, ist aber natürlich in der Komplexität reduziert, da wir immer noch an einem Aufbauspiel arbeiten – und nicht an einem First-Person-Adventure, bei dem man ständig in der Nähe seines Pferdes, seines Hundebegleiters oder anderer Tierarten (Drachen?) ist.

Außerdem kann unser Wolf hier seine Augen nicht bewegen, wohl aber seine Ohren.

Um uns das Leben zu erleichtern, verwendet unsere Animator Marion ein „Kontroll-Rig“, um den Wolf zu animieren. Damit werden beim Bewegen einer Pfote automatisch auch Teile des Beins mitbewegt – sonst müssten wir jeden Knochen für jede Bewegung einzeln animieren.

Je nach Feedback-Einheit wird eine bestimmte Anzahl von Animationszyklen erstellt. Unser Wolf hier hat insgesamt 3: Gehen, Laufen und einfaches Herumstehen.

Unsere menschlichen Feedback-Einheiten haben viel mehr, da sie nicht nur von A nach B gehen, sondern auch Gegenstände tragen, auf einem Bauernhof oder in einer Fabrik arbeiten usw.

Die Bewegungsrichtung ist dabei weitgehend zufällig, aber es gibt bestimmte vordefinierte Situationen, in denen sich das Verhalten ändert: wenn man z.B. anfängt, Gebäude in der Nähe einer Gruppe von Tieren zu platzieren, laufen sie weg.

Um die Animationen so authentisch wie möglich zu gestalten, betreibt das Team auch in diesem Bereich einige Nachforschungen: Ein Wolf bewegt sich zum Beispiel ganz anders als ein Pferd, und beide sollen authentisch aussehen. Ähnlich verhält es sich mit der Art und Weise, wie sich Männer und Frauen bewegen, und wie sich unterschiedliche Körpertypen auf die Animation auswirken.

Tiere agieren auch in Herden oder Rudeln, wobei ihre Anzahl von der Tierart abhängt: Pferde ziehen in größeren Gruppen umher, während Wolfsrudel viel kleiner sind.

Wie vor nicht allzu langer Zeit in einem Livestream erwähnt, haben wir, während Anno 1800 noch einige „alte“ Tiere verwendet hat, dieses Mal komplett neue erschaffen.

Aus Performance-Gründen gibt es einige Grenzen, wie detailliert sie sein können, da es so viele Feedback-Einheiten (Menschen und Tiere) in der Welt von Anno 117: Pax Romana gibt. Wir wenden aber auch einen „Trick“ an, um die Leistung zu verbessern: verschiedene LOD-Stufen. LOD steht für „Level of Detail“ (also: Detailstufe) und bedeutet im Wesentlichen, dass die Qualität des Objekts sinkt, je weiter man herauszoomt (und in manchen Fällen verschwindet das Objekt sogar ganz). Weniger Details bedeuten eine geringere Auswirkungen auf die Leistung, da es nicht notwendig ist, alle Details eines Tieres, eines Schiffes oder eines Gebäudes anzuzeigen, wenn man vollständig herausgezoomt hat – man ist ohnehin zu weit weg, um sie zu sehen.

Q&A

Wir schließen diesen Blog mit einigen Fragen an unsere Animator zu einigen Aspekten ihrer Arbeit.

F: Natürlich hatten wir in Anno 1800 auch Feedback-Einheiten und animierte Objekte. Machen wir das in Anno 117 anders: Pax Romana? Gibt es Aspekte, die wir verbessert haben?

A: Generell haben wir, wie bereits erwähnt, die Qualität und den Detailgrad der Feedback-Einheiten und ihrer Animationen drastisch erhöht. Sie sehen aus der Nähe so viel besser aus (und im Falle unseres Wolfs auch flauschiger) und bewegen sich flüssiger. Für die Menschen haben wir, wie erwähnt, sogar Motion-Capture gemacht – dazu später mehr.

F: Was würdest du als die schwierigsten Aspekte deiner Arbeit bezeichnen? Sind bestimmte Arten von Animationen oder bestimmte Tiere schwieriger als andere?

A: Es gibt keinen besonders schwierigen Teil; ich genieße sie alle! Aber Menschen sind ein bisschen langweiliger, weil es so viele von ihnen gibt… Ich ziehe es vor, Tiere zu animieren, es macht mehr Spaß, sie zu kreieren und zu animieren.

F: Was hat dir beim Animieren am meisten Spaß gemacht?

A: Das Animieren des Fuchses und des Wolfes war sicherlich mein Lieblingsteil bei der Arbeit an Anno 117: Pax Romana.

F: Viele von Annos Gebäuden und anderen Objekten sind ebenfalls animiert: Teile von Schiffen, Maschinen von Produktionsgebäuden und mehr. Sind die auch alle von dir handanimiert?

A: Sie werden nicht von mir (auf der Animationsseite) bearbeitet, aber meine Kollegen animieren die Kräne oder nutzen die Physik, um die Segel der Schiffe zu bewegen.

Q: Welche Tools/Programme verwendest du für deine Arbeit?

A: Ich verwende Blender für die Modellierung des Modells und die Erstellung des Rigs und der Animation – und dann Substance Painter und Photoshop für die Texturen. Ich weiß, dass das etwas ungewöhnlich ist, denn oft wird ZBrush für das Modellieren verwendet (und Substance Painter für die Texturen) – aber ich habe mich einfach an meinen Arbeitsablauf gewöhnt und bevorzuge diesen Weg jetzt sehr.

Das war’s für heute mit dem Blog zum Thema Tieranimationen in Anno 117: Pax Romana!

Habt ihr noch Fragen zu unseren Tier-Feedback-Einheiten oder zur Arbeit eines Animators? Und was wollt ihr über unsere menschlichen Feedback-Einheiten wissen? Hinterlasst uns eure Fragen in den Kommentaren unten oder kontaktiert uns über einen unserer Social Kanäle!

Hey Anno Community

nachdem wir euch das Setting und die Welt von Anno 117: Pax Romana sowie einige seiner Features vorgestellt haben, tauchen wir heute in das Thema WIE wir Spiele machen ein – und werfen einen Blick auf die Arbeit der Production-Abteilung.

Das ist das Team, das den gesamten Entwicklungsprozess von Anfang an plant und organisiert und dafür sorgt, dass wir im Laufe der vielen Jahre, die ein Anno bis zur Veröffentlichung braucht, auf Kurs bleiben.

Für all das sprechen wir mit unserem Production Director Nadin und unserem Senior Producer Christoph. Beide sind Anno-Veteranen und sorgen schon seit vielen Jahren für einen reibungslosen Entwicklungsprozess von Anno-Spielen.

Fangen wir zunächst mit ihren Aufgaben an, denn obwohl beide zur „Procution-Abteilung“ gehören, haben wir eine Aufteilung der Zuständigkeiten: Produktion und Projektmanagement. Wie alle Rollen in unserem Team ist auch die Production-Abteilung tief in das restliche Entwicklungsteam hier in Mainz eingebettet.

Anmerkung: Wir werden in diesem Artikel immer wieder einige rein englische Begriffe verwenden. Das ist schlicht der Entwicklungsrealität geschuldet, die komplett auf Englisch stattfindet.

Die Produktionsabteilung

Projektmanagement

Wir beginnen mit Nadin und dem Projektmanagement.

Beim Projektmanagement geht es um die Verwaltung harter Fakten: Aufgabenplanung, Meilensteinplanung (dazu später mehr), Budget- und Ressourcenplanung. Es bedeutet auch, den Umfang des Projekts zu definieren und dann immer im Auge zu behalten – und ihn bei Bedarf anzupassen.

Nadin und ihr Team planen das gesamte Projekt mit seinen einzelnen Phasen (Pre-Production, Production, Post-Launch), indem sie die kreative Vision (siehe diesen DevBlog zu den Aufgaben von Creative Director Manuel und Game Director Jan) in Aufgaben umsetzen. Dies geschieht immer Hand in Hand mit den verschiedenen Abteilungen, da diese z.B. Einschätzungen der benötigten Zeit für ihre Aufgaben abgeben müssen, die dann in den Produktionsplan einfließen.

So früh wie möglich wird ein erster Plan erstellt, um zu sehen, wie viel Zeit die Umsetzung dieser ursprünglichen Vision in Anspruch nehmen würde – gefolgt von Diskussionen darüber, wie man es innerhalb der gegebenen Einschränkungen schaffen kann. Da die Gesundheit des Teams sehr wichtig ist, ist es von zentraler Bedeutung, sicherzustellen, dass der Plan mit den vorhandenen Kapazitäten funktioniert.

Sollten wir bereits in diesem frühen Stadium Probleme feststellen, versucht das Team, diese zu lösen, indem es:

• Weitere Teammitglieder zur Entwicklung hinzufügt (d.h. Einstellung zusätzlicher Leute oder Auslagerung bestimmter Aufgaben)
• Den Umfangs verringert (d.h. Entfernen bestimmter Funktionen oder Designs) oder Features nach hinten verschiebet (z.B. Verschieben eines Features in den Postlaunch, wie bspw. den Koop-Modus für Anno 1800).

Die Verwaltung dieser externen Partner fällt ebenfalls in den Zuständigkeitsbereich des Projektmanagement–Teams: Vertragsverhandlungen, Einführung ins Projekt und Überwachung ihrer Fortschritte.

Während der Produktion überprüft das Team außerdem regelmäßig den Entwicklungsfortschritt mit den Plänen, um sicherzustellen, dass das Projekt reibungslos läuft und Crunch vermieden wird – und um gleichzeitig den geplanten Veröffentlichungstermin einzuhalten.

Produktion

Werfen wir nun einen Blick auf Christophs Team und die “Produktion“.

Christoph selbst beschreibt die Rolle seines Teams als eines, das sowohl interne (Entwicklungsteam) als auch externe (Stakeholder) Aufgaben hat. Dazu gehören die Erstellung und Verwaltung von Workflows für das Entwicklungsteam, die Überprüfung von Meilenstein-Ergebnissen und Zielen sowie die Organisation von Meetings und Synchronisationen zur Erleichterung der Kommunikation innerhalb der Abteilungen (d.h. alles, was den Projektstatus betrifft).

Dazu gehört auch das „Risikomanagement“, d.h. die Antizipation von Risiken für die Entwicklung. Dabei kann es sich um alle möglichen Themen handeln, die aus dem gesamten Team kommen: Sorgen um den Zeitplan, Probleme mit einem bestimmten Tool, die mehr Zeit kosten könnten, Designs, die schwierig umzusetzen sind, oder Themen, die in der Kommunikation mit unseren Fans schwierig sein könnten. Probleme zu antizipieren (und anschließend zu beheben) hat während der gesamten Entwicklung eine hohe Priorität.

Darüber hinaus kommuniziert das Produktions-Team „extern“ auch mit anderen Stakeholdern innerhalb des Unternehmens. Das sind zum Beispiel unsere Produktionskontakte in der Zentrale, das “Editorial”-Team oder die Altersfreigabe-Manager.

Hier gibt es natürlich große Überschneidungen mit Nadins Aufgaben, da beide Hand in Hand arbeiten, wenn es z.B. darum geht, Stakeholder auf dem Laufenden zu halten oder Arbeitsabläufe zu definieren. Das heißt: Bei vielen Aufgaben ist die Abgrenzung zwischen Nadin und Christoph und ihren Teams nicht so klar und erfordert eine enge Zusammenarbeit und ständige Kommunikation auf täglicher Basis.

So wie manche Produktionsketten zwei Eingangswaren benötigen (Garum braucht Makrelen und Salz), braucht eine gute Produktionsabteilung eine enge Zusammenarbeit zwischen ihren beiden Teams.

Nun, da ihre Rollen und ihr Aufgabenbereich feststehen, wollen wir uns der Produktionsplanung etwas genauer widmen: Welche Phasen durchläuft ein Spiel von der ersten Idee bis zur Veröffentlichung?

Ähnlich wie im Blog über die Erstellung der kreativen Vision ist es wichtig zu erwähnen, dass es zwar viele Ähnlichkeiten gibt, wie verschiedene Entwickler-Studios an die Entwicklung ihrer Spiele herangehen, aber jedes versucht, die Dinge auf eine Weise zu tun, die für sein Team und sein Projekt am besten funktioniert. Dementsprechend wird die Länge der folgenden Phasen von jedem Team individuell festgelegt. Aus Erfahrung weiß unser Produktionsteam in etwa, wie lange die Produktion eines Anno-Spiels dauern wird – und unter Berücksichtigung des angestrebten Veröffentlichungstermins und der definierten Länge eines Meilensteins (siehe weiter unten) kann das Produktionsteam die Länge der Phasen und die Anzahl der Meilensteine berechnen.

Planung einer Anno-Produktion

Konzeptphase & Vorproduktion – First Playable

Alles beginnt mit einer Vision – und dann mit der Konzeptphase. Hier ist nur ein kleines Team damit beschäftigt, ein Gefühl für das Spiel zu bekommen, das allgemeine Spieldesign, die Kernfeatures und Innovationen zu skizzieren. Das kleine Team arbeitet natürlich nicht in einem Vakuum: Bereits in dieser Phase ist das Produktionsteam involviert, um den möglichen Umfang abzuschätzen und einen ersten Plan und Zeitkalkulationen zu erstellen. Dazu gehören Projektziele, Projektumfang und -kosten sowie der gesamte Zeitplan. Diese Punkte werden durch Gespräche und die Anforderungen anderer Stakeholder im Unternehmen weiter beeinflusst. Die Projektplanung für ein Spiel wie Anno 117: Pax Romana ist ziemlich umfangreich und es ist die Aufgabe des Produktionsteams, alle Beteiligten zusammenzubringen.

Es ist auch wichtig zu wissen, dass das Entwicklerteam in diesen Phasen nicht nur an einem Konzept für jedes Feature und jede Mechanik arbeitet, sondern auch an den detaillierten Designdokumenten (DDDs) dafür. Auf diese werden wir in einem späteren Blog eingehen, aber kurz gesagt: Diese Dokumente definieren den Umfang sowie die „must have” (muss)- und „nice to have“ (kann) -Elemente jedes Features, bevor daran gearbeitet wird und sie in das Spiel implementiert werden.

Mit der Zeit kommen immer mehr Leute zu dem neuen Projekt hinzu und eine erste Version nimmt langsam Gestalt an, ein Proof-of-Concept im Grunde: der „erste spielbare Prototyp“ (first playable prototype = FPP). Diese Version ist für uns und unsere Stakeholder eine wichtiger Punkt zum Überprüfen, ob das Konzept funktioniert oder ob wir irgendwo falsch abgebogen sind und zurück ans Zeichenbrett müssen.

Die Vorproduktion (Pre-Production) ist die Zeit, in der wir die Grundlage für die Hauptproduktion (Main Production) schaffen. Es ist eine Zeit, in der wir das Risiko für das Projekt verringern, eine Zeit, in der wir auch neue oder schwierige Features testen können (dieses Thema werden wir auch in unserem zukünftigen DevBlog über Game Design behandeln), aber auch eine Zeit, in der wir alle internen Tools bereit machen, damit das Team effizient mit der Erstellung von Inhalten beginnen kann.

Pre–Alpha & Alpha – Vollständige Features und voll spielbar

Dies wird auch als Hauptproduktionsphase bezeichnet. Diese Phase hat das Ziel, die Implementierung aller Features abzuschließen, einschließlich eines vertikalen Ausschnitts ihrer Inhalte.

Beispiel: Wenn das Spiel Quests hat, sollte das Feature-System “Quests” implementiert werden und mit 2-5 Quests daherkommen, damit man das Feature bewerten kann – aber das Narrative Team muss nicht ALLE Quests fertigstellen.

Dementsprechend geht es in dieser Phase in der Regel NICHT um Qualität, so dass viele Dinge (visuell und in Bezug auf Spielererlebnis/Gameplay) in einem unfertigen Zustand sein werden. Man könnte auch sagen: In dieser Phase geht es um Quantität NICHT um Qualität.

Beta – Feature & Inhalt komplett und gepolisht

Im Gegensatz zur Hauptproduktion wird das Team in der Beta-Phase die Priorität wechseln und versuchen, alle implementierten Features und Inhalte mit Qualität zu versehen. Darüber hinaus werden „fehlende“ Inhalte (siehe Alpha-Phase oben) hinzugefügt, z.B. verbleibende Quests, verbleibende NPCs und so weiter.

Master – „Verfeinert“

Die letzte Phase der Produktion vor der Veröffentlichung: Hier geht es vor allem um Fehlerbehebung, Performance- und Speicheroptimierung, aber auch um Anpassungen am Balancing und ähnliches Feedback, das wir noch von unseren Spielern bekommen könnten.

In dieser Phase wird unser Spiel auch bei Partnern (z.B. Sony und Microsoft) eingereicht, damit diese die Version prüfen und freigeben können.

Wenn wir diesen Punkt erreicht haben, sind wir auf der Ziellinie und die Veröffentlichung von Anno 117: Pax Romana ist zum Greifen nah (Hallo, 13. November!).

Der Bau großer römischer Städte in Latium ist nur noch wenige Monate entfernt.

Meilensteine

Wie bereits erwähnt, erstellt das Produktionsteam einen Plan (“roadmap”), um bestimmte Produktions-Level zu bestimmten Zeitpunkten zu erreichen. Hierfür verwenden wir Meilensteine.

Um aus unserer internen Dokumentation zu zitieren: „Ein Meilenstein unterteilt die Produktion in kleinere, überschaubare Abschnitte.“ Dies hilft uns, den gesamten Entwicklungsprozess zu strukturieren, was bedeutet, dass wir den Fortschritt des Projekts regelmäßig überprüfen können. Dementsprechend haben alle Meilensteine die gleiche Länge, da sie alle den gleichen Arbeitsabläufen folgen.

Das Team selbst einigt sich auf bestimmte Ziele, die bis zum Ende eines Meilensteins erreicht werden müssen, und verpflichtet sich zu diesen. Das bedeutet in der Regel, dass ein bestimmtes Feature oder ein bestimmter Aspekt des Spiels auf eine bestimmte Qualitätsstufe gebracht wird. Sowohl diese Qualitätsstufen als auch die Meilensteinziele werden vom Team selbst in Übereinstimmung mit dem ursprünglich festgelegten Gesamtproduktionsplan und einigen allgemeinen Ubisoft-Richtlinien festgelegt.

Während beispielsweise Qualitätsstufe 0 („L0“) bedeutet, dass ein detailliertes Design des Features vorliegen muss, das überprüft und genehmigt wurde, bedeutet L1, dass das Feature (wenn auch in einem sehr frühen Stadium mit Platzhaltern und Work-in-Progress-Elementen) zum ersten Mal spielbar ist.

Unsere „Qualitätsstufen“, visualisiert durch die Weltausstellung von Anno 1800.

Und was passiert, wenn wir einen Meilenstein erreichen? Nun, wir feiern natürlich! Wir veranstalten regelmäßig „Show & Tell“-Meetings, bei denen die einzelnen Abteilungen dem Rest des Teams ihre Errungenschaften der letzten Meilensteine präsentieren – und danach gibt es etwas zu essen und zu trinken.

Außerdem nehmen wir die Meilensteine regelmäßig zum Anlass, Playtests durchzuführen. Sowohl externe als auch interne, bei denen wir uns alle ein wenig Zeit nehmen können, um uns ganz auf das Spiel zu konzentrieren. Und wie unsere externen Spieltester füllen wir auch lange Umfragen aus, um unser eigenes Spiel zu beurteilen und Feedback zu geben.

Doch wie ihr euch denken könnt, klappt nicht jeder Meilenstein wie am Schnürchen. Geschätzte Aufgaben dauern länger, Leute werden krank und können ihre Arbeit nicht beenden, oder wir stellen fest, dass eine bestimmte Umsetzung auf dem Papier gut klingt, aber beim Spielen nicht so viel Spaß macht.

All diese Erkenntnisse müssen ausgewertet werden, und der Plan für die kommenden Meilensteine muss angepasst werden.

Das bedeutet, dass es bei der Arbeit im Bereich Production und Projektmanagement nicht darum geht, den EINEN Plan zu erstellen: Es geht darum, einen Plan zu erstellen und ihn immer wieder an die Produktionsrealität anzupassen – und dabei die Ziele des Projekts im Auge zu behalten.

Wir essen nicht jedes Mal SO VIEL Kuchen, das ist für die großen Meilensteine reserviert.

Feature-Teams

Um die genannten Meilensteinziele zu erreichen, stellen wir „Feature Teams“ zusammen.

Das sind kleinere Teams, die sich auf ein bestimmtes Feature oder eine Feature-Gruppe konzentrieren und sich aus Leuten aus verschiedenen Abteilungen zusammensetzen, die alle an diesem speziellen Feature arbeiten (zum Beispiel: Straßen oder Diplomatie). Die Leute sind normalerweise in mehreren Feature-Teams (es gibt gaaaanz viele verschiedene Features) und entscheiden gemeinsam über die Ziele und sind dafür verantwortlich, dass das Feature diese Meilensteinziele erreicht.

Sie werden vom Production-Team unterstützt, um die richtigen Arbeitsabläufe und den richtigen Umfang zu gewährleisten: Wie eingangs erwähnt, muss die Entwicklung gründlich geplant werden, um die verfügbare Zeit und das verfügbaren Entwickler zu berücksichtigen; um sicherzustellen, dass wir ein qualitativ hochwertiges Spiel pünktlich und ohne Crunch abliefern.

Außerdem leiten die Teamleiter (“Team Leads”) und die “Core Group” (bestehend aus den Direktoren und Senior Leads) den Prozess und genehmigen und überprüfen den Fortschritt und die Meilensteinziele.

Abschließende Worte & Lehren

Wir kommen zum Ende des heutigen DevBlogs, Zeit für ein paar letzte Fragen an Nadin und Christoph:

Plant ihr wirklich die gesamte Entwicklung von Anfang an? Wie flexibel ist diese Planung, wenn etwas Unvorhergesehenes passiert?

Ja, man braucht einen ersten vollständigen Plan direkt am Anfang. Das ist wichtig, um die Kontrolle über die Projektparameter (Zeit, Budget, Qualität) zu behalten. Sobald einer der Parameter in Gefahr ist, müssen wir Gegenmaßnahmen ergreifen, um sicherzustellen, dass das Projekt auf Kurs bleibt. Wie bereits erwähnt, ist die Anpassung des Plans an die Produktionsrealität ein wichtiger Teil unserer Arbeit.

Sowohl ihr als auch das Team haben im Laufe der Jahre an mehreren Anno-Spielen gearbeitet. Haben sich daraus einige „goldene Regeln“ für die Produktionsplanung ergeben?

Wenn der Plan am Anfang nicht passt, wird er am Ende NICHT passen => man muss ihn dann sofort anpassen, um die Risiken zu minimieren.

Realistisch sein bei der Schätzung von Aufgaben => zu optimistisch geschätzte Aufgaben führen später dazu, dass der Plan verzerrt wird.

Offen und ehrlich sein: im Guten wie im Schlechten => nur mit Transparenz können wir Vertrauen innerhalb des Teams und gegenüber unseren Fans aufbauen.

Gab es Situationen, in denen ihr gesgat habt: „Nächstes Mal machen wir es anders“, und gab es im Laufe der Jahre allgemeine Veränderungen in der Art und Weise, wie wir Spiele produzieren?

Bei der Produktion geht es darum, mit Veränderungen umzugehen. Der beste Arbeitsablauf ist wertlos, wenn er nicht zu den Bedürfnissen des Teams passt. Also ja: Es ist eine ständige Weiterentwicklung, bei der man überprüft, was gut gelaufen ist und was nicht.

Dies gilt insbesondere für die Planung: Wie man einen Plan (Backlog) aufstellt, wie man ihn überwacht und wie man ihn anpasst, um flexibler zu werden, sind wichtige Bestandteile unserer Arbeit.

Wir hoffen, dass ihr diesen etwas anderen, aber umfassenden Einblick in unsere Entwicklungsprozesse und insbesondere in die Arbeit der Production-Abteilung interessant fandet!

Habt ihr weitere Fragen, die wir in diesem Blog nicht beantwortet haben? Möchtet ihr mehr über die Arbeit bestimmter anderer Abteilungen erfahren? Lasst es uns in den Kommentaren wissen!