Developers program workflow

From OLPC
Revision as of 12:45, 30 June 2008 by Mchua (talk | contribs) (New page: {{draft}} Best as I understand it, the developers program now has multiple points of entry and review. * developers@ email list * RT, hardware-reqs queue * projectdb ...)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search


Pencil.png NOTE: The contents of this page are not set in stone, and are subject to change!

This page is a draft in active flux ...
Please leave suggestions on the talk page.

Pencil.png


   Best as I understand it, the developers program now has multiple points of entry and review.
   * developers@ email list
   * RT, hardware-reqs queue
   * projectdb


Yes. the former email list is deprecated but still used occasionally, particularly for odd hardware requests.

RT isn't in use yet, but new mail to developer@ may go there for better tracking.

projectdb is where actual address/email data is kept,along with the status of each request.



   What's the flow of information and review of applications - what are all the different routes that a request for Physical Stuff can take, from coming into (which entry points?) the system, being reviewed (by whom, in which system? what are the options for status that reviewers can mark project status with?) and being shipped (how does this happen? on what schedule - weekly?)


Workflow

A project is started

Someone has an idea for a project. They talk with people, ask for help or hardware on mailing lists, IRC, in person, etc. They need pointing to contributors and the projectdb.

Project is entered into the projectdb

Eventually, to formally request hardware for a project, an application has to be submitted to projectdb.

Each application should point to a page on the wiki describing itself.

Project is reviewed

  1. On a weekly basis (Friday), someone(s) (delegated by SJ Klein) goes through the applications and marks them as approved, rejected, or for-discussion.
  2. approved and rejected projects move on to the next step.
  3. for-discussion projects are brought up in the Friday meeting and given a status of approve/reject.

Project is notified of status

  • rejection : send an email to the submitter with rationale and revision suggestions, copying developer@laptop.org, and change status to 'reject'. Rejected projects may revise themselves and try again.
  • acceptance : send an email to sj, copying developer@laptop.org, and change status to 'accept'.

Laptops are shipped

  • SJ goes through the approved projects list on a weekly basis and sends shipping orders to the warehouse for machines to be sent out.