Difference between revisions of "Goals and success criteria"
Line 77: | Line 77: | ||
<span style="color:red">- U, A, L, V</span> | <span style="color:red">- U, A, L, V</span> | ||
+ | |} | ||
+ | |||
+ | Success criteria for Companies applying for a service | ||
+ | |||
+ | {| class="wikitable" style="width: 60%;" | ||
+ | !ID | ||
+ | !Criterion | ||
+ | !Technical Common Criteria | ||
+ | !Principles | ||
+ | |- | ||
+ | ! colspan="4" | | ||
+ | |||
+ | |||
+ | Pilot goal B: Reduce manual work, lower transaction costs and improving enrolment speed for the company when using the Once Only Principle | ||
+ | |- | ||
+ | !B1 | ||
+ | | | ||
+ | |||
+ | |||
+ | The user acknowledges the procedure for applying for a service to be effective and efficient (e.g. the procedure requires acceptable effort and cost, the procedure is not complex, has no language barriers, no interruptions. The user spends little manual time to correct company data, and experiences no errors after finishing the enrolment process). | ||
+ | | | ||
+ | |||
+ | |||
+ | Reusability, Effectiveness & Efficiency, Administrative Simplification, Transparency | ||
+ | | | ||
+ | |||
+ | |||
+ | U, A, L, V | ||
+ | |- | ||
+ | !B2 | ||
+ | | | ||
+ | |||
+ | |||
+ | The user acknowledges the method to proof their authorisation as effective and efficient (e.g. requires little effort, is established with simple and effective communication, is reliable). | ||
+ | | | ||
+ | |||
+ | |||
+ | Reusability, Effectiveness & Efficiency, Transparency, Security and Privacy | ||
+ | | | ||
+ | |||
+ | |||
+ | U, A, L, V | ||
+ | |- | ||
+ | !B3 | ||
+ | | | ||
+ | |||
+ | |||
+ | The user acknowledges the duration of completing the online eProcedure activities to apply for a service as acceptable. | ||
+ | | | ||
+ | |||
+ | |||
+ | Effectiveness & Efficiency, Administrative Simplification | ||
+ | | | ||
+ | |||
+ | |||
+ | V, A | ||
+ | |- | ||
+ | !B4 | ||
+ | | | ||
+ | |||
+ | |||
+ | The user saves time and/or cost when completing the eProcedure using the OOP TS. | ||
+ | | | ||
+ | |||
+ | |||
+ | Effectiveness & Efficiency | ||
+ | | | ||
+ | |||
+ | |||
+ | V, A | ||
|} | |} | ||
Line 82: | Line 152: | ||
''Qualitative description on lessons learned (technical, functional, proess, data, usability etc) and preliminary conclusions on these dimensions, based on metrics, questiuonnaires and interviews? The dimensions target the scope of the piloted functionality and patterns (until delivery of the report)'' | ''Qualitative description on lessons learned (technical, functional, proess, data, usability etc) and preliminary conclusions on these dimensions, based on metrics, questiuonnaires and interviews? The dimensions target the scope of the piloted functionality and patterns (until delivery of the report)'' | ||
− | ===3.2.1 Use=== | + | ===3.2.1 Use === |
*''Overview'' | *''Overview'' | ||
Line 106: | Line 176: | ||
*''Other lessons from interaction with other initiatives (SEMPER, EBSI…)'' | *''Other lessons from interaction with other initiatives (SEMPER, EBSI…)'' | ||
− | ==3.3 Technical common criteria (questionnaire for evaluation?)== | + | ==3.3 Technical common criteria (questionnaire for evaluation?) == |
''[Qualitative description of preliminary conclusion per criterium. Explanation (in written) on how success criteria /metrics are related with Technical common criteria, distributed by pilot dimensions]'' | ''[Qualitative description of preliminary conclusion per criterium. Explanation (in written) on how success criteria /metrics are related with Technical common criteria, distributed by pilot dimensions]'' | ||
Revision as of 14:04, 8 November 2021
Back to main page of D4.7 Initial Running Phase Report
Back to Previous Chapter: 2. Current Status of Pilot
3.1 Goals and pilot success criteria
Objectives and how they are satisfied in relation to success criteria. Use D4.6 section 2.1 (Final version of success criteria and Common Pilot Criteria) as a basis.
GOALS
Actor | ID | Goal |
---|---|---|
Public authorities | A | Improve the quality of Company data within the service fulfilment process by re-using data from authentic sources, thereby reducing manual work and lowering processing costs. |
Companies | B | Reduce manual work, lower transaction costs and improving enrolment speed for the company when using the Once Only Principle |
Project | C | Evaluate the OOP-components supporting the cross-border information flow:
- Assess (technical) impact on national services/registers already in place - Evaluate connections of national systems to the OOP TS |
D | Evaluate whether the solutions designed to the DBA specific challenges have proven adequate in piloting the DBA eProcedures:
- Usability of harmonised Company Evidence model - Degree to which powers must be validated - Scalability of solution for powers validation - Usability and security of Explicit Request and Preview - Need for record matching on Natural Persons - Adequacy of patterns to keep data up-to-date |
- Success Criteria for Public Authorities
- ID | - Criterion | - Technical Common Criteria | - Principles |
---|---|---|---|
Pilot goal A: Improve the quality of Company data within the service fulfilment process by re-using data from authentic sources, thereby reducing manual work and lowering processing costs | |||
- A1 |
- The DE recognizes the company data is of higher quality, more reliable and easier to process when using the OOP TS to retrieve company data directly from the DO. (e.g. can data is available in an electronic and structured format for easy processing in the systems of the DE, data requires less correcting, data is kept up to date automatically, data is reliable and leads to less exceptions when processing, data is more meaningful, has less inconsistencies and errors, is more complete). |
- Reusability, Transparency, Effectiveness & Efficiency, Administrative Simplification |
- U, A, L, V |
- A2 |
- The DE recognizes the method of powers validation to provide data of higher quality and reliability, proving that the representative is sufficiently authorized to represent the company (e.g. authorisation data is easier to interpret, authenticity is clear, data is trustworthy, there is less manual work in validating the users powers to represent the company with documents proving the relationship of the user to the company, authorization data requires less correcting, verification is easier). |
|
|
Success criteria for Companies applying for a service
ID | Criterion | Technical Common Criteria | Principles |
---|---|---|---|
| |||
B1 |
|
|
|
B2 |
|
|
|
B3 |
|
|
|
B4 |
|
|
|
3.2 Pilot dimensions
Qualitative description on lessons learned (technical, functional, proess, data, usability etc) and preliminary conclusions on these dimensions, based on metrics, questiuonnaires and interviews? The dimensions target the scope of the piloted functionality and patterns (until delivery of the report)
3.2.1 Use
- Overview
- Initial feedback from focus group and real users
- Initial results from use related metrics (logs)
- Usefulness of DE4A patterns and components related to internal stakeholders take-up
- Strategy on pilot use until final report
3.2.2 Value
- Verified benefits with users and DEs / DOs
- Contribution of pilot to DE4A benefits and to external community of SDG stakeholders
- Pilot specific benefits
3.2.3 Learning towards Adoption
- Approach to knowledge-building
- Lessons learned from integration and testing useful for Adoption
- Technical, semantic and organisational/legal knowledge provided to other WPs
- Pilot learning for “Sustainable impact and new governance models” WP (to be agreed e.g. Sustainability recommendations, standardisation needs)
- Lessons being learned from users (questionnaires & interviews)
- Lessons being learned from DEs and DOs (results and outputs questionnaires & interviews)
- Other lessons from interaction with other initiatives (SEMPER, EBSI…)
3.3 Technical common criteria (questionnaire for evaluation?)
[Qualitative description of preliminary conclusion per criterium. Explanation (in written) on how success criteria /metrics are related with Technical common criteria, distributed by pilot dimensions]
Openness => U, A
Transparency => U, V
Reusability => V, L
Technological neutrality and data portability => L
User-centricity => V
Inclusion and accessibility => U
Security and privacy => U
Administrative simplification => A, V
Effectiveness and efficiency => A, V
[Qualitative comments, and follow-up with quantitative comments on second iteration]