Difference between revisions of "Functional Roles"

From gdp3
Jump to: navigation, search
(Using the pattern)
(Using the pattern)
Line 34: Line 34:
 
== Using the pattern ==
 
== Using the pattern ==
 
Supporting [[Functional Roles]] requires both vary that entities can ''or'' need to specialize into different roles, and that several entities exist to fill these roles.  
 
Supporting [[Functional Roles]] requires both vary that entities can ''or'' need to specialize into different roles, and that several entities exist to fill these roles.  
 
  
 
=== Can Be Instantiated By ===
 
=== Can Be Instantiated By ===
[[Parties]],
 
 
 
[[Role Selection]],  
 
[[Role Selection]],  
  
[[Privileged Abilities]] is the simplest solution to this in games that has [[Teams]] that can have different [[Competence Areas]]; [[New Abilities]] lets this develop over time and according to needs.
+
[[Privileged Abilities]] is the simplest solution to this in games that has [[Teams]] that can have different [[Competence Areas]]; [[New Abilities]] lets this develop over time and according to needs. [[Parties]], as special cases of [[Teams]], naturally have players develop different [[Competence Areas]] and [[Privileged Abilities]] and are therefore especially suited to achieving [[Functional Roles]]. Beyond that, specific ways of allowing specialization include [[Sidegrades]], [[Skills]], [[Tools]], and [[Weapons]] while [[Equipment Slots]] can force specialization since each entity cannot carry [[Tools]] or [[Weapons]] for each situation (the [[Left 4 Dead series]] is an example where [[Equipment Slots]] has this consequence). Typically [[Functional Roles]] are split between players, but this can be complemented by use of [[Companions]] and the pattern can be used in [[Single-Player Games]] if the player has control over many [[Characters]] or [[Units]].  
Specific ways of allowing specialization include [[Sidegrades]], [[Skills]], [[Tools]], and [[Weapons]] while [[Equipment Slots]] can force specialization since each entity cannot carry [[Tools]] or [[Weapons]] for each situation (the [[Left 4 Dead series]] is an example where [[Equipment Slots]] has this consequence). Typically [[Functional Roles]] are split between players, but this can be complemented by use of [[Companions]] and the pattern can be used in [[Single-Player Games]] if the player has control over many [[Characters]] or [[Units]].  
+
  
 
[[Functional Roles]] in [[Multiplayer Games]] create need for player [[Coordination]]. Beyond all other ways of supporting [[Coordination]] that exist, one way appropriate in conjunction with [[Functional Roles]] is to let players distinguish themselves with [[Cosmetic Game Items]] according to their roles.
 
[[Functional Roles]] in [[Multiplayer Games]] create need for player [[Coordination]]. Beyond all other ways of supporting [[Coordination]] that exist, one way appropriate in conjunction with [[Functional Roles]] is to let players distinguish themselves with [[Cosmetic Game Items]] according to their roles.

Revision as of 20:40, 10 August 2011

Gameplay where responsibility for different types of game actions can be divided between participants.

This pattern is a still a stub.

Examples

Soccer

Ice Hockey

Class-based Tabletop Roleplaying Games such as Dungeons & Dragons

World of Warcraft

Team Fortress series

Battlefield series

weapons

Left 4 Dead series


Using the pattern

Supporting Functional Roles requires both vary that entities can or need to specialize into different roles, and that several entities exist to fill these roles.

Can Be Instantiated By

Role Selection,

Privileged Abilities is the simplest solution to this in games that has Teams that can have different Competence Areas; New Abilities lets this develop over time and according to needs. Parties, as special cases of Teams, naturally have players develop different Competence Areas and Privileged Abilities and are therefore especially suited to achieving Functional Roles. Beyond that, specific ways of allowing specialization include Sidegrades, Skills, Tools, and Weapons while Equipment Slots can force specialization since each entity cannot carry Tools or Weapons for each situation (the Left 4 Dead series is an example where Equipment Slots has this consequence). Typically Functional Roles are split between players, but this can be complemented by use of Companions and the pattern can be used in Single-Player Games if the player has control over many Characters or Units.

Functional Roles in Multiplayer Games create need for player Coordination. Beyond all other ways of supporting Coordination that exist, one way appropriate in conjunction with Functional Roles is to let players distinguish themselves with Cosmetic Game Items according to their roles.

Diegetic Aspects

Interface Aspects

Narrative Aspects

Consequences

Novice players can ease into a game when Functional Roles require different levels of expertise in Teams, so the pattern can support Smooth Learning Curves in these types of games; an example of this is playing engineers or medics in Team Fortress 2.

In Multiplayer Games, Functional Roles let players have Varied Gameplay and thereby provides Replayability in that players can have different gameplay experiences by testing different roles. When roles are limited, this can lead to Internal Rivalry between the players - especially in games with persistent social organizations such as Guilds. These Internal Rivalries can in turn lead to Role Reversals during gameplay.

Relations

Can Instantiate

-

with Teams

Smooth Learning Curves

with Cosmetic Game Items

Coordination

with Internal Rivalry

Role Reversal

with Multiplayer Games

Internal Rivalry, Replayability, Varied Gameplay

Can Modulate

Multiplayer Games, Teams

Can Be Instantiated By

Companions, Equipment Slots, Parties, Role Selection, Sidegrades, Skills, Tools, Weapons

New Abilities with Competence Areas and Teams

Privileged Abilities with Competence Areas and Teams

Can Be Modulated By

-

Possible Closure Effects

-

Potentially Conflicting With

-

History

New pattern created in this wiki. However, it was first introduced as a concept to support socially adaptable games by Björk et al (2004)[1].

References

  1. Björk, S., Eriksson, D., Holopainen, J. & Peitz, J. (2004). Guidelines for Socially Adaptable Games, Deliverable D9.1 of the EU project "Integrated Project on Pervasive Gaming" (FP6 - 004457).

Acknowledgements