CIRCA:Assessment Framework

From CIRCA

(Difference between revisions)
Jump to: navigation, search
(External Links)
(8.0 Closure)
 
(123 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.
-
Use these question categories in the process of answering your own questions relevant to a specific project.
+
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.
-
Fill in category sub-questions as best you can, add your own or skip questions as needed.
+
-
==Stakeholders==
+
==1.0 [[CIRCA: Stakeholders and Expectations|Stakeholders and Expectations ]]==
-
*Who are the stakeholders?
+
*1.1 What's the point of the project?
-
* Who is the targeted audience for the game?
+
-
** What will the audience take away from the game?
+
-
* Is there a market or test group available, already existing or in demand?
+
-
==Expectations==
+
*1.2 Who are the interested parties in this project?
-
* What is the main purpose of the project?
+
*1.3 What does each stakeholder get out of the project?
-
* What are the stakeholders’ main goals?
+
-
** Can one stakeholder’s expectations be met while meeting another’s?
+
-
*** What would be the requirements of success?
+
-
==Resources==
+
*1.4 How will you prioritize the needs of stakeholders?
-
* What is deliverable?
+
==2.0 [[CIRCA: Requirements|Requirements ]]==
-
* What is the length of time it would take to build and run the game?
+
*2.1 What is the primary purpose of the project?
-
** Is there a deadline? Or can this project be delayed?
+
-
* Is there previous work, either ours or another group’s, in this area?
+
*2.2 What evidence would indicate success? How will you know it is over?
-
* How long should the project be able to last?
+
*2.3 How will interested parties discuss the project as it evolves?
-
==Assessment==
+
*2.4 Is there a project charter agreed among stakeholders that makes clear what is expected of everyone?
-
* Who and how do we want to give or receive feedback?
+
==3.0 [[CIRCA: Resources|Resources ]]==
-
* What would be the most efficient method - time and resource wise - of gathering assessment data?
+
*3.1 What resources are required to do the project?
-
** Should there be multiple feedback tools available?
+
-
       
+
-
==Misc. categories (fun, education, technology, etc...)==
+
-
* What are measurable variables that can be defined as '____'?
+
*3.2 How will you get the required resources?
-
* Should the game be more intuitive or instructional?
+
-
** How quickly will the target audience be able to learn the game?
+
-
* Can the game teach anything different than a textbook, class, or other resources?
+
-
** Can this game teach something that can be gained through other resources in a way that the targeted audience finds preferable?
+
-
* Is there technology involved? Or theory?
+
-
* Do we need to advertise?
+
-
* If the project is repeatable, will we learn new things or benefit from running the game again?
+
-
=Other Frameworks=
+
*3.3 How will you account to stakeholders for the resources they have provided?
-
==External Links==
+
*3.4 How will you deal with the loss of resources?
-
* [http://gamification.org/wiki/Game_Design Gamification Game Design Wiki]
+
==4.0 [[CIRCA: Planning|Planning]]==
-
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.]
+
 +
*4.1 Is there a project plan? Does it include the level of detail needed?
-
Bits of advice that could be part of a framework content
+
*4.2 Is there a method for tracking progress regularly?
-
* [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]
+
*4.3 How will the plan be adapted if you fall behind or lose resources?
-
* [http://www.jenovachen.com/flowingames/introduction.htm flow in games]
+
==5.0 [[CIRCA: Design|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 [[CIRCA: Delivery|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 [[CIRCA: Feedback|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 [[CIRCA: Closure|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=
 +
*[[CIRCA:The Expanded GRAND Assessment Framework |The Original (expanded) GRAND Assessment Framework]]
 +
*[[CIRCA:Assessment Tools|Recommended Methods]]
 +
*[[CIRCA:Methods_for_Game_Design]]
 +
*[[CIRCA:Game Design Taxonomy|Game Design Taxonomy]]

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