2020-07-16 Resource Access Meeting Notes
Date
Attendees
- Andrea Loigman
- Jana Freytag
- Sharon Wiles-Young
- Mark Canney
- Joshua
- David Bottorff
- Monica Arnold
- Emma Boettcher
- Cheryl Malmborg
- Elizabeth Chenette
- Kimie Kester
- Cate Boerema (Deactivated)
- Laurence Mini
- Cynthia Lange
- Anya
- Darcy Branchini
- @Karen Mehl
- Brooks Travis
- Molly Driscoll
- tpaige@umass.edu
Discussion Items
Time | Item | Who | Description | Goals/Info |
---|---|---|---|---|
2min | Administrivia | Andrea Loigman |
| |
20min | Item Status | Updates from item status group: tracking item status history | Review item status history wireframe. Solicit feedback/concerns on data captured/not captured in wireframe. | |
20min | Item records | Follow up on Fast Add records | - Review Kimie's new mockups for Check out page: https://drive.google.com/drive/folders/1yUAeP4cDMsexe1hy1IaFWdNh6GTfN8iL - Discuss Charlotte's proposal to have Fast adds identified by an Instance status value: https://folio-org.atlassian.net/browse/UXPROD-1057?focusedCommentId=82440&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-82440 - Discuss how we might set the defaults for Instance status and, possibly, suppress from discovery for Fast add. | |
10min | Item Search | Item search and select popup follow up | https://folio-org.atlassian.net/browse/UXPROD-284 Revisit priority of this feature with SIG. Based on last conversation, it did not seem this was really a go-live blocker, as indicated by most institutions. We have confirmed with Dennis that this isn't an Acquisitions go-live blocker either. Can people adjust their rankings? |
Meeting Outcomes
Functional Area | Product Owner | Planned Release (if known) | Decision Reached | Reasoning | Link to supporting materials | Comments |
---|---|---|---|---|---|---|
e.g. loans, fees/fines | Name | e.g. Q4 2018, Q1 2019 | Clearly stated decision |
| e.g. mock-up, JIRA issue | |
Item status | Emma Boettcher | "Reason" was not needed as a table column on the Tracking status history UI. | There was enough information in other fields. | |||
Fast add record | Cate Boerema (Deactivated) | "Suppress by discovery" should be checked by default for fast adds settings? | ||||
Fast add record | Cate Boerema (Deactivated) | The fast add record creation screen should show the instance status and make it editable. | If the fast add is a barcoded book that needs cataloging attention, then the status should reflect that. If the fast add is a laptop that doesn't need to go to cataloging, then it should have a different status. |
Notes
RA SIG meetings are cancelled for July 23 and 27.
Item Status Group report and questions (Emma):
Emma showed a mock-up of a "Tracking Status History" user interface.
- Emma asked what data was needed for this screen.
- As presented, it included the following fields: From, What, When, Field, Original Value, New value, App, Reason.
- The field names were taken from an old document so may need to be updated. UI testing process will show that.
- The table will not record anything if a status is not changed.
- There was discussion about whether it should include a where field and if the Reason field is valuable.
- As far as the RA SIG was concerned, the Reason field could go away.
Fast add record creation UI mock-ups (Kimie and Cate):
- There was general discussion about the UI of the screen.
- Cate specifically asked if the "New fast add record" button should be blue or white. The group said white.
Fast add record flagging (Cate)
- Fast add records will be flagged by the "Instance status" field. Such fields are specified by each institution in the Settings app.
- There will have to be added settings.
- Cate asked if if "Suppress by discovery" should be checked by default, in the Settings app, for fast add items. "Yes" was the consensus.
- Cate asked if the instance status field should show on the fast add record creation UI. The consensus was that it should be shown.
- Showing the status is important because people might want to change it. Not every fast add will need to go to cataloging or not go to cataloging. The record creator should be able to specify what instance status is appropriate.
- If people have the UI to change instance status, it should probably not list all possible statuses but only ones appropriate during fast adding. The problem with this is that it would require more developer time.
- Permissions related to creating fast adds will be the same as creating new items in the Inventory app. This could be a problem for some institutions but creating the feature will add software development time.
Item lookup at check out
- A past RA SIG meeting seemed to indicate that the ability to lookup an item by title in the Check Out app was not an MVP feature. That said, the JIRA ticket indicated it was for many institutions. Cate wanted to clarify if it was nor was not. There was no consensus. She emphasized that every institution should make sure the JIRA Tickets reflected what the institution wanted them to.