4 ms·

I'm lost now when it comes to project / dev / story etc management tools. No idea what the best option is, any recommendations for tools developers will actual

I'm lost now when it comes to project / dev / story etc management tools. No idea what the best option is, any recommendations for tools developers will actually use or do you just need to do a custom integration with github issues?

deleted 5y ago
[deleted]
burlesona 5y ago
I switched from Jira to Linear and am very happy with it. Just the right mix of power, completeness, and customization, without any fussy fiddling. It’s also blazing fast.
- breakfastduck 5y ago
  We're running Monday. Has to be used by approx 60-80 users mix of dev / old school projects & support. I'll check out Linear. Been looking at Clubhouse too.
  - design-material 5y ago
    What's wrong with Monday?
    - breakfastduck 5y ago
      Honest truth - our developers don't like it. Very DIY. You can build great workflows if you put the effort in. Brilliant reporting, main reason we adopted. Clubhouse for example gives the agile structure (epics, stories etc) by default and you conform to it. Minimal setup effort. From a 'management' perspective I actually like monday, by the actual end users don't seem to like it. Getting a true hierarchy and relationships requires similar thought to setting up a SQL DB. Powerful, but I don't think we have the resource to really build upon and support stuff.
      - porker 5y ago
        I've never found a solution that both developers and management like. We tried dozens and I've put it down as an unsolved problem.
  - porker 5y ago
    Linear looks like a clone of ClickUp (which we settled on) and I'd recommend checking it out too.
  - prennert 5y ago
    We are using clubhouse after looking at a lot of solutions. We all like it as it is quick, low complexity and does not introduce artificial barriers between the teams.
- jschwartzi 5y ago
  Linear.app is way faster and tighter than JIRA, but lacks a lot of features that I actually really need in my job: * Advanced Roadmapping - JIRA will, given a pile of issues, sort them and fake-assign them to individuals on your team to determine how long it will take you to complete a project. This is way more powerful than burndown charts and cycles when you're planning a hardware project with a tightly-defined deadline. Without it I have to drop back to spreadsheets to provide any insight into when a project will be completed. It's especially important when the business peels engineers off the project. * Time-based estimating - JIRA lets me plug hours in for estimates instead of railroading me into T-shirt sizes, which means I can actually use the tool to give an accurate estimate of when we'll be done. Linear requires you to calibrate your expectations by running a few cycles first, which makes it a really bad fit for projects that have a defined end date. I think Linear has a lot of potential for teams that don't work to fixed deadlines, but for my purposes it's just a very fast spreadsheet.
danielheath 5y ago
I've long wished for a tool that (for git) what fossil has built in: issues stored in the repository, where developers can use their full range of tools to work on them locally. A few additional things would be required to make this work for less-technical team members, and you end up building some of your own workflow, but it means that E.G. you have options like "update the description of a ticket as part of the pull request that implements it".
- froh 5y ago
  git-bug looks promising to me: https://github.com/MichaelMure/git-bug https://github.com/MichaelMure/git-bug
- mikepurvis 5y ago
  I want that too, but I think it only really works with a monorepo, or else you end up with having to aggregate issues from all over your different repos as well as dealing with bridging that automation so that an issue in repo X can be resolved by PRs in repos Y and Z. (I'm in a many-repo company that used to use the per-repo bugtracker built into Bitbucket and switched many years to Jira. Jira has its warts, but it's miles better for the project management level task of burning down to a release.)
- breakfastduck 5y ago
  Worst requirement we have - old school board who want roadmaps, timelines or more honestly numbers that illustrate performance. It's a losing battle between tool functionality and reporting abilities.
- Izkata 5y ago
  Experimenting with distributed issue trackers in git was popular in the early 2010s, there were a whole bunch of different implementations people came up with for git. Most of them died out though, there were typically a few problems - this is what I remember offhand from experimenting with a whole bunch of them: * Some of them make a mess of some part of git; one of them put its info in separate git branches you couldn't delete without breaking it, to ensure changes were always pushed/pulled even without a special push/pull command for the issue tracker. * At least one of them kept their info in the repo in a dot-prefixed directory and auto added/committed the file as changes were made; this meant a single issue could be in different statuses depending on which branch you were on and there was no overarching view. * The rest effectively ran in parallel to the git repo, pushing and pulling their data within it but requiring their own commands to do so, so it was totally possible to clone the repo and not get the issues. * Most of them didn't have a non-repo way to track issues, for project managers and such. One did have a webview that ran from a repo, but it was up to you to figure out how to keep it in sync with the comments/etc devs were putting in their copies of the issue tracker. Sibling mentions git-bug, a few others I recalled/quickly found: https://github.com/aaiyer/bugseverywhere https://github.com/aaiyer/bugseverywhere (I think this is one of the original ones) https://github.com/dspinellis/git-issue https://github.com/dspinellis/git-issue https://github.com/neithernut/git-dit https://github.com/neithernut/git-dit https://github.com/google/git-appraise https://github.com/google/git-appraise (I think this one is newest and I probably never tried it)
eyelidlessness 5y ago
- Still my preferred solution: real cards on a real board. Physical space limits prevent overload in a lot of ways. - Very seriously discussed prototyping a remote robotically operated version of a real physical board with a friend when the pandemic started, but we both got too busy. - Trello, with most optional things not turned on, is still the closest thing to a real kanban board. Do go ahead and enable GH integration, but don’t turn on the zillion things that turn it into yet another Jira. - AirTable’s kanban view is surprisingly good, but it’s fundamentally a shared spreadsheet and a lot of UI/UX confusion comes from that because any filtering or sorting you do is global to others using the same view.

