Acing your ACP Exam

So, this is a reader requested topic, but considering I have my exam scheduled for the end of next week, it’s somewhat topical. I’m not going to lie to you – the ACP exams are challenging – some of the most challenging exams you can take. But the benefits of being Atlassian certified are well worth the price of entry. Plus, we have jackets!

Image Courtesy Neil Taylor

Also, if you get four of the first five in the series, you also get a fancy shirt and title too. My goal is to be an Atlassian Certified Master by year’s end!

I want one! Image Courtesy Neil Taylor

So, to be clear, I’m not going to be giving you any answers in this blog. My goal here is to provide you with some strategies for both preparation and during the test to help you maximize your chances. Let’s get into this.

Prep Work

So, let’s begin with this. Proper Preparation Prevents Poor Performance. That’s it for this week. Until next time, my name is Rodney, asking, “Have you updated your JIRA issues this week?”

Okay, for real this time. You do need to prepare yourself for the exam. Even if you have managed these tools for years, the ACP Exam will question you on EVERY part of the relevant topics. What this means that if you are not as strong in any area – it will show.

Give yourself a Sandbox

So my first recommendation is to own a test instance to study. Since the Atlassian exams are updated regularly to test against the latest Enterprise Release of JIRA and Confluence, a cloud instance won’t suffice for studying. However, you can use VirtualBox to set up a VM on your workstation. I’ve already given you instructions on how to setup JIRA on a VM! Confluence isn’t that different, so you can also use the guide to help you with that install.

The goal here is to allow you to play with anything in Confluence or JIRA without impacting any users or coworkers. So take advantage of it!

Review the Exam Topics

Here’s the scoop – Atlassian will tell you precisely what is on each Exam. No, I am serious! On the page for every Exam – under the Exam Details – you can find a link to the Exam Topics, which is a breakdown of all topics covered.

The Exam Topics document is your detailed guide to passing the Exam. I like to print out this document and use it as a checklist of topics to study. As I find details on each item and read through it, I’ll check it off the guide, so I know what I have reviewed and what’s left. That way, I can be sure I’ve studied everything before walking into the Exam.

Exam Topic Documents

Time to take a test

So, you’ve studied all the topics, and you feel you are ready for this thing. How do you make sure you maximize your chances while taking the Exam? That is what we are going to look at now!

Question Structure

Atlassian loves a particular type of question, and they are devilishly tricky. What they will ask is for you to give the “Most Correct” response to a problem. Then they will have the following answers:

  • One that is Entirely correct
  • Two that are almost correct, save for one minor error
  • One or two that is entirely wrong

So you have to figure out what answer is entirely correct. Not easy when the details are so close. However, one trick is to read each answer in its entirety. Cross out mentally which ones you know to be wrong. If it comes down to two you think are the right answer, you have at least increased your odds from one-in-five to one-in-two.

Also, be wary of questions that ask you for two or three correct answers. These complicate things to a higher degree, but I usually end up taking a similar approach. Reach each answer thoroughly and markdown which ones you think are correct and which ones you think are wrong. Whittle down the list until you get the appropriate number you feel are correct, then double-check them for any details. This method has been the only way I’ve found to deal with these questions successfully.

Time Management

The ACP Exam is a timed test, so you must keep an eye on the clock. One strategy I take is to read the question first. If it is a question I’m confident with, I will put down my answer and move on. If it’s one I’m unsure of, mark it and move on. This way, I don’t spend so much time on questions I might get right that I miss the chance to answer questions I will get right. I will then go back and answer any question I had marked, paying particular attention to the answers to give myself the best chance. 

Occasionally, the Test will help you!

So, this doesn’t happen with every question or even every ACP Exam. But occasionally, Atlassian will like to reuse a chart, query, or some part of a problem in a later issue. When this happens, you can use the new problem to get clues to help you answer the earlier one.

It’s difficult to explain what I mean here without actually giving away an answer, though, so you will have to bear with me on that. I just wanted you to be aware that if you are lucky enough, this is a possibility.

Don’t Panic

So, I cannot stress this one enough. Don’t panic. If you stress out while taking a test, it does impact how well you do. The whole point of studying the Exam topics so to make sure that no matter what they ask for, you’ve at least read something on the subject.

And let us be honest with ourselves, what is the worst that can happen, you fail the Exam? That does suck. Trust me, the ACP-200 has a reckoning coming.

Probably the biggest reason I’m not the “Confluence Guy”

Yep, I’ve failed an ACP before. It was only by a few points (and fun fact, I’d have passed using the current standard), but that did not end my career. Atlassian will even let you know what areas you did well on and what you need to study, so you know what to focus on for your retake, which, for my next attempt at the ACP-200, is pretty much everything!

There you have it. It is an important test, and even I will get nervous going into it. I won’t even go into the panic attack you have when you click that final submit. But I know that no matter what happens, it will be alright, so I don’t panic.

