CIRCA:Assessment Framework

From CIRCA

(Difference between revisions)
Jump to: navigation, search
(8.0 Closure)
 
(64 intermediate revisions not shown)
Line 1: Line 1:
-
=(Tentative) Assessment Framework Questions=
+
The '''GRAND Assessment Framework''' is an iterative assessment framework designed by the University of Alberta GRAND group. The framework starts with the assumption that the group research project involves practical game design, and continues by attempting to ask the most significant over-arching questions.  
-
[[CIRCA:Game Design Taxonomy|Game Design Taxonomy]]is a list of terms that various people have coined for analyzing and classifying games.
+
-
While this document is being composed, the [[CIRCA:initial questions to ask when starting group research projects with a practical game design component -|compact list]] of questions to ask when '''starting''' group research projects with a practical game design component can be found [[CIRCA:initial questions to ask when starting group research projects with a practical game design component -|on its own page. ]]
+
The framework is intended to help game designers and researchers articulate their points (and what those points are in the first place), create a foundation for further work, and to suggest a set of possible methods for that may be of use during that particular part of the design process. Fill in category sub-questions as best you can, and add your own or skip questions as needed.
 +
==1.0 [[CIRCA: Stakeholders and Expectations|Stakeholders and Expectations ]]==
-
Use these question categories in the process of answering your own questions relevant to a specific project.
+
*1.1 What's the point of the project?
-
Fill in category sub-questions as best you can, add your own or skip questions as needed.
+
-
==Affiliations (Stakeholders)==
+
*1.2 Who are the interested parties in this project?
-
*Who are the existing stakeholders?
+
*1.3 What does each stakeholder get out of the project?
-
**administrative
+
-
**ethical / legal
+
-
**research
+
-
**audience / customer
+
-
**others
+
-
*Who are the legacy stakeholders?
+
*1.4 How will you prioritize the needs of stakeholders?
-
**sponsors
+
-
**returning group members
+
-
**community partners
+
-
**audience demographics
+
-
**notion of a corporate "brand" with feedback mechanisms about its reputation
+
-
*Who are new stakeholders, or what are recent changes in makeup/orientation/capacity?
+
==2.0 [[CIRCA: Requirements|Requirements ]]==
-
*Who are potential stakeholders?
+
*2.1 What is the primary purpose of the project?
-
** Is there a market or test group available, already existing or in demand?
+
-
***What are potential inclusion or exclusion factors (Does working with these stakeholders require REB ethics clearance?)
+
-
*Where can more information be found about a particular stakeholder, how can this information be used?
+
-
*How will you rank or sort stakeholders?
+
*2.2 What evidence would indicate success? How will you know it is over?
-
*Does working with these stakeholders require REB ethics clearance?
+
*2.3 How will interested parties discuss the project as it evolves?
-
*Which stakeholders will own the work when the project is done?
+
*2.4 Is there a project charter agreed among stakeholders that makes clear what is expected of everyone?
-
==Expectations==
+
==3.0 [[CIRCA: Resources|Resources ]]==
-
*What is the purpose of the project?
+
*3.1 What resources are required to do the project?
-
*What are the minimum requirements of success?
+
-
*What are the stakeholder groups' main goals?
+
*3.2 How will you get the required resources?
-
**What is each stakeholder group getting out of the project?
+
-
*What ought to be the shared ambition of this project?
+
*3.3 How will you account to stakeholders for the resources they have provided?
-
* What are the stakeholders' responsibilities to the group?
+
*3.4 How will you deal with the loss of resources?
-
* To what extent is the project contract to be formalized or kept informal? 
+
==4.0 [[CIRCA: Planning|Planning]]==
-
==Resources==
+
*4.1 Is there a project plan? Does it include the level of detail needed?
-
* What are the deliverables?
+
*4.2 Is there a method for tracking progress regularly?
-
** What are our deliverables' timelines
+
-
* What is the budget?
+
*4.3 How will the plan be adapted if you fall behind or lose resources?
-
**Who is responsible for all aspects of the budget?
+
-
* What technology or tools are required to build, maintain, and play the game?
+
==5.0 [[CIRCA: Design|Design]]==
-
* What is the project timeline?  
+
*5.1 What design process will work best for this project?  
-
* What is the length of time it would take to build and run the game?
+
*5.2 How can you assess the design process?
-
** Is there a deadline? Or can this project be delayed?
+
-
* Is there previous or comparable work, either ours or another group’s, in this area?
+
*5.3 Which resources are needed to develop the game?
-
**How does our work compare to other work?
+
-
* How long should the project be able to last?
+
*5.4 Does the game meet your goals? Are there unexpected problems?
-
* Are any outside stakeholders responsible for providing content/information/materials/funding/etc.?
+
*5.5 Are there ways to improve the game or the platform based on the results of this attempt?
-
*Are we using outside intellectual property?
+
==6.0 [[CIRCA: Delivery|Delivery]]==
-
**Who does it belong to?
+
-
***What sort of license does it use?
+
-
* Who is responsible for maintaining the project?
+
*6.1 How will you deliver the product to your audience?
-
==Execution==
+
*6.2 How will they become aware of your project?
-
* Does the game work?
+
*6.3 How will you train the audience to understand and play the game?
-
** What doesn't work?
+
-
*** Is the problem technical, conceptual, or both?
+
-
* Are there ways to improve the game or the platform based on the results of this attempt?
+
==7.0 [[CIRCA: Feedback|Feedback]]==
-
* Should the game be more intuitive or instructional?
+
*7.1 What feedback do you and your stakeholders want and from who?
-
** How quickly will the target audience be able to learn the game?
+
-
* If the project is repeatable, will we learn new things or benefit from running the game again?
+
*7.2 How does the game work for players? What is their experience?
-
* How will we conclude this project (what will the end-state look like?)
+
*7.3 How will reports from the players or other stakeholders be handled?
-
==Feedback==
+
*7.4 Can we provide feedback to encourage player engagement with the game?
-
*What feedback are we testing for?
+
*7.5 How can feedback influence further design?
-
* Who did the game work for (or not work for)?
+
-
** How did the stakeholders react to the game?
+
-
* Who and how do we want to give or receive feedback? (I think this needs to be broken down into several questions - SL)
+
==8.0 [[CIRCA: Closure|Closure]]==
-
** How will we present findings to our stakeholders?
+
-
** Who will we solicit feedback from?
+
-
*** What type of feedback is required? (qualitative? quantitative? game metrics?)
+
-
* What would be the most efficient method - time and resource wise - of gathering assessment data?
+
-
* Do the chosen assessment techniques require ethics clearance?
+
-
** Do we need new ethics or can this fall under a previous project?
+
-
* What tools will give us the most useful data?
+
-
* What questions should the assessment tools pose?
+
-
** Should there be multiple feedback tools available?
+
-
*What is the criteria for acquiring and updating information about stakeholders?
+
-
*How well does this project address the topic of '_____'?
+
-
*Does the game provide anything different or better from other resources/games?
+
-
(I think this section needs to be much more detailed since this was the original focus of the framework - the assessment process) - SL
+
*8.1 What will the end-state of the project look like?
-
==Misc. categories (fun, education, technology, etc...)==
+
*8.2 Does the game meet its goals? How do you know that?
-
* What are measurable variables that can be defined as '____'?
+
*8.3 How will you know if stakeholders are satisfied?
-
** Can this game teach something that can be gained through other resources in a way that the targeted audience finds preferable? ( I think this is outside of the scope of our group, we are not really studying how best to teach a topic or curriculum, we are studying games.)''
+
-
* Do we need to advertise?
+
-
* How will we launch the game and attract players?
+
-
** Do we have a captive player group or is the game released in the wild?
+
-
* Can we tweak the game during deployment? Is this a part of the plan?
+
-
==Other things to put in==
+
*8.4 Have you communicated to all interested parties that the project is over?
-
''I've tried incorporating these parts into the framework as much as possible. They've mainly been incorporated into the resources sections-DG
+
=Related Wiki Resources=
-
 
