Skip to content
This repository has been archived by the owner on Feb 26, 2020. It is now read-only.

Planning: Features

Jump to bottom
ebollens edited this page Nov 13, 2014 · 19 revisions

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.

Proposed Components

  • 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.

Themes

Two proposed theme motifs in the above:

  1. 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.
  2. A military / science fiction sort of theme with "missions" and "launch". 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.

Things You Like

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

Principles

Log in as easily as possible

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

Don't re-invent where not required

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.

Clone this wiki locally