Project Management/2012 Q1

From MozillaWiki
Jump to: navigation, search

Background

In Q4 of 2011 the project management initiative team was kicked off to evaluate how Mozilla internally plans and prioritizes projects to ensure high project success rates. It was determined that a majority of our projects require multiple teams to complete those projects and the Mozilla was growing at such a rapid rate that transparency and clear priorities were required to be able to achieve our goals. A short-term solution was put in place to collect all requested projects in a single spreadsheet, but it was in no way a system that could be sustainable or scalable. The project and program managers at Mozilla already use a number of non-connected spreadsheets and wiki pages to aggregate their projects and adding another spreadsheet to the mix was not going to magically resolve the issue.

Meetings

Long-Term Proposal Overview

The project management initiative team has discussed that the long-term solution will have to be a mix of tools, process, and a slight cultural shift. Everyone agrees that the intention is not add additional work to everyone's already-full plate, but instead augment their current tool set with something that includes the following features:

  • Easy-to-use
  • Accessible
  • Web-based
  • Cross platform and mobile-friendly
  • Resource management
  • Timeline management
  • Project prioritization
  • Project submission process
  • Links and other project meta data
  • Private and public views
  • Data visualization and dashboard tools
  • Scrum/Agile abilities
  • Integrates with existing tools (Bugzilla, Github, SVN, wikis)
  • Provides instant benefit for everyone involved!

In summary, the future tool must be easy-to-use and provide the minimal amount of features to provide instance benefit to the entire organization.

Next Steps

  1. Gather requirements
  2. Evaluate tools (existing and new)
  3. Narrow tool choices
  4. Select tool