And Now you are Ready!

Do you have an ACP Exam coming up? Which one would you like to take? I’m not quite ready for my next Exam, but the whole point of going ahead and scheduling it is to give me the incentive to finish up my studies. I’ll be taking the ACP-300 on Friday, May 8th.

What to be the first to find out how I did? Follow the JIRA Guy on twitter at You can also subscribe to the blog to get new posts delivered directly to your inbox! Just use the form below!

So for real this time: My name is Rodney, asking, “Have you updated your JIRA Issues today?”

JQL – How have we not talked about this already?

Hello everyone! How has your week been going? This week we are going to talk about JQL – and honestly, I’m not entirely sure how this hasn’t come up already. I know I’ve provided a few queries here and there to help you in other topics, but today I’ll be talking about some of my favorite tips and tricks to get the most out of your queries. So without any more delays, let’s get into it.

Always about the Docs

So it’s been a while since I’ve included this section – but I feel this subject could be helped with some further reading. So for this, I am referencing two documents:

I should note that the function reference is for JIRA Cloud – so it does have some new functions that have not made it to server. However, the options I’m covering here will work for JIRA Cloud, JIRA Server, and JIRA Data Center.


So, this first trick is one of my favorites, as it allows you to customize a query to be specific for whoever is viewing it. In your query, you can set a user field equal to currentuser(), and the function will return whoever is logged in and viewing the query. For example, let’s take the query:

assignee = currentuser()

And let us take a look at what that looks like when running from the Admin account, and my account:

Each one returns whatever is assigned to the specific user. What’s more, this would carry over to any dashboard that uses this query – allowing you to customize a single dashboard to whoever views it.

This also works with any user field: reporter, assignee, watcher – and even custom fields. This is a handy trick to have if you don’t like to spend your day making queries and dashboards…I mean, who would enjoy that, am I right…

Working with time

So, when I’m giving some training for JQL, the most common problem people have is working with time. “How do I search for stuff in the past?” “How do I work with time?”…it seems to be a challenge.

Here’s a trick that’s always helped me. Most databases store time in the Unix Epoch time format – which is simply counting the seconds between midnight of 1 Jan 1970 and today. This means that any time in the past will be less than the current time, and any time greater than now will be in the future. Same for JQL. The past is “less than” the timestamp you are looking at, and the future is “greater than”.

However, JIRA also gives us some handy functions so we are not having to spell out particular date. First off is now(), which simply returns the current timestamp whenever it’s run. Handy when just trying to find out what’s past due, such as in this example (courtesy Atlassian):

duedate < now() and status not in (closed, resolved)

In the above query, duedate < now() returns everything that has a duedate in the past, and status not in (closed, resolved) returns everything that is currently open – giving you an idea what is past-due.


These are great for establishing a time frame. The really powerful thing about the functions on this table is they take parameters, meaning you can adjust them forward and backward – to say find all the issues resolved last month:

resolutiondate > startOfMonth(-1)  AND resolutiondate < endOfMonth(-1) 

In this query, we shift both startOfMonth() and endOfMonth() by -1. The minus (-) tells us it’s a previous time, and the one (1) tells us to shift one whole month, meaning both of these times return values for the previous calendar month. This gives us a handy time-box for our queries – which is great for a report.

Sprints and Versions

So, this section is for my JIRA Software teams out there.

When I’m a part of Agile teams, I like to have a dashboard we can all view that tells us what’s going on in the current sprint. For this, we can use the opensprints() function. I like to pair this with a project key query so that I only get the open sprint for my project, such as:

Project = "Project Name" and Sprint in openSprints()
Pardon the blur…I actually don’t have any open Sprints in my test instance, so I had to use my work instance.

A note on openSprints() is that it only supports the operators IN and NOT IN. Using an equal sign will cause the query to return an error.

There is also the operators futureSprints() and closedSprints(). However, these return ALL future and closed sprints, respectively, so further filtering will be needed to focus on any particular sprint (such as Sprint = “Name”)

So, let us say you are in a situation where you care more about what has and hasn’t been released than what is in any particular sprint. Then you’ll be interested in the functions latestReleasedVersions() and earliestUnreleasedVersions(). These operate on the fields AffectedVersion, FixVersion, as well as any custom fields with type Version. Let’s say you want to know what bug-fixes have gone out the door:

issuetype = Bug and fixVersion = latestReleasedVersion()

The neat trick about this query is that it will automatically update if your team releases a new version, meaning if you use it in a dashboard, it will always show the bugs fixed in the last released version.

Filtering out sub-tasks

So this one comes up often. A manager wants a dashboard, but they don’t want to get bogged down in the minutia of the sub-tasks. This a handy trick I use to filter out all sub-tasks from a query. I simply and the existing query with this clause:

issuetype not in subtaskIssueTypes()

