Enable course assessment through ED (for any training use-case) to provide enhanced capabilities to existing and potential adopters.

Today Course is one of the leading use-cases for ED adopters (DIKSHA & otherwise), but the assessments in a course are powered through ECML which has its shortcomings.

1. Ability to create and consume FTB (P1) & MTF (P2)

2. Question reusability: Create within a Question Set, use elsewhere.

   1. Question lifecycle changes as per tech review,

   2. Out of scope: Visibility private (P3), Old ECML (P3)

3. Attach audio in a question

4. Support 25k TPS scale

P1

Value Proposition

Become more specific about who will find it more valuable, what will be their reason to believe in the benefits offered and thus having clarity on the right to play. Identify value propositions for independent software vendors (or IT teams in organisations).

1. Engage with ecosystem actors in two phases through conversations rooted in this hypothesis & research plan.

2. Round 1: NIIT/StackRoute, Tarento (Pulse), Manipal (Edu Next), Infosys.

3. Round 2: Quizizz, DoubtNut.

P1

Ease of use: Simplify and self-serve installation

Gives the ability for anyone (including ED) to leverage inQuiry with minimal support.

1. Installation process is completely open-sourced

2. Simplify installation: Local & Server installation Script with proper documentation

3. Make it cost-effective for any one to use

P1

Operational Monitoring: A self-serve tool to monitor the health of inQuiry micro-service.
•Saves the team's time is debugging issues.
•Helps in Faster Resolution

Today the team spends time assisting adopters debug issues. Mostly the issues are in the complimentary systems around inQuiry.

1. Enable health-monitoring for adopters

2. Tech FAQ and document steps to debug incase of commonly occurring issues

Experience and learn inQuiry. Help users imagine and visualise the possibilities using inQuiry.

1. Prototypes in experience centre, Microsite upgrade, completeness, and simplification

2. Reference solution packages for Test prep, Assessment, and Quizzing/Practice use-cases.

P2

Scale performance benchmarking

Today we do not know if inQuiry works at large scale (e.g. 25k TPS). It has neither been used or tested at such a high scale. We rely on it purely based on our design & development practices.

We need to explicitly establish the scale benchmarks for inQuiry.

1. Performance Testing & Benchmarking: Today we don’t know this. We want to achieve <5% error rate at expected scale or 25k TPS.

2. Load testing scripts and reports will be published as open-source assets.

Testing Automation

Promise that it works with minimal time/effort spent every release by implementing test automation for all components

1. Functional Testing Automation: Today the coverage is xy% (i.e x/total APIs). We want to achieve >90% coverage across all APIs.

2. Current status of code coverage is

   1. Editor: 61%

   2. Player: 87%

   3. Micro-service: 84%

We want to achieve >90% unit test code coverage as well.

P1

Easy to ensure QuML compliance (Validate & Generate).

Ensures that inQuiry follow the QuML spec and hence allow resability, interoperability and longetivity of its assets

We caught gaps in validation (by chance) and fixed them. Need to put a check so that it is always compliant.

P1

Light-weight/low-code inQuiry package

•Lower cloud infrastructure
•Simpler tech stack
•Easy to swap-out/swap-in dependencies (i.e. Knowlg).

P2

Out-of-the-box capabilities for visibility of learning outcomes.

•This will generate necesssary information for questions and question set's analytics and hence make maximun use of the generated data and inQuiry's capabilities
•The users will be able to make informed decisions based the analytics data

Out-of-the-box analytics for question usage, performance, and other question/question set related metrics.

P3

Activate Community engagement

More contribution and support form the community, hence refining the product better

•Co-created roadmap
•Regular community huddles
•Design thinking session

P2

Functional Testing Automation

Promise that it works with minimal time/effort spent every release by implementing test automation for all components.

P1

Performance Testing

Ensures scale-ready with quantified benchmarks for microservice.

P2

QuML Compliance

Ensures reusability, interoperability and longetivity of assets (question/sets) by complying with QuML specs (strict compliance).

P1

Expand the available Question Types

Reduces the feature parity between ECML and QuML hence facilitating the switch from ECML to QuML

Ability to compete in the market : By giving a wider variety of pre-built question types to the users, inQuiry is providing features at par with the competitors and hence driving adoptions.

P2

Installation process is completely open-sourced

Gives the ability for anyone (including ED) to leverage inQuiry with minimal support

P2

Local & Server Installation Script & its documentation

Adopter is be able to easily install inQuiry independently

P1

Create a Tech FAQ and document steps to debug incase of commonly occuring issues

•Saves the team's time is debugging issues.
•Helps in Faster Resolution

P3

Market study

Understand potential inQuiry adoptions FTSO creating products/solutions.
•Will give the ability to target the the right market
•Will be able Guide the product in the required direction

P2

Out-of-the-box analytics for question usage, performance, and other question/question set related metrics.

•This will generate necesssary information for questions and question set's analytics and hence make maximun use of the generated data and inQuiry's capabilities
•The users will be able to make informed decisions based the analytics data

P3

Multilingual Support

•Enables the creators to create questions in different languages and also create multilingual questions ie same question in different languages
•Also enables players to choose the language in which they would like to play
Hence making inQuiry accesible to a wide range of audience and also be able to power a variety of use cases

P2

Identify items to be corrected and improve the inQuiry microsite

Will allow any potential Adoptor (or anybody else) to easily understand inQuiry. Inturn this should help in driving adoptions and also less effort to be spent by the team in explaining inquiry and what solutions can be implemented

P4

WYSIWYG Creation

Allows users to easily edit and visualize the end user experince

P4

Reusability of question by implementing visibility

Creators and organisations find it cost-effective to reuse questions. Currently questions created within a question set are not reusable across other question sets. Here are visibility functional needs.

Containerisation