V2 Roadmap
Created |
Status | ||||
---|---|---|---|---|
|
Outcome & Benefit | Action Items | Priority | Contributor (Who?) | AMJ '23 | JAS '23 | OND '23 | JFM '24 | ||||
---|---|---|---|---|---|---|---|---|---|---|---|
1 | Enable course assessment through ED (for any training use-case) to provide enhanced capabilities to existing and potential adopters. Today it Course is one of the leading use-cases for ED adopters (DIKSHA & otherwise), but the assessments in a course are powered through ECML . Hence enabling this through QuML will help expose capabilities of inQuiry. MCQ / MMCQ, FTB,which has its shortcomings. |
| P1Pooja, Kartheek | ||||||||
2 | 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) Market study
| P1 | Suren, Pooja | . |
| P1 | |||||
3 | Ease of use: Simplify and self-serve installation Gives the ability for anyone (including ED) to leverage inQuiry with minimal support and know monitor the health this giving confidence to the adoptors |
| P1 | ||||||||
4 | Operational Monitoring: A self-serve tool to monitor the health of inQuiry micro-service. Today the team spends time assisting adopters debug issues. Mostly the issues are in the complimentary systems around inQuiry. |
| P1 | Gauraw, Kartheek | |||||||
4 | 5 | Experience and learn inQuiry. Help users imagine and visualise the possibilities using inQuiry. |
| P2 | 5 | Testing Automation & Benchmarking | |||||
6 | 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. |
| |||||||||
7 | Testing Automation Promise that it works with minimal time/effort spent every release by implementing test automation for all components Ensures that microservice is Scale-ready; Get more confident about scale-readiness |
We want to achieve >90% unit test code coverage as well. | P1Gauraw, Kartheek | ||||||||
8 | 6 | 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 | |||||||
79 | Light-weight/low-code inQuiry package | •Lower cloud infrastructure | P2 | ||||||||
810 | 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 | Out-of-the-box analytics for question usage, performance, and other question/question set related metrics. | P3 | ||||||||
911 | Activate Community engagement More contribution and support form the community, hence refining the product better | •Co-created roadmap | P2 |
...