It’s a simple thing to add but is an easy way to filter out all sub-tasks. Because of how it works, if you add any new sub-task types to the project in the future, the filter will still work without needing to be updated.

Cleaning up watched issues

So, JIRA in its current form sends out A LOT of emails.

Just a *few* emails…

Atlassian has heard our cries, and they are working on it, but in the meantime – this is where we are. And as an Admin, you will be touching a lot of issues – which will put you on their watchers list automatically. So I find it helpful to run this JQL and clean things up every few months.

watcher = currentuser() and project not in ("Home Project A", "Home Project B", ...)

This gives me a list of all issues I’m watching on an instance that is outside of what I consider to be my “Home Projects” I use to organize my work. From there you can run a bulk change on the list, and on Step 2, choose the “Stop Watching Issues” operation. I don’t know if this honestly counts as a JQL trick, but it has helped keep me sane many a time.

And that’s all for this time!

Did you learn anything new? What are some of your favorite JQL tricks that I didn’t cover? If I get enough I’ll do a part 2 to this!

So it’s been a busy time for me. I decided to take advantage of the current time I have to study for my next ACP exam. It’s scheduled for May 8th, which doesn’t give me too much study time left. But hopefully, I’ll be sending out good news the following week!

My Wife and I also have been working on 3D printing face-shields for first responders – you can read about our efforts (okay, mostly her efforts) on her blog here:

I also have a twitter account for the blog now! If that’s your preferred source of Social Media, give me a follow! I’ll be posting blog posts there, as well as anything else Atlassian related I find interesting! You can also sign up here to get an email every time I publish a new blog post! Simply use the sign-up form at the bottom of this post!

Until next time though, this is Rodney, asking “Have you updated your JIRA Issues today?”

App Review: VisualScript for JIRA

Hey everyone! Hope everyone is staying safe and healthy this week. I normally work from home, so it’s been mostly business as normal for me. The only change is now my wife is also working from home. However, Animal Crossing has been doing a lot to help us keep busy. In speaking of which, I did catch this:

Even in game, it’s all about that Atlassian life…

So this week we have another App Review. You guys seemed to like the last App Review I did, so I figured I’d look at another. Fortunately, the time is right for looking at new Apps. Traditionally Summit is where various Atlassian Partners would be putting out their Apps for review and testing. I was fortunate enough to connect with Evan Golden with SmartDraw, who gave me the grand tour.

Now, I always feel it’s important you know where my motivations are. As such, this is not a paid sponsorship. This is a review done on my own volition, because I feel it does solve a problem.

The Problem

It is my believe that every App you add into JIRA should solve some problem that JIRA Alone cannot solve. Otherwise, why are you wasting the money, time, and resources to run it? So, lets imagine this:

You are in a meeting with a VP who wants to bring some process into JIRA “to improve visibility”. He has no interest in learning to query JIRA or setup a dashboard himself, so he’s unfamiliar with what you can put onto a dashboard. However, he wants a bunch of metrics that JIRA simply don’t have gadgets to do on a dashboard in vanilla JIRA.

You can go out and purchase a bunch of add-ons to do what he wants, but at one add-on per gadget, that can add up quickly – in terms of cost and resources. Not an ideal solution. If only there was one App that could give you any gadget you want with minimal effort…

The Solution

As I hinted to, I don’t like it when an App only adds one dashboard gadget. You can get a tool that does only one thing, and sometimes that is unavoidable, but wherever possible you should get a tool that can be used in a multitude of situations.

That gets us to VisualScript for JIRA. What this App does is allow you to setup custom gadgets (called Reports) powered by JavaScript. This allows you to offload the processing to generate the tables, charts, and figures to your user’s browser, meaning you can get some fancy affects without too much of a hit on performance.

All that’s great and all, but you (like me), probably don’t know java script, nor do you have the time and energy to learn it from scratch. Correct?

That’s where I think this App really shines. It comes with a number of built in reports that you can import and use out of the box, or even modify to suite your needs. These reports span both ITSM and SAFe Agile practices.


Most of these appear to not be in the release I have for VisualScript, but they were so compelling for ITSM that I felt I should share them. The version Evan demonstrated for me was a per-release version, and he kindly send me some of the slides to include in the review for me to show to you.

This first report is something I REALLY like. It is simply a report showing the timeline of a problem – from initial incident to Dev story resolution. This is similar to what Atlassian is rolling out for JIRA Service Desk and Opsgenie in the cloud, but you can get this in your JIRA Server/DC instance today!

Another ITSM gadget I really like is these SLA Gauges. I love the visual appearance of a gauge, and feel it can tell you a good bit of information intuitively. Unfortunately, there is no such gadget within JIRA out of the box, and I’ve never been comfortable with one-shot Apps that add them, so seeing this in the demo was pure 😍.

In speaking of SLA’s, getting aggregations of that data can be troublesome. Yeah, you can see which ones have breached, but how is your team doing as a whole. There was a report for that too:


