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

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

Avatar

1 badge earned

Collect

Participate in fun challenges

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

Challenges
Coins

Gift kudos to your peers

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

Recognition
Ribbon

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!

Leaderboard

Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
4,466,521
Community Members
 
Community Events
176
Community Groups

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.

Comment

Log in or Sign up to comment
TAGS

Atlassian Community Events