Gem: On this setting: only includes subject area and e-inventory per ExL. A recommendation should go to the ICs. Gem will draft it.
A formal Analytics subgroup did not proceed for phase 4. Instead, a point person for each FG will be appointed. It’s the link above. Decision was to take an emergent approach to see what issues emerge and for the ongoing shared gov to take up analytics since it’s already included in their charges.
A slack channel was created for the analytics point persons. (#sils-analytics)
Seeing more burnout than rising energy.
Also, staff are being asked to redirect their attention to other non-SILS work that’s been waiting (deferred work and new projects).
At some campuses, it’s the same staff who were on phase 4 and will continue on the ongoing UCLAS SILS teams.
Staff are eager to have new practices and policies in place (like they had in their old system.)
We used to ask IT to run reports and now we can self-serve. How are staff dealing with this? Are they overwhelmed or empowered? Those who have been on Alma for years have figured it out - some staff need to ask for help with reports, others are comfortable.
Change management has been a big deal - knowledge sharing, co-creating policies, deciding on configurations, etc. Caitlin shared the SILS Ops Center https://cdlib.org/services/d2d/sils/sils-operations-center-at-cdl/ and asked what things would be helpful to discuss systemwide? Or, are many things local issues? Carlo noted how many different options exist in Alma to accomplish the same thing which makes deciding even more complex.
would be great to discuss things that are done by all campuses such as HathiTrust. CDL could start/facilitate the convo to discuss with campuses how it should work.
The work is not always done in the obvious functional group. Eg, LHRs are managed by IT at UCB.
Another example was given of an FG making a decision but technically it could not be done.
So what I wasn't clear with this response is this was a job that was automatic or if someone at Ex Libris was being "helpful". This job ran as a surprise nationally... we heard about it from a librarian at another institution.
Ask for a root cause on why this job ran. At the same time, ask what ExL’s policy is on changing customer system configs. We want control of our system changes. Have this discussion with the ongoing Customer Support also.
@Gem Stone-Logan will draft a recommendation on the configuration option that would allow NZ to share information with member institutions. Take it to the ICs.
@Gem Stone-Logan@Alison Ray (CDL)@Caitlin Nelson to open a UCS case to get a root cause and ask about policy for making changes in customer’s systems. (#3)
Essential to include case numbers - make sure that ICs provide those to PMs when asking for escalations. PMs need to ensure IC has pinged the consultant asking for a status update before escalating.
Escalations can go into 2 categories: it’s urgent, or there’s a lack of communication.
SalesForce case OR Basecamp post? Please share this with your local implementation teams:
If it’s a general question, post on BC
If it’s problem, open a SF case
Also no need to double dip - if you have a SF case first, that’s all ExL needs (no need to additionally post on BC)
0
Lena
Batch Jobs Benchmarks:
Action: Ex Libris will provide a benchmark so that UCs have some guidelines on expected runtimes. Ex Libris will need to do some research first, but when can UCs expect to receive that?
(8/26) Marina following up with HQ regarding the batch jobs runtime benchmark explanation
[8/31] Chaim still working on details
Related update 9/13 - Several of the cases about slow jobs (import jobs) were actually caused by the type of jobs being run - that required intervention from the campus due to certain settings being utilized - which caused delays for the campuses and their jobs.
This benchmark work is still in process - however due to the complexities of it, it will take longer than expected and I do not have an ETA. Will update you when I have more information.
Update 9/23: RE cases for UCLA, Santa Cruz and small jobs - (initializing, running, finalizing)
Because the job queue takes into account all jobs running on the server, there can be delays in small jobs due to what else is being processed on NA07, not just on their IZ.
The EXL Training team does not anticipate anyone else joining the cycle (based on Switch to Support schedules and time zones). Do note though that your KAP cycle will include the same sessions and content EXL delivers to all KAP attendees.
Early October: Decide who should join the monthly call with Ex Libris Support in November and December.
More details coming from ExL in late September.
January 2022 and beyond, the SILS Operations Team will decide who attends.
4
TOTAL
50/50
Review decisions and actions.
-20
The SILS mission is to transform library services and operations through innovation and collaboration. The future is shared!
Question? Contact AskSILS-L@ucop.edu