Table of contents
- Tiki Admin Group
- Future separate roles
Internationalization is everything related to language strings, translations and localizations (l10n) and increase the number of languages in Tiki.
Code Review aims to (especially in the stable branch) to share experience and minimize the risk of introducing regression bugs or bad coding practices.
Wishlist Triage reviews patches, bug reports and feature requests and prioritizes and categorizes them. They just triage but don't fix.
Testing focuses on functional, unit tests, as well as front-end testing to catch bugs early and to keep the quality high.
Performance is interested in high-performance and high availability of Tiki. Tiki should not cause performance bottlenecks on shared hosting, should have options to allow it to be used in highly scalable clustered environments, and high-availability configurations.
Release is about managing the process to achieve timely releases of Tiki, and coordinating throughout the community as almost all Roles and Teams should participate actively to each release. A balance needs to be maintained: "Don't rush, yet don't slow down". See all the Release Roles.
User Experience (UX) & Themes
UX and Themes is responsible to make Tiki look good and be enjoyable to use for visitors and content creators, and coordinates theme development.
Configuration Profiles are responsible to produce a great first impression and useful out-of-the box solutions for site admins. Maintaining profiles for use cases, a coherent admin panel, and sensible defaults.
Documentation has the challenge of maintaining documentation for what Tiki does, hundreds of features, over 1000 pages, and a new release every 6 months!
Branding involves market analysis, brand management and providing community tools for a coherent and efficient message.
Analytics is responsible for everything to do with stats, big data, etc. both in Tiki the software and Tiki as a community.
Video Authoring involves everything to do with videos in Tiki, e.g. interviews, how-to instructional videos, etc..
Consulting Ecosystem is all about fostering healthy growth of the network of companies that conduct business using/around Tiki, which includes increasing the number of full-time Tiki consultants and making it easier for potential Tiki users to find the right consultants / service providers in the Tiki community to meet their needs.
Partnerships are needed to foster communication and collaboration with other organizations.
Welcoming New Users
Welcoming New Users is all about helping new users make good use of Tiki once it has been downloaded.
The belief is that Tiki can be very intimidating for new users, and though many people may download it, the impression is that a large portion of them give up before really seeing the potential behind it.
The end-result of better new user orientation is increasing the number of Tiki users which should see an increase in developers.
Communications Team is responsible primarily for our external message (press releases, newsletters, social media, etc.)
Branding vs communications vs community building
|Publishing official News about Tiki||Communications Team|
|Our official presence on Twitter, Facebook, etc.||Communications Team|
|Generally promoting Tiki on social media||Community Building|
|Posting articles about Tiki on your own blog/site||Community Building|
|For people to have a good impression when they visit||Branding|
|For people to understand what we do||Branding|
|Developing a style guide for visual and textual communication||Branding|
|To have lots of traffic and good SEO||Communications Team can coordinate but everyone can help|
The Security Team is a trusted group. This team is responsible to review security reports and to proceed to a pro-active audit at each major release. Security Team members are added by vote by the Admins following recommendations of current members.
Tiki Admin Group
The Tiki Admin Group is responsible for governance, overall coordination and all the rest that falls between the cracks .
Future separate roles
In the future, we'll perhaps split up certain roles to provide a finer granularity.
- Events (for now, covered by Community Building)
- Organize events, foster local events and make sure Tiki is present in major events
- Webinar events. Occasionally there are special webinars involving multiple presenters. Coordinating such events by making sure all the elements (power point, chat room animation, etc) are set and ready on time for the event.
- Feature Maintainers: Pushing a specific Use Case and/or feature (ex.: Trackers, or File Galleries, etc.) see Keywords or Merge categories on dev.tiki.org a bit like "maintainers" in some software. They should take initiative for review of feature requests and bug reports, keep docs up to date and making sure the community is dogfooding (when relevant).
- Sub-teams for Developers for major features and other aspects
- Should it be split by front-end and back-end? Or by use cases?
- Advisory board: https://en.wikipedia.org/wiki/Advisory_board
- Who: These people are from outside the community. They are individuals with a history and credibility in our field (ex.: Dirk Riehle or Karl Fogel)
- What: They provide advice but do not participate in the day to day activities
- We want their advice, contacts and credibility
- They want to help a project which they feel is important
- Most of the what happens at Tiki is public. But there a few aspects (legal, financial and partnerships) that are not. The advisory board will have access to everything.
- 14 Ways to Contribute to Open Source without Being a Programming Genius or a Rock Star
- How To Contribute To Open Source without Being a Programming Rock Star