Jump to content

Development process improvement

From mediawiki.org

Project justification

With the Wikimedia Foundation Tech department growing at the pace that it is, we need to figure out ways of communication with each other and the rest of the world about what we're doing, and how we're doing it. The communication & collaboration mechanisms we come up with should be appropriate for the scale of organization that we are, and facilitate collaboration with community volunteers to both increase the impact of Wikimedia Foundation employees, as well as ensure focus on issues that matter to the community.

Project deliverables

  • Document summarizing the current situation, detailing the requirements, offering recommendations and outlining an implementation plan.

Topics to be covered

  • Processes for communications & collaboration:
    • within WMF engineering staff, in particular
      • task tracking
      • bugs vs. features
      • project management, scheduling, milestones
    • between WMF engineers & volunteer developers
    • between WMF engineering staff & Wikimedia community, in particular:
      • announcements
    • between WMF engineering staff & research community? (optional)
  • Assessment & recommendation of tools to implement the strategy
    • and recommended configuration of these tools

User goals

« Community »

(to split up into more specific groups, see above)

  • understanding of what the Wikimedia Foundation is investing in
  • ability to provide input into ongoing initiatives
  • opportunity to identify and volunteer in areas where they are likely to have the greatest impact and assistance from the Wikimedia Foundation

Wikimedia Foundation employees and management

  • ability to see the quick summary of how things are going; when intervention is needed and when things are sailing along smoothly.

Specifications

Software design document

Test plan

Documentation plan

User interface design docs

Schedule

A couple of different people have been thinking about this over the past few months. There was a formal evaluation process done by Rob Lanphier in May-June 2010. The last phase is planned to be completed by October 2010.

Input phase

  • collect links to previous documents, discussions, resource pages, etc.
  • review existing documentation: rob's pages, etc.
  • discuss with stakeholders: Chad, MW devs, engineering staff
    • ideal bug tracker? integration with MW, CodeReview, etc.
  • we should have a concrete set of requirements at the end of this

Analysis phase

  • determine a draft workflow consistent with Rob's proposed feature development lifecycle
  • explore the implementability of this workflow with bugzilla & with (semantic?) mediawiki
    • discuss it with Guy & other bugzilla folks?
    • discuss it with Ryan Lane
  • Alolita will demo how she uses XPlanner so that we can come up with a good system for timeline tracking and chart generation
  • document, document, document everything we do, so the recommendations are traceable

Recommendations phase

Finish and publish the document

Task management

Release management plan

Community management plan

Status updates and notes