Date
Attendees
...
Time | Item | Who | Description | Goals |
---|---|---|---|---|
5min | Housekeeping | Andrea Loigman |
| |
10min | Blocks | Holly Mistlebauer | discuss 2 additional types of patron blocks | Answer question about patron notices for manual and automated patron blocks. Also mention two type of blocks not previous discussed. |
15min | Claims returned | Emma Boettcher | User record notes for claims returned | Gather requirements for ending claims process and adding note about claim returned to user record. Decide how many notes fields are needed. |
30min | Requests | Cate Boerema (Deactivated) | Delivery requests: checking in should automatically check out item to requester | For delivery requests, we had a requirement that said that, when the item was checked in, it should be automatically checked out to the requester (when top request in queue is delivery request). Questions:- Do we need to present the check out notes? - Would check out notes ever prevent check out and, if so, what should happen to the item and request status? - Need to focus on very thin thread here, but this is in development and getting somewhat complicated due to these questions The challenge we have run into is that check out can/should be prevented for a variety of reasons:
Given this, we really can't auto-check out items. Instead, we may need to do the following:
Introducing the new request and item state make this feature significantly more complex. Do people have ideas for how to simplify for MVP? If we do decide to introduce the new states, we need to:
|
Meeting Outcomes
Functional Area | Product Owner | Planned Release (if known) | Decision Reached | Comments |
---|---|---|---|---|
...