====== 3. Risk Due to Poor Community of Interest (CoI) Governance ====== |< 100% >| | [[cbdc:public:cbdc_omg:04_doc:20_comments:brp:q11:start| Return to Question 11]] | Provide Feedback | Governance of a Community of Interest (CoI) just does not happen by chance. It must be a well-thought-out formal organization with strict Policies and Procedures in place to guarantee the whole community is represented and can help formulate the solution or in this case, solutions to solving the Community's problem (i.e., U.S. CBDC). Too often, the Governance is considered by using [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:o:oss | Open Source Software (OSS)]]. Although having OSS Projects can have an important role in the Governance of a project, it is primarily focused on the development of Software. Yes, the CBDC will be predominately software, but there is much more that needs to be governed than just software. Examples of non-Software things the U.S. CBDC Community of Interest might need to control: 1. [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.3_gov:1_legaldocs | Legal Documents]] such as * [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.3_gov:1_legaldocs:1_charter | Charters]] * [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.3_gov:1_legaldocs:2_bylaws | By-Laws]] * [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.3_gov:1_legaldocs:3_pp | Policies and Procedures (P&P)]] 2. [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.3_gov:5_hg | Guides]] 3. [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:s:se | System]] and [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:s:sw_engineering | Software Engineering]] documents such as: * [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.4_req | Requirements]] ([[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.4_req:2_nonfunc | Non-Functional]] and [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.4_req:1_func | Functional]]) * Models * [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.2_views:2_tech_views:1_core:1_interface | Interface Specifications]] * [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:a:assurance| Assurance]] and [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.b_stds:tech:omg:sacm | Assurance Models]] * [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.g_testing:start |Testing regime]] ([[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:u:unittesting | Unit Testing ]], [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:i:integrationtesting | Integration Testing ]], [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:e:end2endtest | End-to-End Testing (E2E Testing)]], [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:s:smoketesting | Smoke Testing ]], [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:s:sanitytesting | Sanity Testing ]], [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:r:regressiontesting | Regression Testing]], [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:a:acceptancetesting | Acceptance Testing ]], [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:w:whiteboxtesting | White Box Testing]], [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:b:blackboxtesting | Black Box Testing ]], [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:i:interfacetesting | Interface Testing ]], [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:i:interoptesting | Interoperability Testing ]], Test Data, Test Plans and [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.b_stds:tech:omg:testif | Test Results ]]) In addition to all these requirements for Governance, the Governance Model itself must reflect the //"distributed nature"// of the participants in the CoI itself. So far, we have identified 33 different Oversight Authorities that could be part of the CoI (see Table {{ref>summaryStakeReg}}, and each one needs to be able to have a voice at the CoI forum or Consortium. See the OMG DIDO-RA discussion of [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.3_gov#governance | Governance]]. The U.S. CBDC will most likely be a System-of-Systems (SoS) or even an SoS of other SoSs. This means that there probably needs to be a hierarchy of CoI not unlike that of the Federal Reserve itself. For example: 1. The U.S. CBDC CoI might be an [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.2_views:1_stakeholder:4_ecosphere | Ecosphere]] 2. The development of U.S. CBDC ATM equivalents might be an [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.2_views:1_stakeholder:3_ecosystem | Ecosystem]] * The Development of a U.S. CBDC ATM machine itself might be a [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.2_views:1_stakeholder:2_domain | Domain]] * The Development of a U.S. CBDC ATM network might be a [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.2_views:1_stakeholder:2_domain | Domain]] 3. The Development of a Bridge between the ACH and the U.S. CBDC might be an [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.2_views:1_stakeholder:3_ecosystem | Ecosystem]] * The Development of a U.S. CBDC Bridge Hardware might be a [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.2_views:1_stakeholder:2_domain | Domain]] * The Development of a U.S. CBDC Application Programming Interface (API) might be a [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.2_views:1_stakeholder:2_domain | Domain]] |< 100% 25% >| ^ CoI Type ^ Description | ^ Ecosphere Community ^ **Ecosphere Community** is the highest level [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:c:coi | Community of Interest (COI)]] that encapsulates DIDO Ecosystem Communities and DIDO Domain Communities. The Ecosphere usually provides high-level requirements and some funding for the administration of the other CoIs. The Ecosphere's role is to act as a coordinator of the Ecosystems and to provide a framework for all other CoIs to establish working agreements such as [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:m:moa | Memorandum of Agreement (MoA)]] or [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:m:mou | Memorandum of Understanding (MoU)]]. The Ecosphere is often the only CoI that is recognized as a Legal Entity with legally binding [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.3_gov:1_legaldocs:1_charter | Charter]], [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.3_gov:1_legaldocs:2_bylaws | Bylaws]] and official [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.3_gov:1_legaldocs:3_pp | Policies and Procedures]]. Often the Ecosphere control [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:i:intelp| Intellectual Property (IP) rights ]] and allowable [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:c:copyright | Copyrights]] that are acceptable for the Ecosphere and the Domain. | ^ Ecosystem Community ^ **Ecosystem Community** is the midlevel level [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:c:coi | Community of Interest (COI)]] that encapsulates [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:d:dido_domain_community|Domain Communities]]. The Ecosystem has a [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:c:charter | Sub-Charter]] approved by the [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:d:dido_ecosphere_community | Ecosphere CoI]]. The Ecosystem usually relies on the Ecosphere for [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:b:bylaw | By-Laws]] and [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:p:p_p | Policy and Procedures (P&P)]] but can provide addendums that do not conflict with the Ecosphere. The primary role of the Ecosystem is to coordinate the activities of the Domains which fall under its jurisdiction. As a general rule, the Ecosystem does not actually create anything but acts as the integrator and coordinator of all the Domains it is responsible for. The Ecosystem may have more restrictive [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:i:intelp | Intellectual Property (IP) ]] Rights than the Ecosphere. It can only subset the [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:c:copyright | Copyrights]] allowed by the Ecosphere. The Ecosphere's role is to act as a coordinator of the Domains, however, one Ecosystem can also have a Sub-Ecosystem that it is responsible for. The Ecosystem can have its own [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.e_tools:bugtrack | bug tracking system]] that covers integration issues. The Ecosystem is responsible for all [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:i:integrationtesting|Integration Testing]]. | ^ Domain Community ^ **Domain Community** is the lowest level [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:c:coi | Community of Interest (COI)]]. The Domain has a [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:c:charter | Sub-Charter]] approved by the [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:d:dido_ecosystem_community | Ecosystem Community]]. The Domain usually relies on the Ecosphere for [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:b:bylaw | By-Laws]] and [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:p:p_p | Policies and Procedure (P&P)]] but can provide addendums that do not conflict with the Ecosphere. The primary role of the Domain is to produce a product that meets the Functional and Non-Functional Requirements of the Ecosystem and the Ecosphere. As a general rule, the Domain actually builds or deploys things to be integrated into the Ecosystem. The Domain may have more [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:i:intelp | Intellectual Property (IP)]] Rights than the Ecosystem. It can have a subset of the [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.a_glossary:c:copyright | Copyrights]] allowed by the Ecosystem. The Domain's role is to build products as per the requirements and maintain products according to the [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:xapend:xapend.e_tools:bugtrack | Bug Tracking System]]. The Domain is responsible for all testing at the Domain level (See: [[https://www.omgwiki.org/dido/doku.php?id=dido:public:ra:1.4_req:2_nonfunc:20_maintainability:testability | Testability]]). |
Overview of the different kinds of Communities of Interest (CoIs)
 : **Note:** One way within the U.S. Government to create an Ecosphere, might be to use the [[cbdc:public:cbdc_omg:8_append:50_other:start|Other Transaction Authority provisions]] within the U.S. Code. /**=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- /* To add a discussion page to this page, comment out the line that says ~~DISCUSSION:off~~ */ ~~DISCUSSION:on|Outstanding Issues~~ ~~DISCUSSION:off~~