Attendees
Satyajit Suri Ain Aaviksoo (Deactivated) Valeria Tafoya Wes Brown Valeria Tafoya Paweł Gesek Steve Conrad Rachel Lawson (Unlicensed) Aleksander Reitsakas David Higgins Ingmar Vali Taylor Downs Dominika Bieńkowska (Deactivated) Mauree, Venkatesen Kibuuka, Arnold PSRAMKUMAR Meelis Zujev (Deactivated) Ribeka Nyoman Jaume DUBOIS Uwe Wahser
Agenda | Presenter | Duration | Discussion |
Review pending action items | 10 minutes https://www.youtube.com/watch?v=4ASKMcdCc3g
| TECH-654 - Getting issue details... STATUS TECH-670 - Getting issue details... STATUS TECH-742 - Getting issue details... STATUS Taylor Downs is happy to support any BB Lead struggling to find candidate products, reach out to him. | |
Status update | All Leads | 35 minutes https://www.youtube.com/watch?v=Xk24DMOInnQ | Roadmap - https://govstack-global.atlassian.net/jira/plans/reports/6EFAz V1.0 Feedback Steve - Are we thinking about any review process or reaching out to people for feedback outside of Govstack? Or are we just waiting for the asynchronous feedback that comes through the feedback forms? Ramkumar - there is no plan for TAC review for v1.0, just the asynchronous feedback. USCT Use Case
The next priority Use Case will be Online Construction Permit Use Case Testing
Sandbox
Building Blocks Wes - have some significant concerns about where we are with all of the wave 3 building blocks. Look through what we have in JIRA, there is not a single BB that has any task that is marked as finished. There is only one BB that has some level of actual progress which is the GIS BB. The idea that all the wave 3 are going to be ready with something to review by the end of the month seems very optimistic if these groups cannot go in and update Jira for us to get a clear perspective on where they are and what they are doing. We are not getting any kind of visibility into where the wave 3 BBs are.
Satya - With respect to the BB providers that ITU has contracted, there is a requirement that when GS provides its UI related requirements, the BB provider should customise based on those UI guidelines and requirements. Currently, Technofort is almost 70% complete with their work. How soon can we start getting some UI guidelines for Technofort to adapt their UIs to GS guidelines? To create the alignment of the UI and avoid this piece of work being missed before the contract end date. Ramkumar - UX team is working with specific building blocks to see their requirements as examples of patterns that should come out but they have no mandate to do UI requirements for a specific BB. That should be done between the BB and the vendor Jaume - The contractor is to deliver the implementation of specification and not on a schedule. The contractor needs to implement at our pace taking into consideration most Leads are part time.
Started discussion on ID API onboarding with the idea to build an ornament that is fully independent from the ID BB Have intention to prototype the integration of onboarding. The feedbacks received from the initial version from 2022 of the GS documentation for ID BB has been lost when the BB was moved including the defined overall scope. This will be resolved by reintroduction ID BB vision in the GitBook Taylor - We want software that "does lots of things". But we want requirements that DON'T "require lots of things" but, at the same time, require "just enough" that people can build things that work together. Steve - how do we acknowledge the complexity and the detail that is needed in an implementation? And, do we need, an overall intro to GS? For instance, here are some of the the core principles that we are, we've embraced as a consortium and here's what you will expect to see in a specification. All contents that got lost will be part of September release. Jaume - We probably do not need to change to the documentation (structure) but we can leverage existing structure and find a place to restore those things that have been lost.
Taylor - If someone who is implementing a GovStack style, a whole of government digital systems approach. If they want to use PubSub, how can they use PubSub in a normal industry standard way but make sure that implementation of PubSub still fits with the broader GS model. It is not designing a PubSub system, but we're trying to show really clearly how PubSub standards could be implemented in a way that works with the whole mental model of GovStack. Ramkumar - are there any changes from version one that need to be included in our definition of the terminologies in the IM spec? Alek - We need to make changes in API definition
Working with MiFos to complete API development for G2P payment and P2G payment. There is a new version for G2P payment for the report on account mapper, G2P bug disbursement process and for voucher management. Shared the APIs with G2PConnect to get their feedback, and additional changes will be made to the APIs based on the feedbacks. The interface that would be exposed to beneficiaries for them to enter their financial information in the mapper directly was part of the items that were discussed - how the APIs for the user interface would look like. This will be documented in the account paper technical report. It was raised that maybe there should be a similar mechanism for all the building blocks also to use the user interface that is provided by registration. This will be taken onboard by MiFos |
WalwE NEED k Through recent version of compliance concept | 15 minutes https://www.youtube.com/watch?v=u_BcMXgws6Y
| Newest version: Compliance Concept New annexes: Steps to check compliance against a GovStack API spec Evaluations in progress: DIGIT Workflow, Ukraine PoR Registry, OpenIMIS, New: RapidPro Messaging Next Steps:
Uwe - might want to prefix the sub-pages of a tool with e.g. the name of the tool as you can only use a page-name once | |
| 15 minutes https://www.youtube.com/watch?v=u_BcMXgws6Y
|