Page History

The following is an unordered, unprioritized list of high-level tasks that various ComDev people are working on. If you wish to take responsibility for one of these, please speak up on dev@community.apache.org so that we don't have duplication of effort. Thanks.

See also: all open issues

Wider ASF-focused or project-focused Tasks

•  Brainstorm how to better recognize non-code contributors: Brainstorm: Improving Recognition Of Non-Code Contributors
•  Review project mission statements. (Mission statements appear on project websites, on projects.apache.org, in board reports, and other places.  In particular, some of these places end up getting aggregated to projects.apache.org and other places, which can be useful to bring in new contributors. Talk to projects that have terrible/confusing/meaningless ones. Help them projects explain what the project is, what it does, who should care, and why they should care.
•  Get project sites websites to comply with the sitecheck criteria. Communicate better why this matters. https://whimsy.apache.org/site/ The policy/rationale for the checks is here: https:// Doc: Why www.apache.org/foundation/marks/pmcs#navigation
•  Research and implement a replacement merch vendor (

  Jira
  server ASF JIRA serverId 5aa69414-a9e9-3523-82ec-879b028fb15b key COMDEV-550

  )
•  Recommend standard "About" page content (

  Jira
  server ASF JIRA serverId 5aa69414-a9e9-3523-82ec-879b028fb15b key COMDEV-549

  )

Community.apache.org Website Improvement Tasks

•  Value Proposition: New document – why would a project want to come to the ASF (ie, our value proposition to an existing project - what benefits will they get that justify the costs?). See also: the Incubator: why would someone want to bring their community here?
•  Define simple style/layout guides for new content on the website.  Very simple best practices for any style, document structure, or the like guides are helpful for people creating new content (or taking the time to migrate/update existing content).  In particular: past complaints are often "it's a wall of text", so when should writers include images/etc. in content, and what's the simplest way to do so consistently?  See also: https://photos.apachecon.com/ for imagery.
•  Draft ideas for navigation/pathing: the current website serves multiple audiences and topics.  Starting to define how an overall navigation structure will help lead people to where they want to go is useful.
•  

  Onboarding documents for major audiences (Contributor, Committer, PMC member, ASF Member, Director)

   Research and implement a replacement for Redbubble (See How To: Add Project Logos to Redbubble Store)

  . Some of these exist, but can be improved. Some do not exist in an organized fashion. All need to be made more consistent in scope and format, and more discoverable in the usual places.  START HERE: Proposal: Improving Onboarding Experiences

•  

  Explain the why of quarterly project reporting. Who should you report to? (Board vs Stakeholders are separate reports, with different tones and purposes, for example.). See also the official policy/guidance: https://apache.org/foundation/board/reporting See also the PMC guide: https://community.apache.org/pmc/reporting and See also the report wizard https://reporter.apache.org/

Some Guiding Principles On Content

ComDev is advisory. We recommend best practice. We offer advice. We provide resources. We do not enforce our opinions, nor do we have any authority to compel projects to do anything. In the rare case that we deem a project is off the rails in some aspect, our only option is to make a recommendation to the board.

As such, this site constitutes advice  and best practice, while policy  should be on the main apache.org site, or on the site of the specific VP (eg, Legal, Trademarks) who is responsible for that policy. Any time we find ourselves veering into "you must" rather than "you should", we should identify the top-level policy page that already addresses that topic.

Proposals

Proposals should be marked with the comdev-proposal  tag.

Longer term projects

To mark a proposition as a project, mark it with the project  tag.

Open Issues