theSCRUM 0.75 is a minor revision that contains:

• The ability to close projects via the Project dashboard. Closed projects don’t appear anymore  in the “Project” dropdown menu anymore.
• Upgrade of some Javascript libraries (Prototype 1.7 and Scriptaculous 1.9) that will improve support of IE8 and IE9.

In case of Javascript issues with the new libraries, you can switch back to the previous ones by editing “index.php” and updating the following line:

// In case of issue, switch back to '1.6.1'
define('PROTOTYPEJS_VERSION', '1.7');

Moving forward, I expect releases to be smaller and hopefully more frequent.

theSCRUM 0.71 is available today with numerous stability and robustness improvements (I would say that 90% of the files have been updated in this release). It also features a new interface to navigate among the different screens of a project. The screens have been organized in a way that should simplify the day-to-day management. This new interface also reduces the height of the header, meaning more space for your stories and tasks.

Sprint management has been rebuilt, with an assistant approach to configure a new sprint. The generation of the burndown chart is now more flexible: you can define the working days of the sprint (i.e: if there are some bank holidays, or trainings, or…) and the hour of the day when burndown charts will be generated (i.e: you may want to generate them just before your daily standups).

New homepage:

Product backlog management:

New burndown chart configuration screen:

This 0.71 release has been really long in the making… You may have noted I have skipped 0.60 : in previous posts, I announced 0.60 as a release to implement a proper login solution for theSCRUM. While I started working on it, it appeared to be quite a boring task; and when the idea of a new user interface came up, I became too much excited and switched to it while forgetting the login stuff… It’s never good not being focused when developing software product; and considering I’m pretty busy these days, I believe the future of theSCRUM will be smaller releases and the publication of the source code on GitHub in hope people will contribute to it.

theSCRUM 0.55 is available today with numerous stability and robustness improvements; it also features the following enhancements:

Support of bugs and impediments

It is now possible to track bugs and impediments inside theSCRUM. Bugs and impediments are considered as new types of user stories, and can only exist as standalone stories (it is not possible to put some bugs or impediments inside an epic). Bugs can have an URL attached to them, to link to your bug tracking system.

If you are not familiar with impediments, Agile Commentary suggests the following definition: “anything that delays a team member from working as efficiently and productively as possible“.

Thanks to Décio Penna from Level Up! to have initiated the discussion regarding bugs and impediments on the forum and to have contributed to the source code of theSCRUM!

Moving stories inside / outside epics

It is now possible to move standalone stories inside epics, and to detach stories from epics. This was a recurring need from the various product owners at Kelkoo, who cannot always know from the beginning the importance or size of a new story. Those new options are available from the “edit story details” panel.

Project statistics

A new statistic dashboard – still a work in progress – has been added to projects. It displays graphs to track the “Worked hours by sprint“, the “Story points by sprint” and the “Productivity by sprint” (productivity being calculated as the number of worked hours per story point).

Thanks to Jerome Colin from Kelkoo to have coded this part.

Upgrading

If you are upgrading from theSCRUM 0.5, please read the upgrade guide. You can use the discussion forum to report any feedback / problems with this release.

What’s next?

I still aim to simplify the installation and upgrade process of theSCRUM, though I didn’t do much progress on this yet. Also, I think it will be soon needed to do a bit of refactoring (especially on the Javascript side of things) and streamline the experience in some areas. The challenge of the next versions is indeed to not alter the user experience by adding tons of new features, but try to improve it.

Since the soft launch of the-scrum.org early November, there are about 15 visits per day on the site ; the total number of downloads has reached 50 today; and the forum has seen its first support threads. Nice! And I have no doubt those numbers will reach new levels once Mr Google decides to index this site .

The next version (0.6) is in the works, and will be focused on stability/robustness enhancements. I would also like to improve the installation process, to avoid new users configure .htaccess / crontab and so on… This is obviously hard work to do, but hopefully some first improvements will be integrated into 0.6.

When will theSCRUM 0.6 be released? No target date; it will be released once enough improvements are done to justify a new release. In the meantime, feel free to contribute on the forum to request some enhancements, report some bugs… Those feedbacks will likely help 0.6 to be released sooner than later!

theSCRUM is a new open source solution for software development teams who are using the Agile and SCRUM methodologies. theSCRUM has been built with team efficiency in mind:

• A well-thought user interface enables Scrum teams to reduce the time spent on the tool; and keep them busy on the product they are working on, not on the tool itself.
• theSCRUM has just the necessary level of features: management of product backlogs and sprint plannings; for multi-project organisations, tools to manage the product roadmap are available. No unnecessary features, no fat.

Why has theSCRUM been designed?

I’m in the software industry for about 10 years. Ten years ago, I have been teached how to do software project management using the V-Model, Gantt charts, Microsoft Project… Three years ago, while working at Yahoo! then Kelkoo shopping comparison website, I have been initiated to Agile and SCRUM. Since then, I have interacted with the various engineering teams at Kelkoo, seen how they were progressing on this Agile journey.

Especially, I have become interested in the way those teams were using tools to support the Agile process. I have seen them experimenting with all kind of tools, from Excel to Google Docs spreadsheets, from internal tools based on Bugzilla to open source tools based on Trac, from open source to commercial solutions… Few have experimented with sticky notes, due to the distributed nature of most projects (product owner in one location, team in another…). In the end, those agile teams spent a lot of time “dealing with the tools”, and then were distracted from the important part: the product they were working on.

As manager of a team of product owners, I then started the development of a tool to ease the management of product backlogs. My main focus was to create a user interface that lets the product owners focus on the backlog itself. Making usage of AJAX interaction, in-line editing and advanced Javascript, the first version of theSCRUM was born. I have been pleased to see product owners quickly adopting the tool; then the Scrum teams asking for more: the management of sprints and sprint backlogs. I played the game; and now all the agile teams at Kelkoo uses theSCRUM on daily basis.

Want to know more?

You can try the online demo to put your hands on theSCRUM, download theSCRUM, or read about the agile practices at Kelkoo.