Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Next »

Architecture Team

The GovStack Architecture team is designed to provide technical recommendations to the Technical Committee, Building Block Working Groups, Testing, and Sandbox teams.

Meetings

Meeting Day/Time: Fridays, 2pm - 3pm UTC

Meeting Link: Join the meeting

Mandate

The architecture team will be responsible for providing guidance and making decisions about key technology questions related to GovStack. The specific areas that the architecture team is responsible for are:

  • In cooperation with the Building Block working groups, provide design decisions and best practices for issues that cross multiple building blocks

  • Resolve questions from BB groups that cannot be resolved internally. The architecture team will be the group that can make a binding decision for Building Block teams to follow

  • Provide research and guidance on specific topics that are raised by the Building Block working groups or Product committee. The architecture team may bring in additional non-voting members to support on specific topics

  • Ensure that the sandbox, testing, and reference implementations that are being developed by the GovStack teams are aligned with GovStack designs and specifications

  • Act as reviewer for technical specifications and documents prior to a GovStack release

  • Provide guidance and support for existing products to onboard to GovStack

  • Ownership of documents and specifications that are cross-cutting, such as the non-functional requirements document, security requirements and UI/UX guidelines

Decision Making and Voting Members

The architecture team is a sub-committee of the GovStack Technical committee. It is comprised of voting members, and additional non-voting members may be brought in to the architecture team to provide support and guidance on specific issues.

On issues where a decision is required, the architecture team will seek to develop a unified consensus. However, decisions may be made by a simple majority vote of the members of the architecture team.

The voting members of the architecture team are:

  • Dr. Ramkumar PS

  • Steve Conrad

  • Wes Brown

  • Jukka Aaltonen

  • Aare Laponin

  • Satyajit Suri

  • Nico Lueck

Current Work

Over the next 6 months, the architecture team will be focusd on the following tasks, in addition to any requests that come from other GovStack Groups:

  • Review and rework the GovStack non-functional and security requirements

  • Review specifications from BB working groups

  • Review Use Case example implementations

  • Work with Compliance team to define an initial process for compliance and onboarding products (ie. Ukraine work) - (Compliance Concept and Integration Scenarios ). Is there a non-technical/non-API-driven approach we can use.

  • Provide recommendations on specificity and standards for GovStack

  • Identify a process and examples for onboarding existing products and creating adaptors: https://govstack.gitbook.io/specification/architecture-and-nonfunctional-requirements/6-onboarding

  • Coordinating BB specification and testing work with the sandbox team and implementation

  • Respond to specific questions coming from BB working groups that cannot be resolved in Technical Committee (primarily focused on architecture)

  • Identifying and prioritizing Building Blocks to be developed and what is a BB

  • Review GERA document from Open Group and integrate any guidance that is relevant

  • Develop/own FAQ and terminology documents

  • No labels