GAME PLAN 285
Outsourcing engineering tasks is not recommended, as the engineering tasks
are more dependent on each other, and code merges can be time-consuming,
making it difficult to test outsourced code on a regular basis. Additionally, an
engineering vendor will need access to source code, which is highly confidential,
and will need to set up a development environment that exactly matches what
the internal engineering team is using.
Before contacting an external vendor, clearly define the scope of work to
be outsourced. The earlier worked can be scoped out, the more prepared the
vendor is to accurately estimate the workload and complete it on time. Also,
provide as much information as needed to the vendor about the game, as this
will help them plan their work better. For example, if hiring an external vendor
to compose music for the game, it is helpful to show them concept art, playable
prototypes, the style guide, and anything else that can help them get a good idea
of what the game’s vision is and what music will best fit with this vision.
As with any project, there are pros and cons to working with external vendors.
Overall, using a vendor can save time and resources during the development pro-
cess, making it more likely for the game to be finished on time. Another benefit
is that the team can concentrate solely on their tasks for the game and spend ad-
ditional time play-balancing features, fixing bugs, and polishing the assets so the
game is the best it can be. If you select vendors that are highly specialized in one
area, their quality of work will be high and will contribute to the overall quality of
the game, leaving the team to concentrate on the areas they do best.
There are a few drawbacks to working with a vendor, such as the extra costs
involved. But if the project is large and complex, the cost of an external vendor
might be worth the time and resources saved by the internal development ef-
forts. Another drawback is that the developer loses the flexibility to shift project
deliverables and internal deadlines around. When working with a vendor, the
developer must to be organized and confident in the team’s ability to meet key
milestone dates. The developer needs to provide the vendor with necessary as-
sets when needed. For example, a cinematics vendor might need to have the
final character models to complete the final version of the movies. Providing
this information requires the developer to think months ahead in the production
cycle in order to give accurate estimates to the vendor.
Another large risk to outsourcing is the vendor might not meet his deadlines.
This can severely impact the project if the deadlines are extremely tight. In order
to mitigate this risk, be sure to schedule ample time in the schedule for finding
a vendor. Additionally, after you get the vendor’s schedule, add some padding to
it so there is some slack if needed. It is never a good idea to schedule a vendor’s
deadline at the same time as a major milestone. For example, don’t have a ven-
dor deliver final cinematics or music on the beta date; plan to have it delivered
at least a week ahead of time.