Learn how to create a Project Central in Jira Software by contrasting two alternatives to do it: with Atlassian’s Project Central, and DEISER’s Profields. By creating Project Centrals in Jira Software, you might find a solution to your needs.
Jira Software allows to achieve the same goal through different ways (in this case, to build a Project Central); on this blog post we'll show you two different options on how to build this important part to your projects in Jira:
When you decide to use your product internally, you’re doing two things. Internally, your team will examine its weaknesses, driving changes and innovation. Externally, you are endorsing it, demonstrating that it’s reliable and robust, and showing how it can be used in original ways. This is what Atlassian named dogfooding over a decade back –and their Project Central is a great example.
One of the main consequences of dogfooding is that you get creative and start using the product in ways that its designers didn’t initially think of. To our example, Jira is not designed for tracking the progress of projects. But Project Central is just that.
So, what Project Central exactly is? It’s actually quite simple:
Basically, every project involving at least two people and taking a month or more must be created in Project Central. Doing so involves updating the answers to the following six questions weekly, and every Friday an email summary of each project is sent to subscribed stakeholders.
|The 6 questions to ask before start building an Atlassian’s Project Central|
These questions are captured as custom fields in the issue type “project”, which is linked to the actual project where all the issues live.
You can find more information online. Although Atlassian has talked publicly about Project Central, the information is a bit buried and a search in Google won’t help much. The best resources are on this presentation slides, or the Mike Cannon-Brookes’s high-level explanation from 20:00 onwards on this Atlassian Summit video:
This is the big win, as simple as it is: everyone subscribed to a project in Project Central gets an email every Friday with the actual response to these six questions.
Atlassian’s Project Central is an excellent communication mechanism for breaking silos across teams that wouldn’t otherwise have opportunities to share knowledge.
Of course, it has some limitations:
|What is Atlassian’s Project Central?||What is Atlassian’s Project Central NOT?|
Atlassian is not the only organization with a Project Central in Jira. Many companies have either followed their example or just came up with a similar solution themselves, usually without the communication settings – which leaves them with a bare project of projects.
In fact, it’s very tempting to solve the lack of project data in Jira with issues that stand for projects, and then adding custom fields with project data inside those issues.
Many companies following this method don’t realize they are missing on a lot of reporting potential that they could gain if their strategy was to make project entities stronger, instead of representing them in a different project.
Let’s now look at the second approach for a Project Central, and these limitations will become much more apparent.
The second approach to Project Central also uses Jira Software as a platform and supplements it with Profields to create stronger projects.
Have a look at this table for a comparison between the two approaches:
|Map-based Project Central (Atlassian)||Profields Project Central|
|Notifications not out of the box||Watch projects with a button|
|A project where each issue represents a project||Project Navigator for organizing projects|
|Stores project information in issue custom fields||Stores information in project custom fields|
|The only relationship with the Jira project is a link||Project information is embedded within Jira projects|
|Is a workaround around Jira projects||Expands Jira projects in Jira's own tracking terms|
|Creates a project taxonomy at issue level||Creates a project taxonomy at project level|
|Data at the issue level (JQLs)||Can combine issue data and project data in reports|
With Profields, stronger projects can support processes and roles including project administration, as well as aspects of project management and reporting. Although not a PPM tool, Profields is a popular tool for managers who need to see the big picture in Jira.
Instead of the duplication that goes into mirroring projects in a meta-project, a CIO whose team is using Profields has important competitive advantages over the same person at a competitor who is just mapping projects. Let’s have a quick look.
The major single advantage of using Profields is that the platform containing all your projects comes out of the box: it’s the Project Navigator, which mimics Atlassian’s issue navigator.
Here’s your Project Central:Note: The Project Navigator can be accessed from the Profields tab or directly from the Project tab:
Starting from here, Profields gives you all of Jira’s tracking power… but applied to projects in an organic, natural way.
As a summary, here are the main features in Profields and how they compare to a "project of Jira projects" approach.
|Atlassian's PC||Profields PC|
|Project Custom fields||Issue custom fields with project data||YES|
|Automated project notifications||Custom development||Watch projects|
|Project Time Sheet||NO||YES|
|JQL with project criteria||NO||YES|
Let’s go over some of the practical consequences of this organic approach.
A. Create filters with projects so managers can access them easily
One of the major advantages of using Profields is that different people can see different sets of Jira Projects. To create your own filter, just save your current search of the Project Navigator.
Managers that act on a small percentage on their instance projects find this type of filters useful to navigate to their work without running into the noise! By clicking on any project in the filter, they’ll directly access all the information related to the project.
B. See aggregate issue data for each project
Without any implementation work, Profields will read the data in your issues and give you the following aggregate values for your projects:
It’s simple, but it’s very effective and you won’t find it anywhere else on your Jira dashboards.
But it doesn’t stop there! You can build a cumulative field in your projects showing an aggregate value from any numeric custom field. Think of story points or any other metric you’re currently capturing.
C. Cross-sectional reporting combining project data with issue data.
There’s a number of ways you can combine project data with issue data for valuable insights. The simplest is using project functions in JQLs to restrict the issue results according to any project criteria. In this example, I’m getting all issues in projects that are critical and have a due date between March 25 and April 5.
If you’ve made up your mind and you’d like to build Atlassian’s Project Central best practices with Profields, here’s a quick check-list on how to do it:
Copyright © 2018 DEISER