deleted 5y ago

[deleted]

burlesona 5y ago

I switched from Jira to Linear and am very happy with it. Just the right mix of power, completeness, and customization, without any fussy fiddling. It’s also blazing fast.

breakfastduck 5y ago
We're running Monday. Has to be used by approx 60-80 users mix of dev / old school projects & support. I'll check out Linear. Been looking at Clubhouse too.
- design-material 5y ago
  What's wrong with Monday?
  - breakfastduck 5y ago
    Honest truth - our developers don't like it. Very DIY. You can build great workflows if you put the effort in. Brilliant reporting, main reason we adopted. Clubhouse for example gives the agile structure (epics, stories etc) by default and you conform to it. Minimal setup effort. From a 'management' perspective I actually like monday, by the actual end users don't seem to like it. Getting a true hierarchy and relationships requires similar thought to setting up a SQL DB. Powerful, but I don't think we have the resource to really build upon and support stuff.
    - porker 5y ago
      I've never found a solution that both developers and management like. We tried dozens and I've put it down as an unsolved problem.
- porker 5y ago
  Linear looks like a clone of ClickUp (which we settled on) and I'd recommend checking it out too.
- prennert 5y ago
  We are using clubhouse after looking at a lot of solutions. We all like it as it is quick, low complexity and does not introduce artificial barriers between the teams.
jschwartzi 5y ago
Linear.app is way faster and tighter than JIRA, but lacks a lot of features that I actually really need in my job: * Advanced Roadmapping - JIRA will, given a pile of issues, sort them and fake-assign them to individuals on your team to determine how long it will take you to complete a project. This is way more powerful than burndown charts and cycles when you're planning a hardware project with a tightly-defined deadline. Without it I have to drop back to spreadsheets to provide any insight into when a project will be completed. It's especially important when the business peels engineers off the project. * Time-based estimating - JIRA lets me plug hours in for estimates instead of railroading me into T-shirt sizes, which means I can actually use the tool to give an accurate estimate of when we'll be done. Linear requires you to calibrate your expectations by running a few cycles first, which makes it a really bad fit for projects that have a defined end date. I think Linear has a lot of potential for teams that don't work to fixed deadlines, but for my purposes it's just a very fast spreadsheet.

danielheath 5y ago

I've long wished for a tool that (for git) what fossil has built in: issues stored in the repository, where developers can use their full range of tools to work on them locally. A few additional things would be required to make this work for less-technical team members, and you end up building some of your own workflow, but it means that E.G. you have options like "update the description of a ticket as part of the pull request that implements it".

froh 5y ago
git-bug looks promising to me: https://github.com/MichaelMure/git-bug https://github.com/MichaelMure/git-bug
mikepurvis 5y ago
I want that too, but I think it only really works with a monorepo, or else you end up with having to aggregate issues from all over your different repos as well as dealing with bridging that automation so that an issue in repo X can be resolved by PRs in repos Y and Z. (I'm in a many-repo company that used to use the per-repo bugtracker built into Bitbucket and switched many years to Jira. Jira has its warts, but it's miles better for the project management level task of burning down to a release.)
breakfastduck 5y ago
Worst requirement we have - old school board who want roadmaps, timelines or more honestly numbers that illustrate performance. It's a losing battle between tool functionality and reporting abilities.
Izkata 5y ago
Experimenting with distributed issue trackers in git was popular in the early 2010s, there were a whole bunch of different implementations people came up with for git. Most of them died out though, there were typically a few problems - this is what I remember offhand from experimenting with a whole bunch of them: * Some of them make a mess of some part of git; one of them put its info in separate git branches you couldn't delete without breaking it, to ensure changes were always pushed/pulled even without a special push/pull command for the issue tracker. * At least one of them kept their info in the repo in a dot-prefixed directory and auto added/committed the file as changes were made; this meant a single issue could be in different statuses depending on which branch you were on and there was no overarching view. * The rest effectively ran in parallel to the git repo, pushing and pulling their data within it but requiring their own commands to do so, so it was totally possible to clone the repo and not get the issues. * Most of them didn't have a non-repo way to track issues, for project managers and such. One did have a webview that ran from a repo, but it was up to you to figure out how to keep it in sync with the comments/etc devs were putting in their copies of the issue tracker. Sibling mentions git-bug, a few others I recalled/quickly found: https://github.com/aaiyer/bugseverywhere https://github.com/aaiyer/bugseverywhere (I think this is one of the original ones) https://github.com/dspinellis/git-issue https://github.com/dspinellis/git-issue https://github.com/neithernut/git-dit https://github.com/neithernut/git-dit https://github.com/google/git-appraise https://github.com/google/git-appraise (I think this one is newest and I probably never tried it)

eyelidlessness 5y ago

- Still my preferred solution: real cards on a real board. Physical space limits prevent overload in a lot of ways. - Very seriously discussed prototyping a remote robotically operated version of a real physical board with a friend when the pandemic started, but we both got too busy. - Trello, with most optional things not turned on, is still the closest thing to a real kanban board. Do go ahead and enable GH integration, but don’t turn on the zillion things that turn it into yet another Jira. - AirTable’s kanban view is surprisingly good, but it’s fundamentally a shared spreadsheet and a lot of UI/UX confusion comes from that because any filtering or sorting you do is global to others using the same view.