As I’ve tried to be clear with everyone, I don’t know everything. While I am traditional agile trained, I’ve never taken it the step further to learning SAFe. I know the general idea, but not the details. That being said, I know what JIRA can do and can’t do, and know some of these next few reports are sorely lacking in JIRA. Disclaimer out of the way, lets dig in.

The first report I thought was interesting was the PI Planning Board.

This gives you a great way of seeing how the stories (and more importantly the dependencies) map across multiple teams across your entire PI. I know this type of view is not really possible in vanilla JIRA, so I can see how if you are practicing SAFe methodology, this can absolutely be needed.

Another great view into your SAFe methodology was the Program Velocity Report. I thought this was a great way to view the entire organization’s velocity to make sure you are meeting your goals.

And yet another view on how your doing is the Epic Dependency Report. This one rather than looking at an org or a group, looks at an individual Epic, and how each of the issues under it are interdependent. This is great for trying to find the critical path of that epic.

And more!

As I said, the built-in scripts are crazy powerful, and WELL worth the price of admission. But I still feel the ability to create your own reports for dashboards is what takes it to the next level. Especially if you have someone who knows JavaScript on staff already.

But even if you don’t, It looks like there is a community where people can share Reports and scripts they have created. This is something I’m most definitely going to keep an eye on in the future, as I’d like to see what people create using this tool.

So, what do you think?

I’m always on the lookout for interesting Add-ons and Apps to share with you. What are some of your favorite Apps for JIRA or Confluence? Let me know some of your favorites here, on LinkedIn, or on Twitter, and if I see something I find interesting, I might cover it!

I’m also always willing to take on reader requested topics, so if you have something you want me to cover, let me know and I’ll look into it!

As I stated last week, I’ve created a twitter account for the blog! If that’s your social media of choice, give us a follow at

But until next time, my name is Rodney, asking “Have you updated your JIRA Issue today?”

Seven JIRA Gotchas

So, let me start with the fact it’s good to be back on a normal schedule. I love writing for you guys, but last week reminded me why I only do so once a week. But…worth it. I heard from so many of you about how much you appreciated the recap. Also – this happened.

Yeah – we got noticed!

So between your enthusiasm, likes and comments on LinkedIn and Twitter, Atlassian’s tweet, and word of mouth spreading, we have overtwo-thirds many views in the first week of April than we had in the entire month of March.

Today’s topic was actually recommended by a team-mate and colleague at Coyote Creek, Olena McMurtrey. The thought is, what are the gotchas you need to look out for when doing various tasks. I’ve outlined seven that even after all my years, I’ll still occasionally trip over. Where possible, I’ll explain how to prevent falling into the traps, and how to fix it if you’ve already fell for them.

1. Internal Directory User Required

So, your IT organization is making some changes to Active Directory, and this will require you to adjust some settings. You go into JIRA with your System Administrator account, navigate to User Directories, and find….

There are no options to edit the AD Directory (or LDAP in my case…still). This is because you have just fallen for our first Gotcha. JIRA does not allow you to modify a directory if the account you are logged in with is a part of that directory. This is to prevent a situation where you modify a directory and manage to lock yourself and your entire company out of JIRA.

For this reason it is often considered best practice to maintain at least one system administrator level account within the JIRA Internal Directory – and to use that when making these changes.

So lets say you didn’t do that. Well, it’s an easy enough fix. Go to User management > Users, then click “Create User” in the upper-right hand corner.

From here, create yourself a user within the JIRA internal Directory, then add it to the jira-administrators group to give it permissions. Log into this account and use that to change the settings.

2. Did you update the field context?

So, you have a team request a new field. Looking into JIRA, you see that field already exists on another project in your instance. Sweet! Less work for you, right? You just slap that bad boy onto the requesting team’s screens and call it a day…

That is until you get an email saying that field is still not showing up for them. You have just fallen for our second gotcha. All fields have a Field Context that you can use to limit what projects that field is allowed to be used on.

To test if this was a case, go to the project, then click “Create” (YOU HAVE TO GO TO THE PROJECT FIRST). Once your create screen is up, click “Configure Fields” then “Where is my field?”

From here, type in your field name and click on it from the drop-down, and you’ll get a quick diagnostic on what’s preventing it from showing up.

As you can see, the bottom one is the offending item – which is your field context. However, this screen will even give you the link to where you need to go to adjust it. To fix this, click that link, then on the next page click “Edit Configuration”

From here, make sure your issue types and project context are appropriately set, then click Modify. You will need to reindex after this, but the field should now be accessible!

3. Updating your URL

So, for whatever reason you need to adjust your URL to JIRA. You do all the work on cut-over day. You have updated the base URL, DNS entries, and even setup Apache to redirect from your old URL to your new one. You get done, run one last test load of JIRA when you see….

