44

What is the best support for Scrum in Redmine?

  • Best practices?
  • Plugin support?

All plugins I've tried are either not that active anymore and/or not up to the task of managing a major project using Scrum.

I've googled to no avail...

Pascal Thivent
  • 562,542
  • 136
  • 1,062
  • 1,124
Anders Hansson
  • 3,746
  • 3
  • 28
  • 27
  • 2
    @subtwo: Do not add information to your question in a comment on an answer. Please update your question with additional information. – S.Lott Sep 23 '09 at 10:10

7 Answers7

35

Thought I'd make mention of the Redmine Backlogs plugin again. It's been getting some TLC lately. product backlog view, taskboard view, real-time updates, reports, task colors unique to the user's preference, etc.

http://www.redminebacklogs.net

Mark Maglana
  • 604
  • 7
  • 7
17

I don't really know Redmine but it looks like the Scrum Alliance Development Team has several Scrum plugins for it. Others potentially useful plugins are the Scrum dashboard plugin, the Todo Lists plugin, the Backlogs plugin but I can't say if they conflict or overlap with the Scrum Alliance plugins. This requires IMO some further investigations and testing.

My advices:

  1. If the team is collocated, don't use a web based tool, use sticky notes on a wall and a spreadsheet.
  2. If there are good reasons to use a web based tool, don't use Redmine if it's not satisfying.
Pascal Thivent
  • 562,542
  • 136
  • 1,062
  • 1,124
  • 21
    The Scrum Alliance's fork of Redmine was modified and abandoned several months ago. I wouldn't recommend using it because it's missing a lot of recent changes in Redmine, including security fixes. The Scrum dashboard, Todo Lists, and Backlogs plugins are all maintained and good options. – Eric Davis Oct 02 '09 at 21:51
  • 1
    So I took a look at some of these plugins (backlogs, dashboard, charts, and todos) and unfortunately they all need some TLC. All of them had bugs of some sort, either from a tag release or the master/head revision. So expect to put out fires if you plan to use these. – edmundito Feb 25 '10 at 19:47
5

You don't need a scrum tool to use redmine in a scrum way, however, it can at least help with acceptance. Redmine Backlogs isn't too bad. I have evaluated it and the product backlogs screen is a little raw, but useful. The task board is good. I recommend you take a look at it.

Redmine Backlogs

