Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents

Role w.r.t. Member Companies

  • Work Groups prioritize and prefer RISE members to external parties.

Role w.r.t. External Parties

External parties include all relevant non-RISE stakeholders for the WG's work. This includes non-RISE members, OSS communities and projects, external tasks groups.

  • RISE is a tool for efficient execution within OSS communities and projects, focusing on:
    • Commerical-grade RISC-V support.
    • Self-sustaining support for RISC-V within upstream projects as a long term goal.
  • No posturing - RISE represents individual interests of RISE members.
  • RISE is complementary, not duplicative. WGs do not duplicate existing project/community infrastructure (including "RISE forks", "RISE releases", additional discussion lists/forums)
  • WG embrace transparency, building bridges with all stakeholders.
  • WGs do not silo themselves off and are responsible for tracking their ecosystems (being aware of what is being done, why, what blockers/challenges exist)

Work Group Mailing Lists

Everything is done through https://groups.io/groups. In fact, you can even read and post message through the web interface if you don't want to see it in your regular inbox.

...

  • Identifying and prioritizing projects, by de-duplicating and analyzing input from all WG participants.
  • Lead necessary project scoping activities, where this helps RISE to appropriately staff/fund projects.
  • Leading WG participants in maintaining project info on the RISE wiki.
  • Leading WG participants to track ecosystem, build bridges with relevant upstream and external communities.
  • Regularly collect and report to the TSC project status, progress and challenges on a monthly basis.
  • Helping direct new member engineers who wish to participate in these areas to the appropriate project leads.
  • Helping build consensus around implementation approaches when possible.
  • Working with other WG leads where dependencies or commonalities exist.

Each WG generally commit ~2-4 hours per week, probably averaging to 2hr or less. The goal here is to provide an organizational backbone for the WG, not be a proxy for every activity, so the effort is not supposed to balloon with the amount of participants, projects, etc.

...