Yep. That’s our third gotcha. Any time you change JIRA’s URL, you will need to change the proxy settings in conf/server.xml and restart JIRA. Specifically, the setting “proxyName” listed here:

Additionally, if you are changing the directory you access it from (lets stay from /jira to just /), you will need to update this path setting too.

Do that, restart JIRA and that error message should disappear!

4. App Compatibility

So, picture this. You’ve just completed a massive JIRA Upgrade, and everything appears to be running smoothly. However, come the next work day, you get reports that some features appear to be outright missing. Investigating, you look at your apps to find the following messages.

Image courtesy Atlassian.

Congratulations, you just fell for another gotcha. Your apps are not guaranteed to work version to version, so you need to check each time you plan an upgrade. If you are fortunate, the vendor has already released an updated version that works with your new version of JIRA, and you can just update it straight away.

However, sometimes (like in the case of the “Copy Space Plugin” here), there is no updated version available. You have few choices here.

  • First, you can try to request an update. Not every app is still supported though, so you may not get your update.
  • Second, you can try to find another app in the Marketplace that replaces the functionality. Again, this may also be a dead end.
  • Third, just decide that functionality was a nice to have, but not important, and go on with your life. Your users may disagree though – so be warned.

I suppose there is another option here if you know how to program, but I don’t expect all JIRA Admins to become Java Developers to, so this probably won’t be everyone.

5. Role based Permissions

So, you get a ticket in saying a user can’t work inside a project. No problem, you add them to the Developers role and call it done. Then the user reopens the ticket saying that they still can’t do everything they need to do.

Congratulations, you’ve just fallen for a classic gotcha. Depending on the permission scheme, the Project Roles may map out differently than in an unmodified JIRA. That’s why it’s always important to know what kind of permissions your users need and how they map to the project roles.

Seriously, I’ve used this exact scenario in interviews for JIRA Admins before. You’d be surprised how many fall for it.

6. Did you set a resolution?

So, you get another ticket from one of your Service Desk teams. No matter what they do, they can’t get a ticket to clear out of their queue. You look, and all the tickets appear closed, but there they are, still in the queue.

You’ll find this in teams that have customized their workflow. They forgot to do one of two things: Either auto-set a resolution or put a screen up to allow the user to select a resolution. JIRA Does not consider any issue truly done until that field is set. And that’s for both Software and Service Desk. But you will see this more from Service Desk teams, as it impacts them to a greater degree.

The main takeaway here is to always double check you are giving a user a way to set the resolution in every workflow you make for them.

7. Auto-assignment Roulette

So our last gotcha may not be your fault, but your users. Lets imagine this scenario:

You get an email from a project lead. They are actively using components in their project, with the components having their default assignee be their component lead.

However, they like to add multiple components per story, and no matter what they do they can’t seem to make the components auto-assign in a consistent way.

As you may have guessed, they have just fallen for the for the last gotcha. When using multiple components on a story, JIRA Will use the default assignment of the first component added to the list. So, if your teams are adding them in a different order every time, they will get a seemingly random default assignee every time. This one is easy enough to fix – just instruct your users of this fact and tell them to get a consistent result, order matters.

And those are some Gotchas to watch out for!

Is one of these surprise you? Do you have a gotcha that I didn’t cover? Leave it in a comment!

This topic was recommended by a colleague, but I’m always looking for reader requests for posts. If you have a topic you’d like me to cover, let me know!

Job Seeker Profile

So, as you know, I really started posting to this blog regularly when I myself was in the job market. So every now and again I like to feature those JIRA Admins who find themselves in a similar situation. And I have another one for you to look at.

His name is Akuthota Venkatesh, and he is based out of Hyderabad, Telangana, India. He has been a JIRA Admin in one form or another since June 2011. However, he has recently lost his job due to the world-wide slowdown brought on by the Corona Virus.

Some of the projects he’s worked on include integrating JIRA to Rally and Salesforce, migrating data to and from JIRA, as well as the normal spread of Application upgrades and dealing with stakeholders.

If you are looking for a JIRA Admin and think you might be able to help him, please download his CV and reach out to him!

And in other news

So, I was caught a bit off guard last week. As part of Atlassian posting about the blog, they asked if I had a twitter handle they could @mention. Well, I do, but it was mostly used for sweepstakes entries – not the impression I wanted to make. So since then, I have fixed that. You can find The JIRA Guy on Twitter here:

I intend to post new articles and posts to twitter about our Atlassian powered lives that I find interesting, as well as new posts from the blog! So be sure to give it a follow. You can also subscribe directly to the blog to get new posts directly to your inbox! To do so, just use the form at the bottom of the post.

So, I’ve got some interesting posts planned over the next few weeks – even some that are not JIRA related! *gasp* So I hope you will check back in to see what we’ve got. But until then, my name is Rodney, asking “Have you updated your JIRA issues today?”

Atlassian Remote Summit Day 2

