Oh, RedMine. That’s the project management system I used back in 2006 to run my first StartUp. Along a well working integration with SVN (if ppl remember what SVN is).
Redmine – open-source project management
61–70 of 83 posts
Re: Redmine – open-source project management
#62This is one badly built website: Cannot even see what the tool looks like.
Not sure if I'm missing the joke but in case you're serious : the tool is literally the website. They're dogfooding themselves eg click on issues then on one issue to see the ticket system. Makes a lot of sense to me.
If they are serious, this is probably the best example of "Can't see the forest for the trees" example I've come across for a long time.
That said, the site doesn't explicitly say "The site you're reading is running in an instance of Redmine".
Re: Redmine – open-source project management
#63Redmine is great. Serves us without issues since 2007. I honestly don't understand companies using products like Jira when Redmine is available.
The company I work for switched from redmine to jira few years ago, after using redmine since 2009 or so. It was a really bad decision spearheaded by a single project manager. I miss redmine. I hate having to see the constant interstitial loading animation in Jira. And working through small modals. Just load the damn page for the link I clicked on. All the “single page application” junk is rarely executed well. But I…
Jira is so much better now than it was the last time I had to use it, about 10 years ago. It's like a different product with the same name. Maybe it is, I don't know what happened in those 10 years.
I used Redmine for many small projects, probably since 2007. It works well. It's quite simple, not many bells and whistles, which is OK. Maybe not many features but enough to get the work done.
Re: Redmine – open-source project management
#64Former Redmine user here; well, I get around so I see a lot of different systems. Back, c2005 I think, I was CTO-ing for a company that was going through some management changes. The outgoing CTO was a "build it all in-house" type (which I get!) -- however, this dude was extreme -- so in addition to building their own App to make money, they had their own Framework and ORM and X and Y an Z -- which included a bug-tra…
I wish I had these opportunities in my early career. Now 10 years in with no mentorship, direction or real responsibilities, I’m struggling to find self-worth and opportunities to go up the chain. Now that I’m laid off I’m trying to take all of these learnings into consideration, and hope that I too get to climb the ladder some day.
Re: Redmine – open-source project management
#65The last shop I worked at used Redmine. The owner loved it, most folks found it okay, but the UX just rubbed me the wrong way. I'm not opposed to working with software with classic UIs and such, that would have been fine if the update workflow and page layout made sense. I wish I could adequately convey why. Based on other commenters talking about the APIs being strong though, and other products that seem nicer (I tr…
Redmine might look clunky from a distance, and its installation is convoluted. However, once it works, it works forever. It's a "zero unplanned maintenance" tool which works without any problems, and can be extended with tons of features due to its extensible nature. Maybe it's about being an oldish folk who used "classical UI"s more, yet I still find their information density much better than modern "fluffy and anim…
I don't really need a "fluffy and animated" interface. That's not what is important to me when I'm working in a tool. For me, it's more about "How many clicks do I have to do to do a task?", or "can I find the information I'm looking for quickly?" Our task creation workflow often boiled down to "create a bunch of tasks, work them, close them, then repeat". I felt like I was having to do too much work to get information into the app in a way that was disproportionate to it providing the information I needed.
From a maintenance perspective I hear you though. I supported the Redmine install, and I've supported Jira installs in the past. The sheer amount of horsepower I had to throw at, and shenanigans I had to deal with, to support Jira is mind boggling. I have a small joke that the reason Atlassian is going cloud only for their products has everything to do with the fact that only they are big brain enough to understand how to run the damn thing reasonably, haha. And yeah, administering the Redmine install was "oh yeah, we have a Redmine instance, I should probably update that". So that is definitely a feather in its cap.
I also can appreciate that it has a rich ecosystem of plugins and extensions to make it your own. I often look at plugins with a grain of salt though, because having more things to add and more dependencies to support drastically changes the administrative burden of a system. For me, I'd rather have one opinionated tool with a minimal but functional feature set. Fortunately, there are alternatives out there that enable that flow for me and my teams, so it's not like I'm not served.
There's always the possibility that Redmine and I just never clicked, and that's okay. I don't _need_ to like every tool, and I can easily see how folks that it did work for got great benefits out of it. My negative experiences are personal to me, but do not discredit the plenty of positive experiences teams have had using it.
Re: Redmine – open-source project management
#66Interesting it’s GPL licensed. I’ve noticed a lot of these enterprise targeted OSS projects are. Wonder sometimes if this blunts the inertia of their adoption since customizing the software triggers a license violation if it’s not shared
Customizing software does not trigger a license violation, distribution does. If it is an internal tool there is no distribution, and there is no license violation. As a corollary redmine is written in ruby, I don't think it is possible to distribute it without the source code anyway.
What counts as distribution though? Is serving user’s distribution? Or only distributing source code?
Re: Redmine – open-source project management
#67Oh, RedMine. That’s the project management system I used back in 2006 to run my first StartUp. Along a well working integration with SVN (if ppl remember what SVN is).
I left a job they were still using SVN in 2021. Still worked just fine.
Re: Redmine – open-source project management
#68I was working with it in a job some years ago, and I remember that it has a great wiki (we used for internal documentation, sprint docs and other things) because I am in a new job and we are working with gitlab (comunity edition) and the wiki is worse.
Re: Redmine – open-source project management
#69Redmine is fine for ITSM and software development projects because of it's ticket-oriented workflows and source code integration. But as an actual project management tool, ProjeQtor is the best open source tool I've found:
https://www.projeqtor.org/en/
It's very lightweight and feature-rich. They really need to get a UI designer who helps them to move from that amateur UI to something that looks professional.
Re: Redmine – open-source project management
#70The interface is archaic, but their api is very powerful. On my company we use redmine to keep track of time spent on each protect, or even as a simplified Jira substitute. We have the tasks, we just need to "spend time" on them. The interface is slow and requires many clicks, but thanks to their api I made an app to do it with just a couple, even automatic if you only have one task!
When I was using Redmine I found a great plugin for Sublime Text 3 that could navigate, update and add tickets much more easily than the UI: https://github.com/tosher/Redlime. It smoothed over a lot of the tedium for me. If I still had to use Redmine I would use that plugin even though I've stopped using Sublime.