Product Council Action Items (OLD)
- Add all action items from WOLFcon to this listĀ Jesse KoenneckeĀ Ā
- set up a small team to update the MVP paperĀ Ā
- recommend and approve changes to MVP paperĀ Ā
- On-boarding - Put togetherĀ clear criteria for participation, e.g. at least a 0.5 FTE, work yourself through github developer starting process, etc ... described transparent and accessible.Ā PostĀ Guidelines for developers and institutions (who want to send resources)Ā Ā
- Review community testing process - identify if more testers/test writers neededĀ Ā
- Identify key areas to work in small groups with all parties and bring back the issues to PC?
- Define a process to address certain questions, that occur and let that be done in a small group to deal with it and bring back
- Change our approach to PC meetings first raise the areas of development need (for example: core platform testing) and what can PC do to make sure our institutional resources are directed to this need
- Have different Types of PC meetings - Tactical and strategic
- Clarify the roles of PC Exec group
- Define schedule to Invite the right people at the right time, e.g. Anton (testing), Mike G. (TC), SIGās (revisit model of liaisons), POās, Capacity planning group, more ?
- SIG reports need to the PC be more strategic; Action oriented reports and follow up, e.g. questions about data securityĀ (guidelines)Ā Ā
- Decision about how many versions of the software needs to be / will be supported
- Make suggestions regarding platform support/end of life matrixĀ
- Set community standards, how long SIGs continue, etc...
- Ā
- Convener group will propose a SIG leadership/membership model. Consider: leadership succession/terms, job descriptions for leaders/members, taking into account what works and what doesnāt, keep flexibility for SIGs to govern themselves, define relationship with POs if possible.
Clarification for many of these items can be found in our notes from WOLFcon:Ā https://docs.google.com/document/d/1zI1Pbzc0jefrUNK1_nB8YLgYNKxoQYi3TkCYauU4IBA/edit
Copied notes from PC meetings at WOLFcon - these will be deleted as the get converted to list
Future PC Agenda items
- Security Audit results - JakubĀ
- Cross-App - KirstinĀ Ā
- Go live planning for Q2 - Harry/MikeĀ Ā
- Q2 Capacity Planning update -Ā Ā
- Introduce Technical Editor
- Type your task here, using "@" to assign to a user and "//" to select a due date
--------- end of session one ----------------------
- Onboarding process
- Determine next steps to revise plans and / or address objectives
- Discuss more agenda items while meeting F2F
_____________________________
Wednesday, January 22 - 10:30 AM
FOLIO Product Council ā FOLIO Project input and engagement -
How is PC meeting the objectives laid out in our charter: https://folio-org.atlassian.net/wiki/display/PC/FOLIO+Product+Council+Charge? Are we getting the input we need to make effective decisions and recommendations? Should we change the format of any of our meeting or invite any other relevant individuals or groups on a regular bases, like with monthly the SIG Conveners updates and Technical Council updates?
Zoom link: https://zoom.us/j/158762227
Review PC charge: https://folio-org.atlassian.net/wiki/display/PC/FOLIO+Product+Council+Charge
- Which groups shall the PC listen too?
- Do we get the input to make the necessary decisions?
- Quality improved in the last year regarding developer assignment, release notes, etc.
- Which decisions could profit from more information? Difficult decisions?
- Know more about how much time is spent on support, which is taken away from development?
- Views of the capacity planning team
- PC needs to put more emphasis on development (Mark Veksler) - more understanding about quality, dependencies and technical question additional to requirements, more understanding of definition of ādoneā and migration scripts have to be part of requirements
- Role of POās: estimates from developers,Ā
- Capacity planning group with the POs: weekly report to PC
- How does the PC make responsible and informed decisions- decisions in one development of feature over another and what are the technical dependenciesĀ
- PC need to get reports and background information to make informed decisions - āclosing the loopā
- Defining āaction itemsā for the PC
- How can the PC help in situations that need clarification? How to be involved?
- Recommendations from technical council to the PC and how does the technical council report to PC on open questions; decisions are made in technical council and then this has to be reported out and their process and versions get communicated
- But: developers are not reporting to TC, e.g. Anton's report about quality dashboard is waiting ā¦
- Regular report from Anton to PCĀ
- Return these testing problem areas and the quality of code to action items for the PC
- How can we make sure all loose ends / participating parties are united in the PC? Developers, POās, Testing team, SIGās
- Positive example: Antons call for testers
- Suggestion to start each PC meeting with pain points (for example Anton's QA dashboard, what's the critical issue this week?Ā
- Activating the community to provide necessary resources
______________________
Friday - 1/24 - 9:30-10:30
TC Tech Debt Discussion - w/PC
Walk through top Tech Debt Items discussing current actions and next steps. Brainstorming on how to best mitigate the issues
Real load test scenarios - EBSCO modelled with Carrier.io for check out / check-in
Most help needed- test cases - people who can write tests,
Ā become proficient with testing framework - back-end skills needed (Java preferred) - someone 50% time for X months to build initial, then less time to maintain.
Add performance testing to definition of done.
Action item: Ā Job description?Ā
No automatic Schema/data migration - Edelweiss requirement to provide scripts for this.Ā Not all tested, dependencies/orchestration factors, TAMU offered to do testing - unsuccessful - upgraded system wasnāt usable, also a significant load on their system.Ā Fix requests submitted, some already fixed. Tech Council working on next steps . This testing should be done before bug fests. \
Action item: Possible need:Ā 2-3 person dev ops team - to build and maintain environments, run these tests, etcā¦ job descriptions.
Still no optimistic locking of records - scheduled for Q3-2020
- Marko (Leibnitz) - did a survey of frequency of occurrence.Ā Ā
Security audit remediation - Awaiting audit.Ā This will result in more tech debt items to fix.
Architectural blueprint - some may be identified as high/urgent priority.Ā Ā
For many of these, balance between reliability and performance vs. Feature developmentĀ - factor for decisions.
Zoom link: https://zoom.us/j/158762227
______________________
Friday - 1/24 - 11:00-12:00
Bjorn Muschall Ā Ā Ā Ā Ā Ā LeipzigĀ
Kirstin Kemner-HeekĀ Ā GBVĀ
Maike OstersĀ Ā Ā Ā Ā Ā Ā Ā HBZĀ
Jesse Koennecke Ā Ā Ā Cornell
Tom WilsonĀ Ā Ā Ā Ā Ā Ā Ā Ā Alabama
Marko KnepperĀ Ā Ā Ā Ā Ā HeBISĀ
Kristin MartinĀ Ā Ā Ā Ā Ā Ā Ā Chicago
Paul Moeller Ā Ā Ā Ā Ā Ā Ā Ā Ā Colorado Boulder
Sharon Wiles-Young Ā Ā Ā Lehigh
Harry Kaplanian Ā Ā Ā Ā Ā Ā EBSCOĀ
Tod OlsonĀ Ā Ā Ā Ā Ā Ā Ā Ā Ā Ā ChicagoĀ
Aaron Trehub Ā Ā Ā Ā Ā Ā Ā Ā Ā Auburn
Karen NewberyĀ Ā Ā Ā Ā Ā Ā Duke
Lisa SjogrenĀ Ā Ā Ā Ā Ā Ā Ā Ā Chalmers
Steve Bischoff Ā Ā Ā Ā 5 Colleges
Holly MistlebauerĀ Ā Ā Ā Cornell
Christie Thomas Ā Ā Ā Duke
ClaireĀ Hernandez Ā Ā BiblibreĀ
Theodor TolstoyĀ Ā Ā Ā EBSCOĀ
Ian WallsĀ Ā Ā Bywater
Patty WaningerĀ Ā EBSCOĀ
Leander SeigeĀ Ā Ā Ā
Kelly DrakeĀ Ā FLO
TerenceĀ Ingram Ā National Library of Australia
Leslie Reynolds Ā Ā Ā Colorado-BoulderĀ
Ā
Product Council - Beyond the MVP
Change this? - PC members prepare approximately 2 minute summary of their own WOLFCon experience and add ideas about necessary PC actions.
- Issue with tenant settings for operations in multiple sites
- Cross tenant functionality for multi-tenants
- Chinese partners cannot use zoom, google
- Open access issues and next steps
- Issues of performance and response times
- Security audit will add more technical debt or overlap with current technical debt items
- Complexity of apps - apps split for choice?Ā
- Need discussions on apps and architecture later in project now we need to develop features and work on performance
- PC needs to say no to some ideas to keep the project going
- Texas A&M and architecture blueprint discussions about automation engines for workflow
What does PC do next:
- PC responsibility to go forward with features beyond MVP and how to handle the technical debtĀ
- Focus on MVP development now
MVP Strategy Statement Update - https://docs.google.com/presentation/d/1mixIc4Msd2YumGOlVxd8uyG4Wq1aAlygkzPNyox-v-c/edit?usp=sharing
- change implementations-summer of 2020 to 2020
- change bullet point:Ā has to cover all bases functionality of an ILS and ERM for āmostā edit out 90%
Early implementer priorities
- Roadmap update split implementers by priorities of needs and functionality for round 2 libraries-- finding bugs and fixing codeĀ
- Hear from the libraries about their feature needs for implementation in 2020 so these can be measured against capacity plan and MVP
- reported gaps prevents testing of end to end processing/workflow -- what is preventing you from testing a feature? what is a blocker for a library process?
- Libraries/SIGS testing workflows and features sets; concern is this what is needed by the early implementers
- Implementers testing (use testrails) and need to identify gaps or missing features -- implementers group talking about findings of testing
Ā
PC action item - is there a role for PC in tapping into dev resources to help with slippage, etc..
PC action item - āWhat happens after MVP?ā -Ā
- Post MVP Priorities
- Ā modular and what apps are being used in implementations and tested
How do we continue a roadmap?
Zoom link: https://zoom.us/j/314122275
_____________________
Friday 1/24 - 1:00-2:00
Product Council F2F - Setting our 2020 Agenda
Zoom link: https://zoom.us/j/493167934
- Report outs from SIGs and groups: Accomplishments and plans from WOLFcon - These will be short and time-limited.
App Interaction - Martina Schildt
Met with various people throughout the conferenceĀ
Talked about centralizing notifications
Pubsub seems that it could solve many problemsĀ
App interaction has no dev team - where can they record their needs?
Metadata Management - Laura WrightĀ
[See slides ]
Reporting - Sharon BeltaineĀ
4 sessions- LDP 101 Standing room only for overview of reporting in FOLIO
All sessions were recorded - check slack
LDP 102 - MM - report clusters - one query can be a basis for multiple reports, so Reporting SIG clustering them.
Reviewed Jiras
Next steps - meet with MM SIG
LDP 103 - RM
Discussions on integrating with the institutionās financial system
Data sources for ERM usage (cost per use, licenses, agreements, etc)
2/12 - Folio Forum on LDP - please attend!
User Management - Maura ByrneĀ
More complete than some other modules - focusing more in implementation - permissions, permission sets, assigning permissions
Custom fields are brought up frequently. Bulk loader too.
Big push will be to make sure permissions do what they say they will do.
Discussing deleting users - German libraries are very interested in being able to delete users.Ā
Sys Ops - Stephen Pampell
Discussed Product releases, System architecture, tech debt
others
- Wrap up and define next steps / agenda items - review the action items we identified at WOLFcon.
Action items copied from above
- Action item: Work in small groups with all parties and bring back the issues to PC?
- Want to make sure weāre hearing from groups, SIGs, POs, Testing,Ā
- Action item: define a process to address certain questions, that occur and let that be done in a small group to deal with it and bring back
- Action item: Change our approach to PC meetings first raise the areas of development need (for example: core platform testing) and what can PC do to make sure our institutional resources are directed to this need
- Want to hear from other teams, TC, make sure weāre pointing resources to the right place
- Action item: Have different Types of PC meetings - Tactical and strategic
- Role /Ā task of PC Exec group
- 6 members currently, should they be responsible for more decisions?
- Action item - next PC meeting: come back to the topics above and work through
- Action item: Invite the right people at the right time, e.g. Anton (testing), Mike G. (TC), SIGās (revisit model of liaisons), POās, Capacity planning group, more ?
- SIG reports need to the PC be more strategic; Action oriented reports and follow up, e.g. questions about data securityĀ (guidelines)
- Action item: decision about how many versions of the software needs to be / will be supported
- Action item: make suggestions regarding platform support/end of life matrixĀ
- Action item - Setting community standards, how long SIGs continue, etcā¦
- Plan for SIG conveners to rotate off, have others trained
- Action item: Ā Job descriptions for any requests for contributed staff.
- Including what SIG membersā responsibilities are
- PC action item - is there a role for PC in tapping into dev resources to help with slippage, etc..
- Is there a way we can inject some help
- Work with CAP team
- PC action item - āWhat happens after MVP?ā -Ā
- Post MVP Priorities
- modular and what apps are being used in implementations and tested
- Con
Action item:Ā Who to write user documentation, who to see that it gets done,Ā
-Prioritization process - how to organize around next priorities.
- Conveners' session earlier today talked about post-MVP.Ā How long will the community we've built up last? Other groups incl. FOLIO Stakeholders talking about future governance models
- How can we support the ādefinition of doneā?Ā