PC: August 20 2019

Change from bi-monthly calls to two, monthly calls:

1. Implementer-focused call on the first Tuesday of the month at 8am UTC
2. Global Committee call on the third Tuesday of the month at 3pm UTC (this call)

Members are welcome to join either or both of the calls. Please note that trusted partners should have at least one person attend at least one of the call each month.

Rebecca: Have an agenda item to update the other meeting

Please fill out your availability/interest on this page: Community Meeting 2019

We are looking for feedback on on this Discourse post by Josh: https://forum.openlmis.org/t/brainstorming-openlmis-in-disaster-crisis-conflict-contexts/5227

• Context: OpenLMIS could be well-suited for emergency situations - would need to work on making it easier to configure (a few days max, rather than several weeks)
• this is an idea we are exploring for future potential funding opportunities; it would be a separately funded workstream
• Do people think this is a good idea for us to pursue? If so, what features would be a priority to include?
• suggestions; Partner coordination, quick startup time, we would need to partner with a humanitarian org to get more context about what the needs on the ground on
• please share your ideas in the Discourse post!

Planning for version 3.8

What is (or should be) the role of this committee?

Rebecca: What we're doing now is one aspect of our role. Perhaps because our dev budget is smaller there will also be less to discuss related to the ongoing product work. Sharing experiences from implementations

Sebastian: Should focus more on long-term plans for OLMIS. Sprint showcase may be a better place to give feedback on ongoing feature development. We should focus on what we should be working on in the next release.

Christine: Discussing how to implement/design features with feedback from implementations and partners. ← An existing function.

Make sure implementation stories are being shared across both PC meetings

Josh: Get through priorities and then make some mock ups, those can be useful. have something concrete to give feedback on, and get to the design. This would be particularly helpful to do one release ahead of time. think more about the 'how'

Sebastian: would mock ups be done beforehand? sometimes people don't understand the features well enough. mock ups could only be a few hours of work and help people understand what the feature should bring

What can we do to more effectively fulfill that role?

Josh: Get through the priorities and get into mockups. Get more into the design.

Sebastian: Mockups only once we've decided to prioritize a feature or to help figure out the prioritization of features? Having the mockups as part of the overall prioritization discussion shouldn't take too long and could be very helpful.

Next PC meeting: Topic ideas??

Confirm Version 3.8 Planning, Project Casper Update (Demo?)