Attendees
Paweł Gesek Laurence Berry Aleksander Reitsakas Satyajit Suri Steve Conrad Kibuuka, Arnold Ingmar Vali Taylor Downs Ribeka Nyoman David Higgins Valeria Tafoya Wes Brown Jaume DUBOIS Jukka Aaltonen (Deactivated) Meelis Zujev (Deactivated) Ain Aaviksoo (Deactivated) Nico Lueck
Agenda | Presenter | Duration | Discussion |
Review pending action items | Esther Ogunjimi | 10 minutes https://www.youtube.com/watch?v=4ASKMcdCc3g | Jira Legacy |
---|
server | System JIRA |
---|
serverId | f5c6bdaf-d23e-347d-a1e8-579e20a81dda |
---|
key | TECH-278654 |
---|
|
|
Status update | BB Leads Laurence Berry Tarek Rashed Paweł Gesek Meelis Zujev (Deactivated) | 45 minutes https://www.youtube.com/watch?v=hrbc1PuJhgQ | Scrum standup-style (what we did this week; plans for next week; blockers/pain points and open/unresolved questions? 501 Jira Legacy |
---|
server | System JIRA |
---|
serverId | f5c6bdaf-d23e-347d-a1e8-579e20a81dda |
---|
key | TECH |
---|
|
-288 | UI/UX BB update | Laurence Berry | GIS BB | Tarek Rashed Payment BB will like to speak with other BBs to align on certain flows in the specs, and expectations from other BBs that the Leads might not be aware of. Have time in the next meeting for presentation. ID BB - starting the next wave for ID management, will be addressing the user ID onboarding, reuse of existing form of ID e.g., migration or document reuse.
Wave 3 BBs UI/UX BB https://govstack-global.atlassian.net/browse/UX Looking for organisations that have developed patterns that work, will be collecting the patterns, and also looking for standards that already exist in collecting those. Not building tools for GS BBs but the patterns that will be developed will be useful for frontend. Not building frontend APIs, more of a working group than a building block at the moment, and not building a design system. A consideration might be to involve users with disabilities and users from diverse background in usability testing and gathering feedback. Focusing on the registration user journey for pattern and guidance. The frontend content has not been defined. The group is more of a UX working group at the moment. Next steps Tech workshop to develop points technology choices and interoperability Get feedback from the community and specific BB e.g., Consent BB. Test guidance with in country partners
Wes - what is UI/UX for? Is the intention for these guidelines will be applied to the software that is being used for BBs or for something else? Lawrence - It is for the in country teams and other governments who are using these building blocks as part of their service. This is more aimed at small team with developers (frontend) who have not considered design or design thinking as part of their way of working. Wes - We need to be crystal clear that there is a separation between what the UI BB is intended to support and then the actual building blocks themselves. The user experience between mobile device and the desktop should be different, and that should be taken into account. Steve - UI/UX BB could connect with the sandbox team who are doing a lot of UX design for some of the demos to ensure the concepts are compatible. Taylor - If someone wants to build a digital service using the "GovStack approach", they'll do so using: an information mediator providing secure data transport, some registry-bb-candidate, some scheduler-bb-candidate, some payments-bb-candidate and probably some low-code-form-builder application to handle SOME SMALL PART OF THE DIGITAL SERVICE that requires a real-time user flow.
for that last one, when they use this low-code-form-builder application, they will try to adhere to design standards listed out in the "UI/UX spec". is that right? On how to collaborate - if my "is that right" is right then I think there probably isn't a HUGE amount of collab needed right now. except maybe with folks who run applications with form-builders like UNCTAD eReg, Pega, BudiBase, etc
Ain - The UI should be inclusive wether it's web, paper, or offline. If we are developing the next version of the specifications, are there some quasi technical components that are related to the user experience and the complexity of those workflows; what is the right way to address that? Wes - This BB (UI/UX) may require a different type of spec than the rest. We should likely set up some time (collectively or as a smaller group) to determine what outputs are required from this BB. (I'll note that this may be increasingly true for the more guidance-based and application-focus BBs) Steve - it will probably sit alongside the non-functional requirements and security requirements and can have its own format.
USCT use case definition Jira Legacy |
---|
server | System JIRA |
---|
serverId | f5c6bdaf-d23e-347d-a1e8-579e20a81dda |
---|
key | TECH-225 |
---|
|
Sandbox Team Finishing simulation testing Collecting documentation for sandbox infra setup Working on the design for the testing harness
|
Input on Modelling Languages useful? | Nico Lueck | 3 Min https://www.youtube.com/watch?v=iHdviZkM7S4 | PhD on Role-oriented Software Infrastructures (RoSI) offered to join for evaluating best modelling language to ease deriving Implementation Model from GovStack Reference (e.g. Business Role-Object Specification (BROS) |
Spec contributors | Wes Brown | 10 minutes https://www.youtube.com/watch?v=4ASKMcdCc3g | How to properly document the contributors to the specs. The names of everyone that have developed, contributed and revised the specifications will be listed out for acknowledgement. |
Concept of adaptor | Steve Conrad | 15 minutes https://www.youtube.com/watch?v=u_BcMXgws6Y | Adaptor Concept Arch team is working through key questions. Resolved first question on outbound adaptors. Arch team will address next questions - feel free to join on Fridays. Provided new sequence diagrams and example of schema mapping. |
Meeting recording
...
Action items
Decisions