Well, well, well. Here we find ourselves again. Today we’ll see the second keynote and find out what else Atlassian has planned for the day. But first, do address a comment from yesterday’s post:

Maxim is correct, they certainly were cloud heavy yesterday. This is likely because most features start out in cloud and eventually make their way into Server and Data Center. That being said, you know we love your self-hosted systems here, so I’m hoping to hear what they have planned for those today. (Future Rodney here: it’s still mostly Cloud. Sorry! But we do get some Data Center and Server info today!)

Otherwise you all loved yesterday’s recap, so lets get on with an encore!

And we begin again!

Mike Cannon-Brookes does the introduction this time. He features a chrome extension that lets people watch Netflix together as a way to show how the world is already adapting to the current situation.

And he also mentioned Summit next year. I can tell you I’m already planning to go, so hopefully I’ll see you there!

Scaling the future of Cloud[…again.]

So they don’t announce it now, but it looks like there is a new cloud tier on the horizon…”Enterprise.” Hope it’s not the spaceship

Again, Finally. If I had users complain about anything with JIRA, it was about the amount of email it sends them. Atlassian claims their new method of sending digests instead of distinct emails reduces the mail spam by 30%! If true, I cannot wait!

So – this should allow Apps (plugins) within Atlassian cloud to do more. I’m excited that maybe we’ll get some of the functionality us self-hosted people enjoy into the cloud!

And it looks like they added the Premium tier for JIRA Service Desk. Seems like it should have happened sooner, honestly.

So you will soon be able to whitelist which IP’s can access your site. I can think of a few customers this would be handy for.

It looks like they also plan to bring Archiving in JIRA Software Premium some point soon. I thought new features were supposed to come to Cloud first, not Data Center 😛

Based on Automation for JIRA…I see what you did there. But seriously, I love me some Automation for JIRA, and glad to see it being incorporated.

JIRA Align is getting the ability to manage OKR’s. Being honest, no clue what they are. Sounds like a research topic to review later. But if you know – I can imagine you’re excited.

And Trello is being integrated into JIRA Align. Because you need ALL THE DATA!

So, they are adding an ability to bridge unlimited 10K instances of Atlassian Cloud Applications to support companies’ growth…

As a part of a new access Tier. Called it!

Sounds like you get some pretty big benefits from Cloud Enterprise though…

Like one place to manage all the chaos of multiple instances

Single place for user directory management, check.

Unified Billing, Check

And those sweet sweet statistics, check.

Looks like they are bringing Data Residency to their Enterprise Tier too – which could be big for government requirements.

This one is big. Rather than just getting new features whenever they are pushed, you can now delay a release for up to two weeks, and bundle them up. The ability to give our users warning will be very VERY nice.

Now I will say this. A sandbox is something Salesforce has always done better (That’s right, I’m also a salesforce admin. Bet you didn’t see that!). So it’s nice to see Atlassian start to do something for us here.

Wooo! Partners! But seriously, I’ve worked with the Atlassian TAMS and Premier support, and they know their stuff. Between them and, well, partners like me, you are in good hands.

Looks like they are making it easier to go to the cloud. That should help a lot of folks out there!

Building for change and scale (aka Data Center)

So Finally, Data Center…what have they got going on…

So – stuff they’ve done recently….I mean I’m happy for all of these features, but still….

And finally, the new things! So it looks like they are tweaking things here to improve performance in JIRA And Confluence Data Center – but the biggest one is that you can have more than four nodes in the applications. Finally!

Fun fact. A company I worked for asked for this three years ago. Glad to see it finally come!

Adding OpenID Connect as an identity provider!

Soon you will have the ability to have multiple identity providers.

And also just in time User Provisioning is coming to Data Center soon.

My Workspace One peeps back at VMware should love this.

Auditing in Atlassian apps have always been…..lacking. Glad they agree.

You can now audit user actions, not just admin actions. And it looks like this is across multiple areas of the application.

You can export these as a file log to send to ELK, Splunk, etc.

You can also delegate users to access the audit log – very much a “not my problem” move.

YES. SO MUCH YES! I’ve been wanting them to update Confluence Permissions FOREVER!

You can audit permissions for users or spaces to see who can see and do what.

This one is for server and data center. Looks like they intend to make it easier to access for those with certain impairments. I am definitely excited to see them make this move.

So moving on to new features for Agile teams…

Looks like you will soon be able to create multiple sprints quickly – while specifying dates. As a person who has had to bulk create sprints before, this is big.

Another data point for JIRA Align. Seems they are working on all the connectors!

The first thing I do in any company is figure out and document their language. Will be nice to do this in-app. And Release management love is long overdue…

Portfolio for JIRA is getting some updates to capacity planning too…

…and a Confluence Macro. This will make it soooo much easier to share a roadmap.

They already mentioned this, but it looks like they are sharing more details on the JIRA Align <> Trello connector.

