spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich halte auch den Faktor Fähigkeiten für ein Problem, wenn man Stunden tauscht. Ich hatte im letzten Semester ein Projekt an der Uni, bei dem wir in Teams zusammen gearbeitet haben und Zeit loggen mussten. Und wir hatten halt teilweise Teammitglieder, die haben für Arbeiten, die ich in 1h besser gelöst hätte als das, was letztlich rauskam, 20h gebraucht. Da hilft es mir dann auch nicht viel, wenn ich 10h Programmieren gegen 10h Modellieren tausche und der andere einfach deutlich weniger Leistung in diesen 10h bringt als ich, weil seine Fähigkeiten schlichtweg nicht ausreichen.

In meinen Augen ist also auch nur ein Feature-Austausch wirklich sinnvoll und da muss man dann vorher den Task genau spezifizieren, Abnahmekriterien festlegen und dann muss dieses Feature eben geliefert werden. Sollte man sich total verschätzt haben, kann mman ja im Nachhinein darüber sprechen, ob man evtl. noch ein zweites Model macht oder noch ein zusätzliches Feature implementiert.
Für den Fall, dass es sich um größere Features (einen Character modelliert und animiert man ja nicht mal so an einem Abend) handelt, sollte man evtl. darüber nachdenken "Sprint-Meetings" zu machen, in denen man sich über den Fortschritt gegenseitig informiert und man ggf. eingreifen kann, falls etwas nicht gefällt.

Ich denke aber, dass so etwas in Systemen wie Unity besser funktioniert, weil dort das Hauptsystem die Unity-Engine ist, mit der der Grafiker ja auch alleine (mit grundlegenden Programmierkenntnissen) arbeiten kann und der Programmierer wird dann in erster Linie benötigt, um speziellere und komplexere Features ein zu bauen. Ohne eine solche Basisi dürfte es wohl schwer werden, da es sicher keinen Spaß macht, wenn ein C++ Projekt von einem Programmierer zum nächsten geschoben wird und effektiv der Grafiker damit wenig machen kann als seine eigenen Grafiken einbinden.