Getting started
This section provides an understanding of the initial steps to get started with open standard development
Last updated
Was this helpful?
This section provides an understanding of the initial steps to get started with open standard development
Last updated
Was this helpful?
Understanding the ecosystem your standard will operate in can help establish what stakeholders value. help you understand where and how value is created, and what can be done to support value creation.
help identify players, environmental conditions and the relationships between them. When you have mapped the ecosystem, you can establish where your open standard fits and the value it can provide. By providing value to stakeholders, your open standard is more likely to be adopted and create impact.
Ensure that the players you identify include a wide variety of people and organisations who will use or be affected by the standard or its outputs, including data and models. Stakeholders can include:
data publishers who produce and share data based on standards for data exchange; for example, the (IFRC) is using the (HXL) to
data modellers who model environments and systems to understand information flows using standards for guidance; for example, the research body, (CRCLCL), recently developed the (PIM) to support 3D modelling and data sharing for urban development
data users who agree on meaning and share information consistently using standards to share vocabulary; for example, the ’ are widely used for capturing information about ethnicity, which makes this data easier to reuse and compare
developers who produce tools that support data publishers, from data validation to gap analysis and from data conversion between formats to platforms for data and model publication. For example, the (HDX) is a platform to find, share, and use humanitarian data
developers who produce tools that support the use of data or models produced using the standard, from apps to research and from visualisations to physical and digital products. For example, makes it easy to find information on companies in many jurisdictions around the world
standards developers who develop and maintain standards on behalf of standards owners; for example, developed the
policy groups who develop and implement policy that is affected by or supported by open standards for data, including businesses, non-profit organisations and public bodies
In our research, ‘’, we found that a successful standard is a useful standard. The people we interviewed suggested that a successful open standard for data focuses on solving a particular problem or need. This is supported by our research, ‘’, where we found active open standards with thriving communities focused on solving particular problems.
is one way to ensure that the problem or need exists and is clearly articulated. Using clear and inclusive language is also important when engaging with people and organisations. To ensure you are solving the right problem, everyone should understand what is being discussed. This means agreeing on concepts, meaning and definitions and avoiding jargon.
Google’s (GTFS), for example, focuses on making it easy to share and use public transit information, while the focuses on disclosing public procurement information for the public good.
Open standards are part of an ecosystem, which means there are likely to be competing and complementary standards already in use. Where possible, use or extend an existing open standard rather than create a new one. If you do decide to create a new open standard, ensure it works with or is based on existing standards. This not only makes it interoperable, but also increases the value of the standard to stakeholders.
An open standard can work with other standards by:
Open standards can also treat other standards as ways to extend the features available to stakeholders. For example, governments disclose public procurement information such as tenders, awards and contracts. They also disclose budgets and spending. Including all of this information in a single standard would make it verbose and would dilute its focus.
An emerging theme from our user research was the robustness of open standards: open standards developed collaboratively with a variety of people and organisations and tested to ensure they are fit for purpose.
Including a wide variety of stakeholders ensures the open standard is not focused too narrowly and that it provides a needed solution. Testing the standard and outputs, including data and models, ensures that the standard works in real life, assumptions are clarified, and errors are spotted early. A robust standard does not need to be verbose; it can focus on the core and critical features needed for adoption and use. This allows the standard to launch, be adopted by people and organisations and then evolve with their needs.
using an established vocabulary rather than creating new language, identifiers or codes. The (IATI) open standard for aid transparency re-uses codes from a number of authoritative and established registrars including the UK’s
adopting supported open formats like CSV or JSON instead of proprietary formats — the standard for government budgets uses the format for packages and plain text format for data files
using models developed to map and understand ecosystems and information flow — the collaborative model for civic issue tracking has been adapted by City of Chicago, with the help of , to meet the city’s needs
reusing established standards as building blocks for a new standard — the standard for charitable grant making is based on schemas from , the collaborative standard for structured data on the internet
Instead, governments can use the to disclose public procurement and the standard to disclose budgets. Both disclosures can be linked using reference numbers allowing developers to easily link procurement and budgets.