And a connector for BI systems too.

I hate buzzwords, and AI is one of the worse offenders. But I promise not to judge it until I can actually see what it does…

So onto my I.T. Brethren…

I think we saw some of this in yesterday’s Cloud presentation, but it’s nice to see it come to Server and Data Center too!

You can search for incidents in OpsGenie directly in Service Desk….Nice!

As well as see a list of all present and past incidents.

Agent Queues are getting some love.

Including improved sorting, the ability to favorite queues, and bulk edits in queue. That will definitely come in handy.

This seems obvious in hindsight…if you support people who speak multiple languages, maybe come to them in their own language.

And finally, some news for developers

Looks like they are making some information about build available in Bitbucket. The real surprise here is that it’s from both Bamboo and Jenkins!

You will also be able to set build configurations per branch – which will be great for experimenting!

Looks like they are adding some more context highlighting in the diff page

As well as letting you add a comment anywhere in the diff, not only on what’s different.

And last but not least, you can search for specific files from within the pull request. Should make it so much simpler to get to what you need.

And done!

That was the end of the keynote. I’m not remembering why I only do one post a week. But it’s been great seeing what’s new. Things maybe crazy now, but it’s always important to remember there is a tomorrow, and to plan for it.

Which reminds me, you should totally check out our Discord chat. I’d be happy to hear what new features you are excited for!

If you’ve enjoyed the Keynote Recaps from the past few days, check out some of my other posts! I try to post on a wide range of topics affecting JIRA Administration, and am always up for a reader suggested topic! Also, subscribe to get new posts directly in your inbox! Sign-up form will be at the bottom of the post!

Until next time, my name is Rodney, asking “Have you updated your JIRA Issues?” I’ll check you next time!

Atlassian Remote Summit Day 1

I am so sorry for the delay…I tried to get word out that today’s post was going to be a bit late. But given when this event is, there wasn’t much choice. However, it’s an exciting day! Today we’ll start to learn about all the new things Atlassian plans for the next year.

In speaking of exciting, last month was another amazing month for the blog. And that’s with having to miss a post! Thank you all so much! Considering the events of last month, it is most definitely appreciated!

That being said, the event is starting, so lets get into it.

And we’re “live”?

Its’ a prerecorded event, but still exciting! Honestly, I’d prerecord too. No need leaving things up to chance when you don’t have to.

Try Any Atlassian Product for Free!

So, a lot of teams are having to try remote work for the first time. Given that, Atlassian has made ALL their products free for up to 10 users. So what are you waiting for! If you’ve been wanting to try JIRA, Confluence, or any other of their tools, now’s your time!

Trello Business for Educators!

Additionally, teachers are having to teach classes from afar – most of which this is there first time doing so. To support our educators, Atlassian is giving them a year free of Trello Business Class. Share this with a teacher in your life.

Today’s Agenda

Just a quick view of what to expect today – and honestly, it doesn’t tell me much. Guess I’m going to have to sit in for the full time…

St. Jude’s use of Atlassian Tools

So considering I started with Atlassian tools within a software company, it still amazes me how many companies now adopt the tool set as their default. St. Jude’s Children hospital is on that list.

Okay – had to add this slide in. Don’t worry, you’re not alone.

Software and IT Team updates! (This is my jam!)

Looks like we are finally getting into what new things to expect. If this follows normal trends, we can expect the “new, shiny” features in Cloud first, and eventually they’ll make it to either Server and/or Data Center. But still, it’s nice to know what to be excited about!

Users can customize Notification settings!

This one is big. If I had one complaint I’ve heard everywhere from users, is that JIRA sends out WAAAAY too many emails. It looks like Atlassian heard this, and are planning to allow a user level notification scheme, so each user can define the notifications they want. Unfortunately, they didn’t have a good slide or mock-up of this, so this feature may not be ready to come out just yet….but at least our woes have been heard!

Your work Dashboard (Bitbucket)

So, you know that situation where you have to jump on JIRA to figure out what issues are assigned to you, then onto bitbucket to pull the repo, then back and forth? Well, Atlassian wants to do something about it. Bitbucket will have a new dashboard that will show you all the relevant information at one go – no more context switching.

Live Status (Automation for JIRA)

So, it looks like Atlassian has some plans to make some in-place automation leveraging automation for JIRA. This will help move issues along a track based off of what’s happening to a given repo.

Here you can see an issue move through the workflow when actions are taken within Visual Studio.

While we’ve had some triggers to do something like this for a while, that was always on a pull request creation or other such event. To do it from Visual Studio by changing code – that might be big.

Code Insights in Bitbucket Cloud

So, how do you build new products without exposing yourself and your customers to potential vulnerabilities? Well, Bitbucket is building in some reviews from top vendors that will look at your code and alert you to possible vulnerabilities right away. This could be big in helping bad code not be released.

Automating Change Requests

