I've worked professionally as a software developer for close to ten years - and I still haven't heard a developer say that they're excited or outright like the project management/scrum/kanban tool they're using.<p>People seem to outright hate JIRA. They seem to like Trello a bit more but often say that it's lacking something - I used Sprintly years ago, but that also didn't seem to be perfect.<p>What is the perfect tool out there that you really like (if there is one?) - what are the shortcomings and things you would like to see the perfect tool have.. or doesn't such a thing exist because it simply comes down to each company's individual use case..<p>Curious to hear your thoughts! :)
Most of these tools seem to exist more for the benefit of managers than hackers.<p>For small groups, I think I honest-to-goodness prefer TODO.txt in the top level of the relevant repository to <i>any</i> tool. Otherwise, GitHub issues is a pretty nice lightweight-ish tool.<p>Lack of an explicit model of a "sprint" (which often seems to be where formal process starts to get reified in these tools) is a big plus in my book.
I work as a lead developer at an enterprise that uses JIRA. This is a question very close to my heart.<p>JIRA is feature dense, but everyone hates it. The interface is complex and the learning curve is silly. We waste valuable hours fighting the tool. It was not made for software developers. It was a trouble ticket tool that treats software projects as if they were high priority catastrophes.<p>Trello is too malleable. Long story short, the question became, "Why don't we use sticky notes?"
Sticky notes didn't work because we have 1 remote employee and a fistful of executives that demand involvement in tracking sprint progress (lolololo) but they are unwilling to sacrifice 10 minutes for standups or a trip downstairs to see the board.<p>At the end of the day, we spend time arguing about how to reduce friction for the development team and ignoring their needs because we already purchased JIRA licenses. If I started my own company, we would request features and track progress in the issue tracker of the source control product our devs chose. If project managers, scrum masters, execs, and other parties have a need for another project management tool they're welcome to use whatever integrates with the issue tracker.<p>The entire point of practicing agile development is to produce better software faster. Move decision making closer to the problem. Therefore, I don't understand why we can't manage our developers closer to the codebase. Every time they come up for air to the project management tool for someone else's benefit is a context switch that costs us. You wouldn't hire a mechanic to fix your car and tell him that he had to bring all of his tools to your garage to work.<p>If your clients or internal customers are using your issue tracker, they are actively showing you which features or bugs are impacting them the most. My experience is that JIRA, Trello or anything similar encourages you to create an interpretation layer for your customer's emotional responses. If you teach them to interact with your internal projects as if they were contributing to an open source project, you get a first person account of their priorities, and you may yourself with less empty stares around the room during product reviews.
On a six-month contract I did in Cupertino, we started off with Pivotal. And we were very happy with what it provided.<p>However, Pivotal had decided to get out of the business of providing software that other people could install behind their firewall, and instead went to a pure SaaS model. So, the lost the business of a Fortune20 company that insists on running everything behind their firewall.<p>During the time I was there, I heard lots of discussions about alternatives, but nothing was considered satisfactory. One guy kept saying that we should just go ahead and choose Jira, because we all knew that is what management would force us to do regardless.<p>I never did hear what they finally chose. When my contract was up, I hightailed it back to Austin ASAP because CA was just way too bloody expensive.
At work, we went from Asana to JIRA to Trello.<p>We stick to Trello because everyone in the company outside of Engineering team can also use it (nice & simple interface).<p>But I prefer to cut down the amount of human action any process. So I miss the JIRA-GitHub integration when using Trello. I could just mention the JIRA ticket ID in a PR and the ticket gets closed when the PR is merged. Such sweet integration.<p>I was looking forward to GitHub Projects when I heard about it since everyone in the company has a GitHub account. When I tried GitHub Projects, it felt so inverse to what I expected. I expected a GitHub Project to have many repositories instead of the current way (each project has many repositories). I'm hoping they change it.
I've got a totally biases preference for Pivotal Tracker these days. It just kinda tells you what you're likely to get done each iteration. Really happy to not have the upfront commitment and ceremony of sprints in my life anymore.
Never underestimate the power of stickies and a wall. I'd do a very simple do/doing/done online board along with it when remote co-workers were involved.<p>IMO, Comparing between scrum and kanban is pointless. As long as you have good periodic retrospectives, you'll find the team correcting itself to what works the best.