Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

Functionality: 

A question reviewer is reviewing each question across some defined parameters before submitting for approval

Challenges in the current solution flow:

Ensuring a certain level of quality of questions is paramount for any education body creating questions for any purpose, and especially for assessment purposes. Hence to ensure good quality standards are maintained, there are some steps that each reviewer is asked to go through before approving a question. In haryana the review process is divided into 4 steps, which involves:-

  1. The reviewer opens Prashnavali and opens a question submitted by the contributor

In this step the reviewer goes through the question statement, the options of the question (only in case of MCQ questions), the correct answer of the question & the tags added to the question (topic, competency, marks & skill)

2. The reviewer opens a Google sheet (sample) shared with them and marks the questions against the specified parameters

In this step, the reviewer pastes the question statement from Prashnavali to the given google sheet, and gives a score (out of 5) for all the parameters specified in the sheet. Based on a pre-defined logic a total score is generated for the question and ‘Approved’ or ‘Rejected’ is displayed on the google sheet

3. The reviewer goes back to Prashnavali and marks the question as ‘Submit for approval’ or ‘Request changes’ based on the result from step 2.

4. The admin goes through the filled sheets in order to ensure that each question undergoes a quality check before approval

In the above mentioned steps, there are 4 major pain points:-

  1. Multiple google sheets (25+) have to created for every assessment (Bi-monthly)

  2. Reviewers have to navigate between Prashnavali & google sheets to review a single question and this exercise is repeated for all questions (~30 questions are added per subject-grade combination)

  3. Navigating on different platforms is not ideal for reviewers as the cadre of reviewers are not very tech savvy and are mostly using mobile phones to carry out the entire process

  4. The admin has to go through all the google sheets to maintain high quality standards of assessments

Functional solution:

Allow users to get a form/pop-up window where they can mark (yes/no or a checkbox) against all parameters to denote if they have gone through all the parameters before reviewing the question & also allow them to add a score against each parameter which with a pre-defined logic enables/grey-out the submit for review or request changes button

The proposed step-by-step solution is:-

A reviewer will

  1. Log in to the contribution portal

  2. Go to ‘My Projects’

  3. Open the desired project

  4. Open the desired question set

  5. Open the desired question

  6. Review the question body, options, details, tags

  7. Click on Submit for review

  8. A form opens with the following parameters:- Suitability, comprehensibility, pedagogy and grammar

  9. The reviewer gives scores across each parameter

  10. The reviewer can see a total score

  11. Based on the total score, the reviewer Accepts/Rejects/Requests for change the question

Logic: If total score <=14, the following message pops-up:- “Please re-evaluate the question for quality, & ‘Submit for Approval’ accordingly”

Slide 2-6 attached for wireframes of the solution

Technical solution:

  • We’ll use SB-Forms to create quality-check form.

  • The config will be stored in the category definition. 

  • If quality check form exist in category definition then we’ll open the pop-up

  • The value of quality-check form will be stored in question object.

Category Definition:

We’ll add new form in category definition named reviewerQualityCheck.

{
  "objectCategoryDefinition": {
     ...
     "forms": {
       "create": {},
       "delete": {},
       "publish": {},
       "review": {},
       "search": {},
       "reviewerQualityCheck": {
          "templateName": "",
          "required": [],
          "properties": [
            ...
          ]
       }
     }
  }
}

Question Schema:

We’ll add a new key of object type reviewerQualityChecks which will store quality-check form information.

{
   "identifier": "do_id",
    ...
    "reviewerQualityChecks": {
       "comprehensibility":  "2",
       ...
    }
}

Reason for storing reviewerQualityChecks in question schema:

  • Leveraging existing API

  • Avoiding multiple API calls

  • No labels