User:Dmose/Arch of Participation todos: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
No edit summary
No edit summary
 
(12 intermediate revisions by the same user not shown)
Line 1: Line 1:
* <strike>tb-product-focus notes, arch-of-participation notes<strike>
* <strike>tb-product-focus notes, arch-of-participation notes</strike>
** <strike>draft</strike>
** <strike>draft</strike>
** <strike>post</strike>
** <strike>post</strike>
Line 5: Line 5:
* set up tracking for Tb/Raindrop contributions, reviews, new contributors as first guiding [[User:Dmose:Simple Metrics|metrics]] (in progress)
* set up tracking for Tb/Raindrop contributions, reviews, new contributors as first guiding [[User:Dmose:Simple Metrics|metrics]] (in progress)


* survey new & existing contributors; draft plan to repeat periodically (in progress)
* <strike>survey new & existing contributors</strike>
** <strike>take survey</strike>
** <strike>post analysis parts overview,</strike> frustrations/rewards, other
 
* <strike>dig into "decisions & direction data" from survey</strike>
 
* talk to area leads about low hanging fruit from survey, particularly around making the project easier to figure things out (up next)
 
* mail folks who used to contribute but have left, ask why & if there's anything that would re-interest them
 
* set up system to monitor various fora for potential new contributors, find out motivations, interests, skill sets for each one, get hooked up with an appropriate mentor/project
 
* explore simple mentoring program
** basic documentation
** anyone interested could volunteer to find & mentor 1 or 2 people in their area
 
* explore volunteer recruitment program


* draft/post/iterate product priorities page (bridging focus notes, UX prio page, actual work underway)  
* draft/post/iterate product priorities page (bridging focus notes, UX prio page, actual work underway)  
Line 13: Line 29:


* review experience of getting involved
* review experience of getting involved
** document finding code using mxr for dev contributors
** work with jenzed & various volunteers
** work with jenzed & various volunteers
** generate model of contributor funnel
** generate model of contributor funnel
** make plan to funnel contributors through one central, usable web page
** make plan to funnel contributors through one central, usable web page
*** for each are funnel page, include mibbit embedding, acting on wsmwk's insight that the people who are socializing are much more likely to stay engaged
* set up friends-of-the-tree feed w/graphic from andreasn


* set up friends-of-the-tree feed w/graphic from andreasn
* explore uses of Firefox Input like-mechanism for various community processes


* review which bugs get worked on and how that's driven
* review which bugs get worked on and how that's driven
Line 28: Line 47:
** talk to asa, gerv, mitchell re Participation Metrics module
** talk to asa, gerv, mitchell re Participation Metrics module
** talk to MDN folks
** talk to MDN folks
** talk to cbeard re Engagement
** talk to mcolvig & Engagement folks
** talk to msurman re [[Foundation:Planning:Core2010]]
 


* review wanted+ usage & decide if it's still sensible
* review wanted+ usage & decide if it's still sensible
Line 57: Line 76:
** IRC office hours a la http://groups.google.com/group/google-appengine-python/browse_thread/thread/442b6ba587b2a64c/f3e4d279784c68b4?lnk=gst&q=dev+server+logs#f3e4d279784c68b4
** IRC office hours a la http://groups.google.com/group/google-appengine-python/browse_thread/thread/442b6ba587b2a64c/f3e4d279784c68b4?lnk=gst&q=dev+server+logs#f3e4d279784c68b4
** play with github
** play with github
** put together mechanism to notify patchers what version of Tb their patch is likely to first ship in

Latest revision as of 23:19, 31 January 2011

  • tb-product-focus notes, arch-of-participation notes
    • draft
    • post
  • set up tracking for Tb/Raindrop contributions, reviews, new contributors as first guiding metrics (in progress)
  • survey new & existing contributors
    • take survey
    • post analysis parts overview, frustrations/rewards, other
  • dig into "decisions & direction data" from survey
  • talk to area leads about low hanging fruit from survey, particularly around making the project easier to figure things out (up next)
  • mail folks who used to contribute but have left, ask why & if there's anything that would re-interest them
  • set up system to monitor various fora for potential new contributors, find out motivations, interests, skill sets for each one, get hooked up with an appropriate mentor/project
  • explore simple mentoring program
    • basic documentation
    • anyone interested could volunteer to find & mentor 1 or 2 people in their area
  • explore volunteer recruitment program
  • draft/post/iterate product priorities page (bridging focus notes, UX prio page, actual work underway)
  • iterate product-focus & part notes
    • finish reviewing existing "group feedback" notes
  • review experience of getting involved
    • document finding code using mxr for dev contributors
    • work with jenzed & various volunteers
    • generate model of contributor funnel
    • make plan to funnel contributors through one central, usable web page
      • for each are funnel page, include mibbit embedding, acting on wsmwk's insight that the people who are socializing are much more likely to stay engaged
  • set up friends-of-the-tree feed w/graphic from andreasn
  • explore uses of Firefox Input like-mechanism for various community processes
  • review which bugs get worked on and how that's driven
  • review use of wanted+ flag, decide whether still sensible
  • update arch of participation plan (this document)
    • determine scope (work up from eng processes, or work down from top?)
    • enumerate/explore other perspectives mentioned in beginning of overview doc
    • spend a bit of time diving into existing discussion & writings on the web
    • talk to asa, gerv, mitchell re Participation Metrics module
    • talk to MDN folks
    • talk to mcolvig & Engagement folks


  • review wanted+ usage & decide if it's still sensible
  • attack review metrics
    • module factoring (revisit old module-owners thread)
    • dashboard?
    • rewarding small patches?
    • cutting some modules?
    • work out how to deal with old, stale review backlog
  • blog/wiki about screen-sharing for Skype & pair-programming
  • see if clarkbw wants to blog about or blog re dreamhost support idea
  • rolling add-ons contest?
  • iterate on discussion forums
    • review current uses of dev-apps-thunderbird
    • draft plan for what's next
  • create venue for feature/UX discussion (GetSat?)
  • look for more low-hanging Bugzilla improvements via Jetpack