Skip to content
naulon
Not checkedNot checked for notices yet.

Management of exhaustion in continuous product development

Wei Huang

Annals of Business Administrative Science · 2019

doi:10.7880/abas.0190621a (opens in a new tab)

We email you when a new notice or a question about this paper appears.

Abstract

In case of products under continuous development, such as mobile games, (a) the development workload for bug fixing is accompanied by (b) the development workload of new content, which exhausts development teams. This paper examined a case of a company where (a) some developers suffered exhaustion while responding to bugs pointed out by users. However, many of the bugs were related to specific events and items. Thus, the company chose not to include the bug fixes in quick updates as long as they were not emergencies related to the game system. In addition, (b) initially PvE (Player versus Environment) content comprised 70% of the new content, whereas PvP (Player versus Player) content comprised 30%. However, the consumption of PvE content was faster than originally estimated, resulting in exhaustion of the development team. By contrast, PvP content was generated primarily by users, and additions to content were not frequent, although considerable time was needed to validate the content. For validation, simulations of portions of user fights were conducted, which indicated reduction of time by approximately 35%; in addition, the ratios of PvE and PvP content were changed to 40% and 60%, respectively. Through (a) and (b), the feeling of exhaustion experienced by the development teams was ameliorated, and by increasing the proportion of PvP, which had a high social component, the company succeeded in acquiring new users and monetizing existing paid users.

Abstract licence: CC BY

References12

    12 more references, whose wording the paper’s licence keeps private.

    Reads

    Read by people on this page

    None yet.

    Checked or read by AI through naulon

    None yet.

    A person counts once a day per paper. We keep no cookie and no address: a reader is a hash that changes every day. Any month under five reads shows no number.

    Are you an author?

    Is this your paper?

    Claim it to add your note and be paid when agents cite it. Free.