governance.rst 11 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138
  1. Tripal Governance
  2. ==================
  3. We wish to maintain Tripal as an open source project and therefore want to empower Tripal adopters and developers as much as possible in the development of Tripal, while keeping the project coherent, focused, and useable to a wide range of adopters. As the Tripal community grows, it is prudent to set up a formal governance model. This document describes this model.
  4. The Tripal project recognizes these roles:
  5. - **End-Users**: They are users of Tripal-based websites (not developers of a site).
  6. - **Adopters**: They have downloaded Tripal. Maybe they even have a site!
  7. - **Extension Contributors**: they extend Tripal through modules, themes, views, data loaders, fields, and/or libraries.
  8. - **Core Code Contributors**: contribute code to the `Tripal "core" <https://github.com/tripal/tripal>`_, comments, discussion, questions, bug reports.
  9. - **Core Code Committers**: write access to the `Tripal "core" repository <https://github.com/tripal/tripal>`_.
  10. - **Tripal Project Management Committee (PMC)**: make *code relevant* decisions, (i.e. ensure code standards, robustness, and long-term design objectives are maintained).
  11. - **Tripal Advisory Committee (TAC)**: Provide guidance to the PMC for *policy-level* and *future planning* recommendations.
  12. Adopters
  13. ----------
  14. Any person who wishes to or has downloaded/set up a Tripal site. Everyone in this group is invited to the monthly user meetings and is encouraged to ask questions and make suggestions.
  15. Extension Contributors
  16. -----------------------
  17. These are developers who are extending Tripal. Extension contributors are encouraged to make their extensions available on the `Tripal GitHub organization <https://github.com/tripal>`_ and list them on the `Tripal Documentation <https://tripal.readthedocs.io/en/latest/extensions.html>`_. Extension contributors are also encouraged to use the `Tripal Module Rating System <https://tripal.readthedocs.io/en/latest/extensions/module_rating.html>`_ as a guideline for developing high quality modules, which are easier to adopt by the greater Tripal community.
  18. Core Code Contributors
  19. ------------------------
  20. Core Code Contributors are active members of the Tripal community who make suggestions to improve and/or contribute code to Tripal Core. Core Code Contributors are encouraged to submit pull requests to the Tripal core and attend monthly user calls. For more information, see the `Guidelines for Contributing to Tripal core <https://tripal.readthedocs.io/en/latest/dev_guide/contributing/pull_requests.html>`_.
  21. Responsibilities include:
  22. - Monitor Tripal core issue queue.
  23. - Submit pull requests.
  24. Committers
  25. ------------
  26. These are dedicated Tripal developers who are trusted to commit pull requests directly to the Tripal core repository. They are encouraged to be active in the Tripal community and routinely review pull requests. Developers are added to to committers group by unanimous agreement from the PMC.
  27. Responsibilities include:
  28. - Monitor Tripal core issue queue.
  29. - Review and merge pull requests.
  30. See the `guidelines for contributors <https://tripal.readthedocs.io/en/latest/dev_guide/contributing/pull_requests.html>`_ for more details.
  31. The Tripal Project Management Committee (PMC)
  32. ------------------------------------------------
  33. This group consists of experienced Tripal developers.
  34. Responsibilities include:
  35. - Ensure good practices, for example, submitting errors, questions, and requests via GitHub.
  36. - Monitor issue queue (though this responsibility isn't limited to the PMC).
  37. - Resolve questions and differences of opinions among Contributors.
  38. - Work with the TAC to make decisions about significant new features. Examples:
  39. - a new core module,
  40. - designing a module-specific REST API,
  41. - new technologies or libraries used by the core code.
  42. - Avoid feature bloat; judge what contributions benefit many versus those that are specific to the needs of the contributor.
  43. - Final approval of submitting guidelines (see `guidelines for contribution <https://tripal.readthedocs.io/en/latest/dev_guide/contributing.html>`_).
  44. - Set coding standards.
  45. - Ensure Tripal remains generic and useful to a wide range of groups.
  46. The PMC will strive to obtain consensus, and all members ensure that the Tripal community and the TAC are informed on decisions. Any individual member can call a meeting. The term will be two years with the possibility of extension. At least one member will serve on the TAC; this person will be elected by vote within the PMC.
  47. Communication and Meetings
  48. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  49. The PMC will meet as necessary. It is expected that frequent decisions will need to be made, some through GitHub issue comments, Slack, e-mail, or conference calls.
  50. Tripal Advisory Committee (TAC)
  51. ---------------------------------
  52. The Tripal Advisory Committee (TAC) provides leadership, guidance, future planning, advocacy and coordination for Tripal. The TAC acts in an advisory capacity only by determining sets of recommendations for Tripal. All recommendations will be provided to the PMC. Topics include recommended technologies, overall approach, software architecture, development priorities, timelines, funding strategies, best practices, support for a fair and focused open source development strategy.
  53. At least one member of the PMC must be on the TAC to ensure that the reality of what is and is not feasible for the developers is not lost. Additionally, close communication between the TAC and PMC is critical, as is transparency of the TAC discussions to the entire Tripal community. All members of the PMC are welcome at TAC meetings.
  54. Membership
  55. ^^^^^^^^^^^^
  56. The TAC should include "internal" and "external" members. Internal members are individuals who manage Tripal websites or lead teams engaged in active development, possibly with funding to do so. External members may be outside the Tripal community altogether, and may include government, non-profit, or industry representatives who are stakeholders for one or more Tripal databases (but not active managers of a Tripal site) and/or specialists in such disciplines as cyberinfrastructure, bioinformatics, genomics, breeding.
  57. - Terms are for two years.
  58. - Two year memberships can be renewed for individuals who wish to stay on to complete a particular objective.
  59. - Membership is capped at 15.
  60. - Initial Setup:
  61. - Start small and move larger as needed.
  62. - Set minimum sizes for number of internal and external members.
  63. - Committee should be organized before inviting external members.
  64. - Stagger ends of terms to ensure continuity.
  65. - The minimum number of internal members is 3.
  66. - The number of internal members should not be less than 1/2.
  67. - The target number of external members is 5.
  68. - If the TAC decides to replace a leaving member, the current members will develop a list of possible candidates. The chair will contact each in turn until the membership slot is filled.
  69. - Members will be asked to serve by the current TAC.
  70. Responsibilities include:
  71. - Serving a minimum two year term, beginning with the yearly board meeting (see below) in conjunction with the January Plant and Animal Genome Conference in San Diego.
  72. - Respond to issues in a timely manner when contacted directly. Members are strongly encouraged to become part of the TAC GitHub group, and if they wish to comment or discuss agenda items directly with the community, to do so in the GitHub issue queue (instead of the email list serve).
  73. - Attend the annual January meeting at PAG and at least three of the quarterly meetings.
  74. - Review agenda and supporting materials prior to meetings.
  75. - Stay informed about Tripal, its member databases, developers, and users.
  76. In addition, internal members are responsible for:
  77. - Actively communicating with the Tripal community, both to collect ideas and concerns and to inform the community about TAC plans for Tripal.
  78. - Engaging in the Tripal Core GitHub Issue queue on “discussion” issues.
  79. TAC Chair
  80. ^^^^^^^^^^^
  81. The board will be led by a chair to be elected by TAC members at the January meeting annually (see below). One or more vice-chairs can be designated by the chair. The chair will ensure that the following is accomplished, delegating responsibilities as needed:
  82. - Organize, announce and lead TAC meetings.
  83. - Write the meeting agenda and post to Tripal.info.
  84. - Provide supporting materials for review at least 1 week before TAC meetings.
  85. - Ensure that the agenda items that would benefit from review by the community are posted to the GitHub Tripal core issue queue. Ensure that any GitHub issue discussions are linked on the agenda and available for review by the TAC.
  86. - Ensure meeting notes are taken by someone present at the meeting and posted to Tripal.info.
  87. - Call for votes on TAC recommendations when community voting is required.
  88. - Call additional meetings if needed.
  89. - Facilitate communication between the TAC and PMC.
  90. - Filling vacant slots on the TAC.
  91. - The chair has voting privileges.
  92. TAC Meeting Agenda Items
  93. ^^^^^^^^^^^^^^^^^^^^^^^^^^
  94. Strongly encouraged to be posted to the GitHub Tripal core issue queue as well as to tripal.info, to inform and solicit community comment. TAC meeting agendas will include issues tagged “TAC Next Meeting” on the GitHub Tripal core issue queue. Other agenda items may be added by the TAC chair or members, or by the PMC. These issues will be closed after the meeting.
  95. Communication and Meetings
  96. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  97. The primary TAC meeting will be held in January of each year, at the Tripal codefest. In-person attendance is strongly encouraged, but a teleconference option will be provided. Each issue on the agenda will be discussed, and if needed, the chair will call for a vote to determine the final recommendation of the TAC. Votes carry based on simple majority. All discussion, votes and objections will be recorded in meeting notes, which will be posted on Tripal.info.
  98. Additional teleconference TAC meetings will be held once per quarter (April, July, October). These could be held in place of the monthly Tripal User's Meeting to avoid meeting overload.
  99. TAC meetings outside the above schedule may be called by the TAC chair. These will only be called in urgent situations. In less urgent situations, the TAC chair or the TPMC can contact the internal members of the TAC and request a meeting or solicit comments via email, GitHub issue, or Slack.
  100. At any time the TPMC may communicate with members of the TAC with expertise in specific areas if needed to assist in decision making.
  101. Changes to this Document
  102. --------------------------
  103. These guidelines define the structure for official Tripal Management and Governance. If you have comments or questions, please `post them as a Github issue <https://github.com/tripal/tripal/issues/new?template=discussion.md>`_ or ask them at the user's meeting. Changes to this document will be made after adequate discussion has occurred and the project management committee has voted in favor of the change.