Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Using products together

I have a need spanning multiple areas and users, from dev projects to marketing and content development as well as support. Is anyone using Trello (marketing team uses), Confluence (content team asked for), Jira support (IT requested) and Jira Software together? Any benefit to bringing all my needs and applications to one platform rather than multiple different companies?

1 comment

Kudos,: you are the collab support product suite use case. And paying attention to what's common and what's distinct is Exactly The Thing(tm). Think overhead reduction, traceability enhancement, and metaphor.

  • Less Overhead; More Flexibility: Why run several DBMS, identity services, app servers, container engines, etc. Even if you grab a la carte from different sources, now you have more dependency management. Common functions that are the same, just do once.
  • Less Friction; Better Traceability: Can just use the other thing,without another round of setup, and easier traceability. Plus, these user issues (faillures) trace to that design defect (fault), which traces to this correction (chante set), is easier to do if the tools talkto each other.
  • Users and Use: Move between collab metaphors freely. High-presision workflow isn't a knowledge base, isn't a virtual cube farm, isn't.... Slack may be a good virtual town hall, but it's a miserable knowledge base: wrong metaphor.Metaphor abuse is the hidden collab system failure mode. One Tool to Rule Them All -- not so much.

I have driven collab n tool chain integration(s) a kajillion times.

  • One example: "Hey, routing new ops failures (regressions) to the nearest change is a good hack at fixing them faster. Since we own the repository n build, n we're next to the ticket system (that also has defect (fault) tracking), and email ... how about we plug these together .... maybe start with production deployment crash logs as failures routed  in aggregate (candidate faults) to whoever last touched the thing thats crashing?"
  • Another examle: I ponied up about 1/2 an Engineering FTE to manually maintain failure (customer support) to  fault (defect) traceability. It's huge leverage, but I'd much rather have the tech do that for us.

Approaching it this way works.


Log in or Sign up to comment
AUG Leaders

Atlassian Community Events