From b2evolution manual
This manual page is outdated. NEW PAGE: UnifiedProcess Roadmap in b2evolution v5+.
People often ask about a roadmap for b2evolution. How odd! :))
Not only don’t we have a roadmap, but we certainly don’t plan having one. Sounds amateurish to you? Read on!
b2evolution development embraces the Unified Process approach to software development, and more specifically Iterative Development – or Incremental Development – if you prefer. In other (buzz)words, we use an agile approach with an adaptative process, as opposed to a predictive process with roadmaps and the like.
However, not following a roadmap doesn’t mean we don’t have a vision! Check out the b2evolution Vision for a long term view of where b2evolution is headed to.
Development is split into iterations that last typically 1 to 2 months, but can vary depending on contributors’ availability.
At the end of each iteration there is a release. The version number increment of this release reflects the importance of the changes introduced in this iteration.
Then, the next iteration uses feedback from the previous iteration to implement new features, based on real user needs, not based on some several months old roadmap that doesn’t match anything but an already obsolete vision of how blog/CMS usage should have developed in the future.
 Iteration details
What exactly gets done in each iteration depends on how many contributors are available to work on the project at that time. It also depends on what exactly they are willing to do! Remember this is Free software, developed mainly by volunteers! :)
Each contributor picks features he is going to implement from the todo list.
These features may have been discussed thoroughly before. If not, they need some sort of quick yet sufficient collaborative specification. This is typically carried out as comments on the todo list. The ideal spec would be to write an UML Style Use Case but we found it unnecessary in many situations, as uses cases are common sense to all b2evolution users/contributors most of the time.
Contributors should commit code to CVS only if they foresee to have it operational for the end of the current iteration.
A few days before the end of the iteration, we typically "freeze" a branch of the CVS code tree and no new features are added. There’s a lot of work involved at that time:
- Updating the language files. Localizers should be able to begin translating as early as possible in this stage.
- Packaging the release and updating install instructions.
- Testing the full package.
- Making the package available on SourceForge.
- Updating the website (download area, features, screenshots… bleh that’s no fun! )
The next iteration actually begins as development moves on in the HEAD TRUNC of CVS.
 User feedback
User feedback is collected through the forums: http://forums.b2evolution.net/.
We chose not to let the public write to a bug tracking systems as this decreases the signal/noise ratio to the point where developers lose focus on what to do.
Contributors will pick up anything that makes sense from the forums and add it to the todo list.