Why is Atlassian resistant to providing tools for understanding how well people perform?

Nord Carverson

I've used jira for I guess more than 8 years now and it's always seemed to be an uphill climb to understand both the team and individual performance. More - it has always seemed Atlassian would prefer you didn't. 

I understand the variables and that raw figures are not the whole story.

But having autonomy over work, accepting and committing to it gives teams and individuals a freedom that doesn't come when the default view is vague. At the executive level development is seen as a dark art and viewed suspiciously. And this is exaggerated when there is difficulty in providing transparency against originals and things like tracking of hours for billing. Without add-ons, or exporting and manipulating data.

Like others I've worked out a few ways around it, I just don't understand why Atlassian seems to work against it. Kanban boards currently don't even allow for estimation in their settings.

Is this a deliberate decision by Atlassian and if so, why?

Andy Heinzer

The kanban methodology has a considerably different from scrum.  Both are frameworks in which you can practice agile, but they have different roles, different key metrics, and a different driving philosophy behind them.  

To better understand Atlassian's approach to each of these, I would recommend reading https://www.atlassian.com/agile/kanban - What is Kanban?

and the counterpart of

https://www.atlassian.com/agile/scrum - What is Scrum?

I really like this chart from the Kanban page to help explain how these differ:

Scrum vs. kanban

Kanban and scrum share some of the same concepts but have very different approaches. They should not be confused with one another. 

	SCRUM	KANBAN
Cadence	Regular fixed length sprints (ie, 2 weeks)	Continuous flow
Release methodology	At the end of each sprint if approved by the product owner	Continuous delivery or at the team's discretion
Roles	Product owner, scrum master, development team	No existing roles. Some teams enlist the help of an agile coach.
Key metrics	Velocity	Cycle time
Change philosophy	Teams should strive to not make changes to the sprint forecast during the sprint. Doing so compromises learnings around estimation.	Change can happen at any time

These pages offer better explanations at a high level as to why each behaves the way they do, and to some degree how Atlassian has interpreted these ideologies. 

In short, Kanban doesn't offer estimations because it's focused on work that is actively in progress.  For Kanban it is more about the cycle time in the project, and less about the estimating a time to complete a task.  In turn, Kanban can help you visualize the work in progress and identify bottlenecks in the process itself. 

Conversely Scrum is more geared towards continuously improving.  Estimations are more essential to scrum and the scrum master's ability to gauge the work requirements.   Those estimations are not a stone contract of time commitments, they are there to try to help the scrum master get better at estimating based on a number of factors over several sprints/iterations.  Scrum masters are not expected to be accurate estimators from the get go. 

I hope that helps explain why Kanban will have different features here.  But I fear that my explanation might not have yet addressed your source question here.

In regards to your title question, I'm not sure that I'm qualified to answer on behalf of Atlassian for the broader topic itself.  But I suspect it goes back to one of Atlassian's company values, which is to play as a team.  There is far more focus in Atlassian to work as a team, rather than to try to measure each individuals contribution levels in a project.   There are ways to do it, but it has not been the focus of Jira to do this.  Which is probably why it has been left to other vendors to offer solutions here instead.  

Since you mentioned measuring team performance, have you tried using Jira Portfolio?  It has a number of additional features that build on top of our Jira Software product try to help provide long term road map planner, and team capacity views.   I'm not sure if this would be helpful to you here, but perhaps it's worth looking into to see if it might help provide some more transparency to stakeholders.