2008SumodevReview: Difference between revisions
Jump to navigation
Jump to search
No edit summary |
|||
| Line 1: | Line 1: | ||
==What went well== | ==What went well== | ||
* | * More agile release cycle (second half 2008) | ||
* Hit virtually all goals | * 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=== | ===Testing=== | ||
* Writing unit tests: this needs to happen in 2009 | * Writing unit tests: this needs to happen in 2009 | ||
* Load testing | * Load testing | ||
* More time for QA, help Stephen or whoever is doing the testing to understand what is being tested | |||
===Planning and communication=== | ===Planning and communication=== | ||
* More detailed PRDs well in time for the implementation | * 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. | |||
Revision as of 14:52, 29 December 2008
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.