Simple, but feature rich within the Atlassian ecosystem
Overall Satisfaction with Atlassian Confluence
We use Confluence across our entire organization. We purchased Confluence with JIRA as a file management and communication tool. We still rely heavily on Google Enterprise applications (GDocs/GDrive) but we needed something which could be closely connected to our JIRA project and development pipeline management use case. Confluence allows us to create different content, like cover pages, and long-text details which are linked to JIRA Issues, but aren't necessarily appropriate for custom fields in that JIRA Issue.
Pros
- Easy management of documentation and files
- In-line linking to Users, Issues, and other Atlassian artifacts
- Ability to create Action Points from Confluence documents which email/interact with the user connected with the Action Point
- Excellent built-in Macros which can be used to tailor content (e.g. Code Blocks with user-defined styling and UX, Table of Content and Children page listings)
Cons
- Searching is a challenge in Confluence. If you know the Space (we group our functional areas into 'Spaces' in Confluence), then searching is straight-forward, but if you don't know the Space, the searching becomes a bit hit and miss.
- Organizing child pages under a parent is tedious. Rather than allowing a drag-and-drop interface, you have to go into Space Tools, then navigate through to the parent page and manually re-sort pages. Once in the Tools area, the feature set is good, but it would be nice to have fewer clicks or some sort of toggle to Edit Mode which allowed these features while still on the Confluence Page.
- When presenting Tables of JIRA Issues meeting specific criterion, the refresh/load time can get very slow. If there were an option to either prioritize the load order or the option to run synchronously/asynchronously, it would be a better UX.
- Adding Security to Pages/Spaces can be a challenge. The UI for this feature often simply tells you that the permissions are inherited, and you have to navigate up a level or three to find those specific 'inherited permissions'. Each page should have its own listing of permissions with some indication of whether they are inherited or not, with an option to edit on the page (not in the parent or grandparent, etc.).
- In working with the underlying database content, there are some major drawbacks... First, the underlying data for the pages is a long string of html, so any sort of searching is impossible. The option (or a built-in mechanism) to segment out sections of a page in the database would help in this effort tremendously.
- Second, the underlying database has no easy way to apply the same security placed on the pages (see two points above for Security UI issues). Because we cannot reliably determine access/permissions to the pages from the DB, we have locked down all DB tables to ensure that no sensitive information is viewable by unauthorized users.
- Confluence has allowed us to centralize our technical documentation while allowing us to ensure access/PHI compliance with auditors
As noted, we purchased Confluence for its ready integration with JIRA, but Google Drive has better searching and document management options.
Comments
Please log in to join the conversation