Confluence is where documentation goes to die.
Seriously though, what is better?
41–50 of 287 posts
Confluence is where documentation goes to die.
Seriously though, what is better?
Jira doesn’t actually bother me. Confluence is a tool of satan.
I always wonder how much of this sort of thing is disdain for the specific tool vs. disdain for what working in a mid-to-large org. is like and the overhead it usually brings with it.
Jira + Scrum is a soul crushing nightmare, Jira + Kanban is fine.
I always wonder how much of this sort of thing is disdain for the specific tool vs. disdain for what working in a mid-to-large org. is like and the overhead it usually brings with it.
Jira tries to solve everyone’s problem. It tries to incorporate everyone’s idea of how and what’s needed to be tracked. I can just say from my own experience that the one that created the workflow and what fields that they absolutely must have to do some sort of follow up, have never worked as a developer or anything near a software project, and yet enforces all this garbage for their illusion of control. And yet the…
I share the sentiment and frustration of having to fill useless boxes. However, as a manager, things go south very quick if you're not tracking what's being changed and by whom. You won't know what's included in your release, nor if it was tested properly. You won't know who to reach for fixes after testing or even what to tell clients when they ask if a feature/fix was shipped. I hate overly complicated processes, b…
I always wonder how much of this sort of thing is disdain for the specific tool vs. disdain for what working in a mid-to-large org. is like and the overhead it usually brings with it.
That compounds any corporate-inflicted issues.
Jira tries to solve everyone’s problem. It tries to incorporate everyone’s idea of how and what’s needed to be tracked. I can just say from my own experience that the one that created the workflow and what fields that they absolutely must have to do some sort of follow up, have never worked as a developer or anything near a software project, and yet enforces all this garbage for their illusion of control. And yet the…
I always wonder how much of this sort of thing is disdain for the specific tool vs. disdain for what working in a mid-to-large org. is like and the overhead it usually brings with it.
I am thinking the exact same thing. Right now I wish I could use Jira because I‘m using this IBM equivalent tool „CCM“. CCM is so bad it’s nearly dysfunctional. Image Jira but 3 times the necessary clicks (this is not hyperbole). With Jira I can see the good intentions and how they go awry. But CCM is pure madness from top to bottom.
Jira tries to solve everyone’s problem. It tries to incorporate everyone’s idea of how and what’s needed to be tracked. I can just say from my own experience that the one that created the workflow and what fields that they absolutely must have to do some sort of follow up, have never worked as a developer or anything near a software project, and yet enforces all this garbage for their illusion of control. And yet the…
I share the sentiment and frustration of having to fill useless boxes. However, as a manager, things go south very quick if you're not tracking what's being changed and by whom. You won't know what's included in your release, nor if it was tested properly. You won't know who to reach for fixes after testing or even what to tell clients when they ask if a feature/fix was shipped. I hate overly complicated processes, b…
The source of truth is their changelog not your Jira tickets