Winter Milestone 4

From crowdresearch
Revision as of 01:20, 2 February 2016 by Rajan (Talk | contribs) ([Team Representative] Submission or Post the links to your ideas until 8:00 pm 7th Feb 2016)

Jump to: navigation, search

Due date (PST): 8:00 pm 7th Feb 2016 for submission, 12 pm 8th Feb 2016 for peer-evaluation

This week, we will accept proposals to pursue different aspects of the project, and start a design test run.

  • Youtube link of the meeting today: watch
  • Winter Meeting 4 slideshow: slides pdf

UX + Research: Dive deep into these topics and submit a proposal (All)

Last week we asked you to pitch ideas in the space of representation, reputation and dark horse one's. This week we ask you to choose one the themes below, and dive deep into it. The goal is to propose experimental design and research direction of one of these ideas/themes, in the form of the "introduction" section. Based on your ideas submitted last week, we have essentially synthesized the themes into three. The one's that are more viable and popular will be set as the baseline for our next milestones, and the submitters may become the DRI.

a. Task authorship

Requesters are not expert at posting tasks, can we improve the process by helping them and involving workers?

Task authorship

b. Task ranking

Requesters don't get ideal workers, and workers don't get ideal requesters - can we rank the relevant tasks, on the basis of reputation, skills, and other necessary aspects?

Task ranking

c. Open gov

In current systems, worker and requester voices remain unheard; and the platform is run by a central organization with all control. Can we infuse the idea of open governance in Daemo?

Open gov


We’ve synthesized some of the most popular ideas for each area. Grab at least one area (task authoring, task ranking, open gov), and an idea (not necessarily yours), and develop it further into a concrete research proposal! There are two type of proposals you can write - systems (where the novel contribution is a software system or platform to solve problems) and science (where the novel contribution is a phenomenon or an approach or a study to understand certain behavior that solves the problem). Check out this really helpful paper.


After you choose one of the themes above, and decide to solve it through a system, write the system focussed introduction section using the outline below.



After you choose one of the themes above, and decide to solve it through a science, write the phenomenon focussed introduction section using the outline below.


Research Engineering (All)

Great job on the issues from last week. For those of you who have been doing tutorials and reading documentation now it's time to put that into practice. This week we will improve and finalize some of the issues we started last week, and we will also complete new ones.

- issue-forms (done), issue-profile (almost there, finalizing), issue-csv (cont'd this week) and issue-task (to be finalized)

- new issues: #645 (timer), #646 (advanced project properties), #647 (template item data_source), #648 (bug, task creation)

announce in #research-engineering that you are working on a particular issue and please let the others know about the progress of the issues you are working on (so that we don't do duplicate work). You are encouraged to work together.

For any questions ping @aginzberg, @dmorina, and @shirish.goyal on Slack #research-engineering

Design (Test Run)

DRI: @karolina and @michaelbernstein

Calling all enthusiastic designers onboard. After a long wait, we're starting the design test run this week. The goal is to design a mockup/wireframe of a messaging system of how workers and requesters would talk to each other, specially while working on the tasks. Messaging could be key to Daemo, since it would help requester clarify a given task, and worker can reach out to them to get feedback on their work. Though MTurk has basic email system for communication, Upwork has borrowed ideas from Slack and created their messaging system. What else can we do?

Use Balsamiq or any tool of your choice, and share your unique mockup/wireframe of the messaging system on Daemo.


Create a Wiki Page for your Team's Submission

Create a wiki page with the introduction section, diving deep into one the three themes (look at the outline format above). If you're participating in design test run, create another wiki and paste screenshots or mockup/wireframe files. If you have never created a wiki page before, please see this or watch this.

[Team Representative] Submission or Post the links to your ideas until 8:00 pm 7th Feb 2016

We have a [Reddit like service] on which you can post the links to the wiki-pages for the submissions, explore them, and upvote them.

Please use the same login avenue (Facebook, Twitter, or email address) as you’ve done in the past with Meteor​. This will help us identify and track your contributions better.

For newcomers joining Crowd Research, when it asks you to pick your username, pick the same username as your Slack. Please DO NOT forget to mention the milestone contributors' slackid below each wiki page.

On Meteor, there are 4 submission categories, 3 for research theme, and 1 for design test run.

1- [One of three mandatory] where you can post a link to the wiki page for your task ranking proposal

2- [One of three mandatory] where you can post a link to the wiki page for your task author proposal

3- [One of three mandatory] where you can post a link to the wiki page for your open gov proposal

4- [Test flight] where you can post mockup/wireframe of the Daemo messenger.

Give your posts titles which summarize your idea. Viewers should be able to get the main point by skimming the title ("Automatic Suggestion for Tasks based on Average Completion Time" is a good title. "YourTeam TrustIdea 1" is a bad title).

-Please submit your finished ideas by 8:00 pm 7th Feb 2016, and DO NOT vote/comment until then

[Everyone] Peer-evaluation (upvote ones you like, comment on them) from 8:05 pm 31st Jan until 12 pm 1st Feb 2016

Post submission phase, you are welcome to browse through, upvote, and comment on others' ideas. We encourage you especially to look at and comment on ideas that haven't yet gotten feedback, to make sure everybody's ideas gets feedback.

COMMENT BEST-PRACTICES: Everybody in the team reviews at least 3 ideas, supported by a comment. The comment has to justify your reason for upvote. The comment should be constructive, and should mention positive aspect of the idea worth sharing. Negative comments are discouraged, rather make your comment in the form of a suggestion - such as, if you disliked an idea, try to suggest improvements (do not criticize an idea, no idea is bad, every idea has a scope of improvement).