2008SumodevReview

From MozillaWiki
Jump to: navigation, search

What went well

  • More agile release cycle (second half 2008)
  • Hit virtually all goals
  • Weathered download day
  • Two week release cycle a bit too short, three weeks was an improvement
  • Started to do proper QA, was not done in the start
  • Started weekly dev meetings
  • Formalized development (first half 2008)
  • Set dates for pushes, know when fixes will be out in production
  • Code on LiveChat
  • Starting writing proper specifications for stuff we did this year (needs to be more next year)
  • Patches back into Tiki (need to do more next year as well)
  • Team has grown to a better size (more needed)
  • Started supplying test cases to stephend

What we could do better

General

  • Get all SUMO devs committing to Tiki, not just Nelson. Don't expect TW people to read bugzilla, same with Jive.
  • UX: conduct a review

Testing

  • Writing unit tests: this needs to happen in 2009
  • Load testing
  • More time for QA, help Stephen or whoever is doing the testing to understand what is being tested

Planning and communication

  • More detailed PRDs well in time for the implementation
  • Need to communicate better with the Tiki community, find a way to get some enthusiasm from the Tiki community (perf, sec, usability etc)
  • IT communication: has been getting better, being a contractor and/or offsite made it difficult to know who in IT was responsible for what, and who to ask questions. Onsites helped.
  • Marketing: SUMO has been on its own, working on better integration for Q1.
  • Release cycles: we should be aware of what Fx, Tb features etc are going out.