So, JIRA Service Desk is getting some love too! Now when you have a successful test build in your build tool of choice, you can have it automatically generate a change request in JIRA Service Desk.

There is even some logic to allow a low-risk change automatically to go through, or to hold it up for a human to review.

If it’s a high risk change (as judged by the rules), it will flag it for your team to review.

And then give you all the information you need to make a decision – all in one place.

Fix Fast

So, this is about OpsGenie. However, one of the major new features is now you can now bulk-link incoming support requests to a given problem. This can save time as you don’t have to go to each one and do it. Nice!

The Incident Investigation platform seems like it will bring together information from a variety of places, allowing you to see the exact change that caused the problem, as well as who submitted it and what was changed. For some outages this can be big.

You can also do your after-action report within OpsGenie to have details about what went wrong, what you learned from it, and how it can be prevented again.

AND THEN you can export it into Confluence to share out with your team. Nice!

Roadmaps in JIRA

They’ve also added the ability to view the full hierarchy from a sub-task all the way to the epic.

And all was going well when suddenly….

The video site when down!

Kind of funny huh? The video just went down…hard. This is what one of my colleagues had to say about it.

This wouldn’t be as funny, but Atlassian was just talking about Incident response.

And we are back! So…Roadmaps?

They have added progress bars to your roadmap, so you can see how much work is actually left on different items.

This didn’t show up on the image I got, but you can also drag-and-drop dependencies on each other, so you can track what is waiting on what task to be done.

And what use is a roadmap if you can’t share it? Yes, another Confluence Macro to bring that into Confluence, then let it update in real-time!

Some more features!

So, they’ve also been getting some feedback on Roadmaps for those who have been using them.

Solution one: Add Roadmaps to Classic Projects. Seems obvious in hindsight, doesn’t it?

They are also adding the ability to create Multi Project roadmaps for those with a Premium license.

Here you can plan out across multiple teams and keep track of time frame, dependencies, and capacity.

However….you might notice this looks familiar….almost like Portfolio for JIRA. That is no mistake, this is meant to take some of the best features of Portfolio and bring it into the Roadmap.

Unify Work across all teams with Atlassian

So we are onto the final section – wonder what we’ll have here!

So we are all familiar with Confluence Templates? It looks like they want to bring that concept to more apps, including Trello and JIRA Service Desk.

For JIRA Service Desk, they will have templates for HR, Legal and Facilities. This should make bringing these teams into JIRA is now that much faster.

Finally! A template gallery so you as an admin doesn’t have to make one for scratch for a team you may not be familiar with!

New Tech? Okay, lets see where this goes…

Butler for Trello becomes a core feature one very Trello Board….and comes to JIRA and Slack!

Butler can now automatically create JIRA Issues for you when you make a Trello Card.

You can also get Butler to post a message to any slack channel! Get the word out about a new card that much faster.

Automation for JIRA

This is being brought into JIRA Cloud as we speak, bringing a native automation engine for your Projects. Which honestly, JIRA has needed for some time…

New (?) Navigation in the Cloud products

Well, they are finally revamping how the cloud products look. Atlassian won’t admit it’s the old style, and technically they are right, but looks enough like the old style that I’m happy.

Atlassian has revamped Confluence’s home page, and honestly I love this design. It’s fresh, but still has all the needed pieces within reach.

New Fun Trello Features

So, how do you add “fun” into a project management tool?

Well, you can add an image to a card’s cover so it looks more visually appealing. Having spent years looking at JIRA Boards, I can’t say I dislike this feature.

Also partnering with Giphy to add stickers doesn’t hurt. Considering the number of Gifs I use on the blog, I bet you can imagine how I feel about being able to use more of them…

Page Analytics (Confluence Cloud)

I am very much a statistics fan, so I love that we can get some analytics around Confluence page views. I really hope they move this to Confluence Server!

This has been available in Confluence Premium, but you can now access it at the standard tier now.

Confluence Editor

There are some minor changes to how links appear and how to expand sections in Confluence Cloud, but the change that has me the most excited:

That’s right, a new macro browser. The one in Confluence Server is passable, but not good, and they managed to make it worse in Cloud by throwing in JIRA Gadgets. Nice to see they put some love into this! BTW: If you are not using macros in Confluence, what are you even doing?

Inline comments in Edit mode

Just one word here: Finally.

And that’s it for day one!

So, what features are you excited about? Honestly some of the automation around Change Requests look exciting to me. Leave a comment with what you are looking forward to.

Today was very cloud heavy, so I’m hoping tomorrow we can learn more about Atlassian’s plan for Server and Data Center. In speaking of tomorrow, we’ll be back here with another post about what they announce in Tomorrow’s Keynote. Again, don’t expect it at Noon Eastern – it will likely be some time a 5-6 PM Eastern.

Until then, my name is Rodney, asking “Have you updated your JIRA Issues today?” I’ll see you all tomorrow!