JIRA vs. Monday
-
I refuse to post a link to JIRA, but not everyone may have heard about https://monday.com/[^] Anyone use it? Personally, my view is, a wall with post-its would be better than JIRA, so I'm looking forward to the company making a change to something, anything, that isn't JIRA. Yes, I'm opinionated about JIRA. ;P
Latest Articles:
16 Days: A TypeScript application from concept to implementation Database Transaction Management across AJAX CallsMy problem with post-it wall is that eager cleaning lady buzzing around with her vacuum cleaner while leaving the windows open to get some fresh air... And another minor issue might be when you have one or more remote teams. Sending the pictures of your post-it wall whether during stand-ups or each time after you move a ticket can be a bit ehm 'funny' :-)
-
I refuse to post a link to JIRA, but not everyone may have heard about https://monday.com/[^] Anyone use it? Personally, my view is, a wall with post-its would be better than JIRA, so I'm looking forward to the company making a change to something, anything, that isn't JIRA. Yes, I'm opinionated about JIRA. ;P
Latest Articles:
16 Days: A TypeScript application from concept to implementation Database Transaction Management across AJAX CallsWe use [Redmine](https://www.redmine.org/) - I've always found it pleasant to use & stays out of my way. It allows enough customisation to be useful for our needs and information can be extracted using a REST API, which makes collating things into reports for management easy enough.
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
-
We have been using VSTS and it works pretty well, linked with TFS and all that. I prefer it over GIT and/or Jira.
-
I refuse to post a link to JIRA, but not everyone may have heard about https://monday.com/[^] Anyone use it? Personally, my view is, a wall with post-its would be better than JIRA, so I'm looking forward to the company making a change to something, anything, that isn't JIRA. Yes, I'm opinionated about JIRA. ;P
Latest Articles:
16 Days: A TypeScript application from concept to implementation Database Transaction Management across AJAX CallsWhat are you trying to do? My imprevision of JIRA is it is first a ticketing system, then development workflows added on. Monday.com is similar, a ticketing system for any work type. VSTS (or Azure DevOps for the year old naming) - does a lot, same as Jira, but is first a development ticketing system. Out of the box link code changes with work items. More hassle if you want 1 subscription account, but 10 other people that just need basic view options.
-
I refuse to post a link to JIRA, but not everyone may have heard about https://monday.com/[^] Anyone use it? Personally, my view is, a wall with post-its would be better than JIRA, so I'm looking forward to the company making a change to something, anything, that isn't JIRA. Yes, I'm opinionated about JIRA. ;P
Latest Articles:
16 Days: A TypeScript application from concept to implementation Database Transaction Management across AJAX Calls -
I refuse to post a link to JIRA, but not everyone may have heard about https://monday.com/[^] Anyone use it? Personally, my view is, a wall with post-its would be better than JIRA, so I'm looking forward to the company making a change to something, anything, that isn't JIRA. Yes, I'm opinionated about JIRA. ;P
Latest Articles:
16 Days: A TypeScript application from concept to implementation Database Transaction Management across AJAX CallsWe are seriously considering moving to JIRA so I'd love to get more in-depth response from folks regarding what they do/do not like about it.Our goal is to use it to track Scrumban development, including developer hours and budgets. We are planning on purchasing add-ons for that. Thanks.
-
Marc, Yes, we use JIRA. I wouldn't say it's the greatest ever, but most of our problems come from the people using it, not from the software itself. It does seem as if I've noticed some problems here and there though.
I agree. Tech tools related to processes should be geared for the team's process, not the other way around. If the team has a bad process, then they will just port that into the tool. The tool will get blamed, and the team continues to suffer under bad processes. Bond Keep all things a simple as possible, but no simpler. -said someone, somewhere
-
We are seriously considering moving to JIRA so I'd love to get more in-depth response from folks regarding what they do/do not like about it.Our goal is to use it to track Scrumban development, including developer hours and budgets. We are planning on purchasing add-ons for that. Thanks.
All in all Jira's pretty decent as long as you either have an extremely experienced and empowered Jira admin running it or strictly follow the rule that anyone proposing complex and/or extensive customizations shall be summarily executed. Jira's problem is that it was designed to be flexible enough to handle pretty near any conceivable workflow including all the weird rules teams can come up with about moving tickets from one state to another (like only when Joe the manager has moved this other ticket to state B, which requires a third ticket to be in state Z, and only when the day of the month is prime). Once you've got workflows that complex, you can't hardly change anything without the whole thing breaking down, and heaven forbid you create more than a few custom fields or worse custom fields with the same name. One of the things I do at $dayjob is Jira administration, but they didn't make any attempt to contain the complexity early on so I've seen more than my fair share of Jira horrors. Anyway, Atlassian basically succeeded at making a super-flexible ticketing system at the expense of mind-boggling complexity, although reverse engineering the class hierarchy and relationships would probably make a decent project for a 500-level OO Design class. Oh, and keep your Jira small or it gets ridiculously expensive, especially since you pretty much have to get add-ons for it to work well. VSTS/Azure DevOps seems better to me for development teams, but business-only or help-desk teams would almost certainly be better off in Jira.
-
We have been using VSTS and it works pretty well, linked with TFS and all that. I prefer it over GIT and/or Jira.
I also prefer vsts:tfs over git. It was simpler and more forgiving. Git has too many commands to remember. Also tfs integrates well in visual studio.
-
All in all Jira's pretty decent as long as you either have an extremely experienced and empowered Jira admin running it or strictly follow the rule that anyone proposing complex and/or extensive customizations shall be summarily executed. Jira's problem is that it was designed to be flexible enough to handle pretty near any conceivable workflow including all the weird rules teams can come up with about moving tickets from one state to another (like only when Joe the manager has moved this other ticket to state B, which requires a third ticket to be in state Z, and only when the day of the month is prime). Once you've got workflows that complex, you can't hardly change anything without the whole thing breaking down, and heaven forbid you create more than a few custom fields or worse custom fields with the same name. One of the things I do at $dayjob is Jira administration, but they didn't make any attempt to contain the complexity early on so I've seen more than my fair share of Jira horrors. Anyway, Atlassian basically succeeded at making a super-flexible ticketing system at the expense of mind-boggling complexity, although reverse engineering the class hierarchy and relationships would probably make a decent project for a 500-level OO Design class. Oh, and keep your Jira small or it gets ridiculously expensive, especially since you pretty much have to get add-ons for it to work well. VSTS/Azure DevOps seems better to me for development teams, but business-only or help-desk teams would almost certainly be better off in Jira.