zzzlou
commented
2 days ago Team's Response
Thank you for raising this issue. We believe this is an improvement to be made in the future, but not in scope in the current iteration for the following reasons:
Realistic Use Cases for Target Users As this app is designed for NGO administrators instead of volunteers, we believe having whole numbers for hours is sufficient. NGO administrators primarily need to track approximate contributions, rather than exact fractions of hours. Whole numbers (e.g., 1, 2 hours) are sufficient for capturing the essence of volunteer engagement. Administrators typically do not require precise fractional hours to assess volunteer impact, as the focus is on overall trends and contributions rather than granular time tracking.
Ease of Reporting and Trend Analysis Recording hours as integers streamlines data aggregation and reporting. For example, summing up volunteer hours or generating high-level reports becomes more intuitive and less prone to rounding errors or inconsistencies.
Alignment with Core Focus The app is focused on contact management and tracking overall engagement, not on providing granular time-tracking capabilities. Recording fractional hours does not provide significant value in achieving the application’s core objectives. The users(NGO administrators) can gracefully work around this by rounding the number to the nearest integer.
Lower Priority Compared to Current Work Supporting fractional hours is less critical than the ongoing work in this iteration, which includes grouping, sorting, searching, and fundamentally overhauling the person system to accommodate four distinct roles. These enhancements address more pressing needs and have a far greater impact on the app’s functionality and value to users.
Duplicate status (if any):
--
To recreate this:
add r/volunteer n/name p/91234567 e/john@gmail.com a/Jurong h/1.5Volunteers may commonly volunteer for 0.5h, 1.5h etc. Hence it may cause inconvenience that administrators are unable to log this.[original: nus-cs2103-AY2425S1/pe-interim#3715] [original labels: severity.Medium type.FeatureFlaw]