This document provides an overview of the governance and processes used to develop the Risk Data Library Standard. The standard aims to define a data model, taxonomies and additional specifications to improve the discovery, management and exchange of risk data.
This document is intended to be a useful reference point for anyone involved in contributing to the standard. It focuses on the roles, responsibilities and processes. This is intended to complete the contributor guide which outlines the range of ways in which contributors might support development of the standard.
As a group we are committed to the OpenStand principles. These are five principles that guide our work:
- Due process. Decisions are made with equity and fairness among participants. No one party dominates or guides standards development. Standards processes are transparent and opportunities exist to appeal decisions. Processes for periodic standards review and updating are well defined.
- Broad consensus. Processes allow for all views to be considered and addressed, such that agreement can be found across a range of interests.
- Transparency. Standards organizations provide advance public notice of proposed standards development activities, the scope of work to be undertaken, and conditions for participation. Easily accessible records of decisions and the materials used in reaching those decisions are provided. Public comment periods are provided before final standards approval and adoption.
- Balance. Standards activities are not exclusively dominated by any particular person, company or interest group.
- Openness. Standards processes are open to all interested and informed parties.
We are working to improve our process to ensure that we are living up to these principles. This document provides a reference point for our current practices.
All the outputs from this standards initiative are openly licensed under a CC-BY-SA 4.0 licence.
Additional documentation and source code produced by this initiative will also be published under a suitable open licence. We encourage other organisations to similarly licence their work, so that it can be used for the benefit of the wider community.
This project is currently managed by the Risk Data Library team working within the Global Facility for Disaster Risk and Reduction.
To guide development and adoption of the standards, in addition to open working through this github project the team invites expert input via a Steering Committee and, as required, specific Technical Working Groups.
The RDL Steering Committee consists of experts in risk data management and analysis from the humanitarian sector, insurance industry and other related domains.
The Steering Committee will help to:
- ensure the development of the standard is informed by the needs of a broad selection of stakeholders across a range of domains
- steer the development of the RDL standards, providing expert review on priorities, activities and major technical decisions.
- ensure that our work aligns with other relevant initiatives, to avoid duplication of work and to build momentum around adoption of common standards
- identify opportunities for joint projects that can demonstrate the value of adopting the RDL standards
- disseminate the impacts and outputs of the RDL project to other stakeholders
Participation in the Steering Committee is by invitation only. The initial membership will consist of representatives from organisations who have contributed to the early development of the standard.
Membership will be regularly reviewed. Please contact the team to discuss participation if you believe that you, or your organisation, are able to contribute.
The Steering Committee will meet every two months. The agenda, slides and minutes from these meetings will be publicly shared via this Github forum.
At times we may create specific Technical Working Groups that will collaborate on development of specific aspects of the RDL standard. For example to develop taxonomies, or revise file formats or schemas.
These Working Groups will have a clear remit and will coordinate their work through this github.
Membership of these groups and participation in calls and workshops will be open to all participants. Depending on the scope of work, they may need to draw on expertise from a wider group of stakeholders.
This model reflects the process of development of early versions of the standard, which involves convening a range of organisations around developing models for hazard, exposure and other types of data. This approach will help us to drawing on expertise, and seek focused input, from across a wide range of organisations.
All working documents, issue reporting and decisions made within these groups will be reviewed and communicated via this repository.
At present our primary means of collaborating on the standard is via a set of open processes coordinated through this Github repository.
We will use the:
- Discussions for general discussion around the scope and adoption of the standard
- Issues to propose and discuss changes to the standard
- Project boards to provide transparency of the current progress and priorities around its development
Anyone can propose changes to the specifications.
The process for doing this is by submitting an issue using the appropriate template. We ask that you provide sufficient context to the proposed changes so that it can be discussed and reviewed by others.
We will then:
- regularly review issues, to ensure they are in scope for the project
- encourage disussion and feedback, by requesting people leave comments on Github
- once we feel that a broad consensus has been achieved around the proposed changes, we will update the current Working Draft with suitable wording
- after leaving appropriate time for further comment, we will release a new version of the specification
The frequency with which we will release specifications will depend on the type and number of proposed changes.
Releases of the standard will follow the semantic versioning conventions:
- Major releases will be used for major extensions to the model and/or to incorporate incompatible changes
- Minor releases will be used for backwards compatible changes, e.g. additional of new optional attributes and relationships, or for simple clarifications and corrections
To support gradual migration to the latest specification, we will maintain historical versions of the specifications in named folders in this repository.