-
Notifications
You must be signed in to change notification settings - Fork 11
Planning: Features
This document is meant for brainstorming potential ideas for the NeXt platform. Any ideas you've got, feel free to add them to the list! If you're looking for a roadmap of features slated to actually be added into the platform currently, see Planning: Roadmap.
- People
- Bio
- Skills
- Contact information
- Campus
- Projects created or involved with
- Announcements / events a person has made
- Ideas created / voted upon
- Projects involved with
- Ideas
- Founder of Idea should be recognized
- Promote # of Contributors and Participants on the "Cards"
- Title, description, attachments
- Value proposition
- Voting - or Likes
- Dependencies
- Comments
- Status (proposed, seeking support, started, etc. - with project link once started)
- Type (open source or UC only)
- Search and filters
- Related / merged ideas
- Projects/ Mission
- Define the Mission into a series of "Quests"
- Then the "Quests" are "Staffed" with X Contributed hours from "Heroes"
- X days to Mission "Launch"
- Details about the project - carving it up into "Quests"
- Allowing for crowdsourced "Likes" for the project
- Define "QUESTS" and then participants "ACCEPT QUESTS" instead of "BOUNTIES"
- Accepting a "Quest" is Commitment to a deliverable or hours over the next X months
- Dates associated and or timeline for a project
- Links off / integrations with project tools like GitHub
- References back to ideas (if any were the catalyst for the project)
- Socialization Space
- Announcements
- Time line of community - to show momentum and help keep excitement
- Feature upcoming activities - Meetings, webinars, Hangouts, Demos etc
- Events calendar - Developer Days highlighted
- Badge Awards get promoted on site
- Chat rooms / forums (or what?)
- Private messages
- Badges or other ways of designating collaboration accomplishments
- Place for sharing resources, links, docs, articles, etc.
Two proposed theme motifs in the above:
- A mythological / fantasy sort of theme with "quests" and "heroes". Under this vein, we could use terminology like "realms" to describe the categories of projects/ideas, a "journey" to describe a collaborative project as a whole, and the badges could be translated into fantasy accolades, honors, knighthood, etc.
- A military / science fiction sort of theme with "missions" and "launch" a UC NeXt Space ship. Under this vein, we could use terminology like "sectors" to describe the categories of projects/ideas, an "expedition" to describe the collaborative project as a whole, and the badges could be translated into ribbons, medals, decorations, etc.
Architecture will not regard the theme, but rather the theme will be considered part of the "style" of the site. This allows us to potentially change it down the road.
Charles: I would avoid military theming. I would prefer #1 without getting too heavy into the fantasy world. I like the "quests", "bounties" and "heroes" thematic elements. Perhaps there could be a thematic spin around the enlightenment (aka, Fiat Lux) where the central tension of the theme would be in parallel to the mission of the university (research, teaching, service). ???
Emily & Rose: Support mythological / fantasy.
Mini-Quests... Collaborative Quests Journey Quests Pinnacle Quests Heroic Quests
Group consensus around MYTHOLOGICAL/FANTASY
Look at the existing Tech Idea Generation Sites and post things you like about them.
- Lots of positivity about the filtering that Assembly provides
- I like the idea of the "bounties" - but lets call them "QUEST" and use language like
- "I ACCEPT THIS QUEST"
- Which goes with the "Gamification" TONE we want to "Socialize"
- Also, how about thinking of "LEVELS" when people do X number of "Quests" they get prizes
- I like the categories of "Bounties" on Assembly: FRONTEND, BACKEND, DESIGN, MARKETING, WRITING, MOBILE.... However, I think we might change them to: USER STORYS, USER INTERFACE, DATA & ARCHITECTURE, DESIGN, MARKETING, WRITING, TEST DRIVE
Allow login via Shibboleth or any common OAuth provider. In fact, to minimize integration points, bridge Shibboleth over OAuth, such as what ebollens/shib-oauth2-bridge will accomplish once stub is replaced by Shib attributes.
Automatically create accounts with as much info as possible from the provider in question
Project workspaces shouldn't try to be another GitHub - rather they should link to it, Bitbucket and/or anywhere else that project resources reside. In a way, it should be more like what RubyGems or Chef Supermarket does.
There are tons of communication platforms already out there. We need to decide if we want forums, chat rooms and/or other things like that, but ultimately we should probably just bridge them with our app via SSO (and other integration points as needed) rather than programming any of these ourselves.
Our "secret sauce" (albeit open source and thus not really secret) will be the workflow around ideas. That's the bit that we'll almost certainly be inventing from the ground up.