xagyg
  • 9,562
  • 2
  • 32
  • 29
  • Definitely, the task board is really great. – dariusz Sep 21 '10 at 14:53
  • 1
    Redmine backlogs is not the worst choice IMHO, but a bit tricky to install though. Anyway [here is a guide](http://blog.ueffing.net/redmine-auf-Ubuntu-Server-10-04-LTS-und-backlogs-plugin-installieren/) which helped me out - it is in German, but the setup steps you can easily follow –  Oct 02 '11 at 18:16
  • Redminebacklogs site moved to http://www.redminebacklogs.net ; see also Mark's answer (basically the same), still currently highest voted answer (Dec 2012) – michael Dec 18 '12 at 01:04
  • @michael_n Thanks. Link fixed. – xagyg Jan 01 '13 at 23:29
5

Redmine_scrummer is a plugin developed by BadrIT to facilitate scrum processes, it easy to use and follows the all practices you apply while in a scrum process i.e. scrum board, burning charts, etc..

johndodo
  • 17,247
  • 15
  • 96
  • 113
Ahmed Moawad
  • 351
  • 4
  • 13
2

Scrum PM is a decent, current Scrum plugin for Redmine. It's fairly basic, and the UI leaves something to be desired, but it works.

It has a Backlog where you can create stories, and a Dashboard where you can drag and drop tasks for stories through status to done.

Redmine Issues are Tasks, and Versions are Sprints. There is no strong correlation between tasks and stories, and there are a few (non-blocking) bugs, but it's the best scrum plugin for Redmine I've seen.

fijiaaron
  • 5,015
  • 3
  • 35
  • 28
  • Interesting, gonna give this a try.. – Michael Pliskin Jun 04 '10 at 13:44
  • 1
    Ugh, the lack of relationship between User Stories from the Issues list and the User Stories from that plugin is a dealbreaker. Despite the IE issues, Backlogs (as mentioned by Mark below) is a much more promising solution: http://www.redminebacklogs.net/ – dariusz Sep 21 '10 at 14:51
0

try Redmine Scrumbler https://github.com/256MbTeam/Redmine-Scrumbler

zloydadka
  • 160
  • 3
  • 2
    According to https://github.com/256MbTeam/Redmine-Scrumbler, it is not supported in Redmine 2 (latest Redmine version) currently, so I would not recommend it. – Alan Evangelista Aug 22 '13 at 10:45
  • The plugin is beautifil. But it is not supported in redmine 2. It is so pity. – AechoLiu Aug 04 '14 at 03:22
-23

Scrum best practice is to avoid using too many tools.

Agile methods put individuals and interactions first. Tools aren't important. Read this page to see what the real background of scrum is: http://agilemanifesto.org/

Read this to see more about Scrum. http://www.controlchaos.com/old-site/Scrumo.htm

Note that tools aren't really necessary.

Scrum is a series of sprints (managed with a simple backlog and burndown chart).

Scrum is a daily stand-up meeting (managed with no tools at all).

S.Lott
  • 384,516
  • 81
  • 508
  • 779
  • 1
    Thanks! I was thinking along those lines but I needed to know that I didn't miss anything. Our project is scattered geographically (at least most of the time) and a web-based integration with the issue tracking system would be a great added value. At the least to keep those not away up-to-date and to keep a centralized place to find information. – Anders Hansson Sep 23 '09 at 06:55
  • (correction: Of course I meant to keep those away up-to-date, but you know what i mean) – Anders Hansson Sep 23 '09 at 06:56
  • Scrum is for development. Web-based issue tracking can sometimes be merged in with the development backlog. Do not make tools stand in the way of the daily scrum meeting. – S.Lott Sep 23 '09 at 10:11
  • 27
    You're sorta not answering the question asked. Scrum is NOT only a stand-up, while it's essential. Still, you need to: * estimate * track tasks stuck on certain stage * draw burndown chart Without this, you have no analysis at all. Without analysis, you can't really tune your process. – Victor Sergienko Apr 02 '10 at 10:04
  • 1
    @Victor Sergienko: First, I disagree that there's any tuning component at all with Scrum. However, I agree that it is a good thing to do. The point is that estimating and tuning can be done on a spreadsheet. That's all the tooling anyone needs. – S.Lott Apr 02 '10 at 10:28
  • While it is true that you shouldn't focus on tools with Scrum sometimes circumstances dictate otherwise. What if your team is - against all rules - not in one location? Your only specialist for some thing just happens to live in a different country and he's the only one there assigned to your team? Then you can't rely on whiteboards etc. alone. This is an interesting question because I have been looking at these tools as well and can't give a comprehensive answer yet. – Makis May 09 '10 at 14:19
  • @Makis: That is exactly how we do scrum -- spread around. We don't use a physical whiteboard. We don't waste any time on "tools". A shared directory with the burndown -- checked into SVN -- seems to work just fine for us. We have MS Sharepoint, but it's a huge pain in the neck -- it's too much of a "tool" and not transparent enough. A shared document is pretty well transparent because all programming involves source control and shared documents. – S.Lott May 10 '10 at 11:03
  • Well, why not have a tool that has the backlogs in one place and developers can mark jobs done in the same tool & you will also get the burndown charts for "free"? I mean, surely you have a backlog somewhere? I don't like normal documents, because they tend to be locked if someone edits them. Then this someone forgets to close the document and no-one can edit it any more. – Makis May 10 '10 at 12:14
  • @Makis: The burndown os the backlog. It's a shard document. "they tend to be locked if someone edits them". This is (a) poor choice of tools and (b) poor design for the document. Use Subversion or Git or something that doesn't rely on locking. Make the backlog many small files that are assembled (like source) in priority order. – S.Lott May 10 '10 at 15:02
  • So it's basically a text-list since binary files do not merge well? – Makis May 10 '10 at 18:58
  • @Makis: It's programming. Everything starts out as text because programming provides lots of existing, free, already installed text manipulation and file-sharing tools. In my experience, that's almost all you need. Super-complex "management tools" are often too much tool to solve simple problems. Simple, regular communication via simple text works really, really well. – S.Lott May 10 '10 at 22:24
  • 2
    A task tracking system is useful for keeping track of the tasks in the product backlog. Redmine is udeful for this purpose. – xagyg Aug 09 '10 at 23:28
  • @xagyg: The question assumes that redmine is useful. You have repeated that assumption. Since the assumption was already in the question, Why are you repeating it here? – S.Lott Aug 10 '10 at 01:13
  • 2
    @S.Lott: I am repeating it in this particular section as a response to the above post's comment that "Note that tools aren't really necessary." Sure, you don't have to use tools, but they are very helpful and I think it is foolish not to use something that can save you time and effort. – xagyg Aug 16 '10 at 23:45
  • 6
    Scrum is just a process. You can use tools to make the management of that process easier. One example is you making the burndown chart. If the tool makes the burndown chart on it's own that is time saved. And so it making the backlog, maintaining the sprint, all in one place more useful – andho May 14 '11 at 13:00
  • 2
    sounds hand waving. Saying no tools are needed too many times and yet admitting of using, multiple, primitive/generic tools. I prefer a single, useful, to-the-point tool where i can link related information and generate whatever views/charts when they are needed. Single source, no duplication, DRY. – inger Aug 05 '12 at 23:10
  • 17
    -1 for useless answer. – Damien Roche Nov 08 '12 at 20:50
  • 3
    -1 for useless answer. I have 400 items in my backlog. A tool allows me to filter them by different criteria. I should just keep them in a text file/spreadsheet? Also, charts are useful for project management and future planning. – Alan Evangelista Aug 22 '13 at 10:41
  • 1
    I don't get why this 'answer' is accepted ? – koders Mar 11 '14 at 10:55