...
Criteria | Meets / Needs Improvement / Missing / Not Applicable | Supporting Data (if needed, include links to specific examples) |
|---|---|---|
Have a defined governing body of at least 5 or more members (owners and core maintainers), of which no more than 1/3 is affiliated with the same employer. In the case there are 5 governing members, 2 may be from the same employer. | Meets | Guiding PrinciplesThe Akraino Project Community Guiding Principle is to operate transparently, openly, collaboratively, and ethically. All (Akraino) Project proposals, timelines, and status must not merely be open, but also easily visible to outsiders. The structure of the Akraino Technical Community consists of multiple projects and a Technical Steering Committee (TSC), with 20 members, that spans across all projects . and with representatives from variety of CSPs (Communication Service Providers) Companies. For detailed information on the Akraino TSC Members and the companies they represent, you may look at the: https://wiki.akraino.org/pages/viewpage.action?pageId=4456453&src=contextnavpagetreemode |
Have a documented and publicly accessible description of the project's governance, decision-making, and release processes. | Meets | Akraino Community GovernanceThe Akraino Community functions as an Open Source Project, with a set of rules and leaders elected and approved from within the participants of the project. The following serve as the official sources for Akraino Governance.
Akraino Project Lifecycle States and ReviewsAkraino projects’ life cycles defines five (5) states that projects goes through. A project lifecycle may extend across multiple projects and Akraino releases. The procedure of moving from one state to the next one is independent from the Akraino Release lifecycle and the pace depends on each individual project. In order to effectively review Project progress, four (4) Reviews are built-in to the project life cycle, namely, Proposal, Incubation, Mature, Core (Archived Project state can be assigned for multiple reasons. Either project has successfully been completed and its artifacts provide business values, or project has been cancelled for unforeseen reasons (no value anymore, technical, etc.). Project in any state can be Archived through a Termination Review.
https://wiki.akraino.org/display/AK/Community+Governance Akraino Technical Community Documenthttps://wiki.akraino.org/display/AK/Akraino+Technical+Community+Document |
Have a healthy number of committers from at least two organizations. A committer is defined as someone with the commit bit; i.e., someone who can accept contributions to some or all of the project. | Meets | https://lfanalytics.io/projects/lfedge%2Fedgex-foundry/dashboard |
Demonstrate evidence of interoperability, compatibility or extension to other LF Edge Projects. Examples may include demonstrating modularity (ability to swap in components between projects). | Meets | https://wiki.edgexfoundry.org/display/FA/Open+Horizon+-+EdgeX+Project+Group |
Adopt the Foundation Code of Conduct. | Meets | https://lfprojects.org/policies/code-of-conduct/ |
Explicitly define a project governance and committer process. This is preferably laid out in a GOVERNANCE.md file and references a CONTRIBUTING.md and OWNERS.md file showing the current and emeritus committers. | Meets | https://wiki.akraino.org/display/AK/Akraino+Technical+Community+Document#AkrainoTechnicalCommunityDocument-3.2.2CommitterLifecycle |
Have a public list of project adopters for at least the primary repo (e.g., ADOPTERS.md or logos on the project website). | Meets | https://www.edgexfoundry.org/edgex-in-market/ |
...