+
*[[CIRCA:The Expanded GRAND Assessment Framework |The Original (expanded) GRAND Assessment Framework]]
-
* '''Intellectual Property:''' What sort of license does it use? Who owns the work? Who published it? What is the intellectual property?
+
*[[CIRCA:Assessment Tools|Recommended Methods]]
-
* '''Time and Money:''' How long did it take to make? How much did it cost to develop? What sort of organization developed it?
+
*[[CIRCA:Methods_for_Game_Design]]  
-
* '''Comparison and Competition:''' What other games are similar? Who is the competition? How does it compare to other games?
+
*[[CIRCA:Game Design Taxonomy|Game Design Taxonomy]]
-
 
+
-
=Other Frameworks=
+
-
 
+
-
==External Links==
+
-
 
+
-
* [http://gamification.org/wiki/Game_Design Gamification Game Design Wiki]
+
-
has a long list of items - have a feeling that these are at different levels of importance so we should read through and sort.
+
-
* [http://circa.cs.ualberta.ca/index.php/CIRCA:RockwellGuide Another section of CIRCA wiki in which Geoffrey Rockwell discusses principles of digital project management in general.]
+
-
 
+
-
 
+
-
Bits of advice that could be part of a framework content
+
-
 
+
-
* [http://www.gamasutra.com/view/feature/132483/learning_the_ways_of_the_game_.php?page=2 assessment using pros and cons, example is pros and cons of using a wiki use for collaborative work] ''(I think this document is supposed to be less a 'how to' guide and more of a check list/framework for doing the theoretical and technical research and implementation. Perhaps we can start a page of solid design 'how to' resources elsewhere on the wiki)''
+
-
 
+
-
* [http://www.jenovachen.com/flowingames/introduction.htm flow in games] ''(This is an awesome paper but please describe how it fits in with the design framework. I'm not sure why this is here)''
+

Current revision as of 20:16, 4 December 2013

The GRAND Assessment Framework is an iterative assessment framework designed by the University of Alberta GRAND group. The framework starts with the assumption that the group research project involves practical game design, and continues by attempting to ask the most significant over-arching questions.

The framework is intended to help game designers and researchers articulate their points (and what those points are in the first place), create a foundation for further work, and to suggest a set of possible methods for that may be of use during that particular part of the design process. Fill in category sub-questions as best you can, and add your own or skip questions as needed.

Contents

1.0 Stakeholders and Expectations

  • 1.1 What's the point of the project?
  • 1.2 Who are the interested parties in this project?
  • 1.3 What does each stakeholder get out of the project?
  • 1.4 How will you prioritize the needs of stakeholders?

2.0 Requirements

  • 2.1 What is the primary purpose of the project?
  • 2.2 What evidence would indicate success? How will you know it is over?
  • 2.3 How will interested parties discuss the project as it evolves?
  • 2.4 Is there a project charter agreed among stakeholders that makes clear what is expected of everyone?

3.0 Resources

  • 3.1 What resources are required to do the project?
  • 3.2 How will you get the required resources?
  • 3.3 How will you account to stakeholders for the resources they have provided?
  • 3.4 How will you deal with the loss of resources?

4.0 Planning

  • 4.1 Is there a project plan? Does it include the level of detail needed?
  • 4.2 Is there a method for tracking progress regularly?
  • 4.3 How will the plan be adapted if you fall behind or lose resources?

5.0 Design

  • 5.1 What design process will work best for this project?
  • 5.2 How can you assess the design process?
  • 5.3 Which resources are needed to develop the game?
  • 5.4 Does the game meet your goals? Are there unexpected problems?
  • 5.5 Are there ways to improve the game or the platform based on the results of this attempt?

6.0 Delivery

  • 6.1 How will you deliver the product to your audience?
  • 6.2 How will they become aware of your project?
  • 6.3 How will you train the audience to understand and play the game?

7.0 Feedback

  • 7.1 What feedback do you and your stakeholders want and from who?
  • 7.2 How does the game work for players? What is their experience?
  • 7.3 How will reports from the players or other stakeholders be handled?
  • 7.4 Can we provide feedback to encourage player engagement with the game?
  • 7.5 How can feedback influence further design?

8.0 Closure

  • 8.1 What will the end-state of the project look like?
  • 8.2 Does the game meet its goals? How do you know that?
  • 8.3 How will you know if stakeholders are satisfied?
  • 8.4 Have you communicated to all interested parties that the project is over?

Related Wiki Resources

Personal tools