Anyone using Atlassian products to enable the Scaled Agile Framework (SAFe)?
Asked by Peter Callies:

Is anyone using Atlassian products (e.g. JIRA Agile, Confluence) to enable the Scaled Agile Framework (<http://scaledagileframework.com/>)? I'm curious how people are managing metrics at the portfolio and program levels, how people are creating/integrating product roadmaps, how people are managing decomposition or traceability of at least three levels (epic, feature, story) of requirements, how people are doing metric rollups, complex kanban boards (e.g. split columns or rows).

What solutions have you come up with? What problems are you having?


Answers:
author: Nicholas Muldoon
body: Hi Peter,

I'm not necessarily sold on adopting the SAFe model wholesale. Early days, and from what I learned at Agile 2013 people are still very much experiementing and tweaking. Our thinking around managing at scale continues to evolve - where we were a few months back is covered in [this blog post](https://blog.twitter.com/2013/visualizing-epics-and-dependencies-in-jira) and I added more context [at Summit](http://www.slideshare.net/nickmuldoon/summit-2013-collaborating-across-an-enterprise-nicholas-muldoon-final "Nicholas Muldoon - Collaborating Across an Enterprise - Quarterly Planning at Twitter").

We have a Kanban board that captures all company gulls (Epics), quick filters allow us to filter by quarter, group, etc. Swimlanes for blocked (using the issue links and Script Runner) so we elevate issues for discussion early. The control chart is interesting although there is lots of varability in the cycle time. The CFD is more valuable at present as it shows us movmement on epics over the course of a quarter.

One thing the metrics have given us: an idea of where we can focus our energy to move teams and help them improve. For instance, sizing is not consistent across all teams. Rule of thumb I think of is 2 - 4 weeks to complete an Epic (and deliver a Key Result). Anything longer and it should be broken down. The teams estimate the tasks/stories/bugs within that Epic using story points, and are getting better at that too.

Since the conclusion of Q3 I've been pulling metrics for teams and groups. For the team level I'm starting to pull metrics using the Sprint Health gadget to give me a feel for their most recent progress, and I want to couple that with the velocity chart to get a sense for consistency and delivery. The teams themselves look at their Wallboards (I should write more on this). However, we've not got a suitable way to visualise this at a higher level, the rollup of a whole group.

To try and get those rollup metrics I am exploring [Dataplane](https://marketplace.atlassian.com/plugins/com.arsenalesystems.dataplane "Dataplane - Reporting for JIRA") (I got a neat demo from David and Scott at Summit, looks very cool, awaiting install). I'm not sure Dataplane has everything we want, although I'm confident they'll give us more than what we've got already - so that is a win. Roll up metrics include the number of committed epics that are delivered vs not (cancelled, incomplete, not started), how many of the Top 5 were delivered (drop the lowest impact things in favour of the highest impact), and I'm sure we'll think of more as we start to see some initial metrics.

So, how do you approach this?

Thanks,  
[Nicholas Muldoon](http://nicholasmuldoon.com/ "Nicholas Muldoon - Helping small products grow big") / [@njm](https://twitter.com/njm)

comments: author: Peter Callies
body: Thanks for the detailed response, Nicholas. I'm not necessarily sold on whoesale SAFe, either, but I am interested in a multi-tier governance model and sometimes it's easier (lazier, too) to refer to SAFe.

We've been working with LeadingAgile coaches (said "hi" to you in their suite at Agile 2013 this year) for almost three years. Their base multi-tier model uses epics at the top level, features in the middle, and stories at the bottom. (That's just like SAFe which makes some sense since Mike Cottmeyer is listed as a contributor.)

I've been running Kanban boards for our features and epics with a variety of quick filters also. I find the epic control chart to be usless because of the variability (as you noted), but perhaps I just need to categorize the epics.

Our definition of a feature is that it has to be done within the scope of one release so the control chart for those has also been uninteresting because they all have the same cycle time (i.e. the same duration as the release).

However, I think it might be interesting to start looking at the cycle time of epics and features including the time before they get to the dev teams. I suspect we'll see some really long lead times in the business groups on some of them.

We also have the Structure plugin. Many of our people used that extensively until epic support became available in the scrum boards. Structure recently added support for rollup metrics (e.g. a parent issue can display the sum of story points in its tree) which might entice us to use it for certain things again.

My main frustration with JIRA Agile is it corners you into having no other issue type between epics and stories if you want to use the built-in grouping/filtering/rollup on the boards. Only epics have this functionality. The other two leading Agile PPM tools are more at least somewhat more flexible in this area.

Regarding metrics, I've been using the eazyBI plugin, but I'll take a look at Dataplane. It looks intriguing at a glance.


author: Robert Leitch [ALM Works]
body: This is the first detailed account of a real JIRA SAFe implementation that I've come across in the public domain - <https://fschop.wordpress.com/2015/08/13/implementing-safe-with-jira-part-1/>

For disclosure - it uses a product made by the company I work for.


author: Danut M _StonikByte_
body: Hi [@Peter Callies](/t5/user/viewprofilepage/user-id/853428),

Tracking the SAFe-specific metrics can be easily done with our plugin [Great Gadgets](http://stonikbyte%20great gadgets agile) app for Jira and Confluence.

See this article for more details: [How to track scaled-agile (SAFe) projects in Jira with Great Gadgets app](https://community.atlassian.com/t5/Marketplace-Apps-Integrations/How-to-track-scaled-agile-SAFe-projects-in-Jira-with-Great/ba-p/1929694)

![](https://blogstonikbyte.files.wordpress.com/2022/01/image-13.png?w=806)

If you have questions, please don't hesitate to contact support@stonikbyte.com.

Danut.


author: Jeff "Switch To Slack" Rosenberg
body: Interested if there are updates to this thread now that it is almost 1 year later. I have a similar thread on the Scaled Agile LinkedIn group, and would love to hear from Atlassian on the topic.

[https://www.linkedin.com/groups/Practical-examples-companies-using-JIRA-4189072.S.5897768579356442625?qid=45f61040-2fec-4100-af7a-0f489f882f7d\&trk=groups_items_see_more-0-b-ttl](https://www.linkedin.com/groups/Practical-examples-companies-using-JIRA-4189072.S.5897768579356442625?qid=45f61040-2fec-4100-af7a-0f489f882f7d&trk=groups_items_see_more-0-b-ttl)


author: John Garcia
body: Peter,

You may want to implement this Workflow Post-Function that updates your Epic Status to follow Workflow Status: [HowTo: Track Epics in the Control Chart](https://confluence.atlassian.com/display/AGILEKB/HowTo%3A+Track+Epics+in+the+Control+Chart), as this will make it so Epics can transition and keep their Epic Status field in line.


author: Stuart Bargon
body: If anyone is interested in SAFe and other scaling agile stuff, here is a good overview at <http://www.leanagiletraining.com/blog/better-agile/safe-less-dad-and-scrumplop/>


author: Peter Callies
body: I wanted to include this in my comment response to Nicholas above, but comments are limited to 2,000 characters.

I'm nearing the end of redefining our enterprise flow based on input from our business management groups. It's actually looking like it will be four tiers: product plan (18-36 months), version (0-3 months), epic (2-6weeks), story (1-5 days). (I'm scared about presenting the four-tier model because it looks so heavy and non-agilitists will see a communication hierarchy in it instead of a governance model, but that's a different topic).

My current thought has the source of truth for product plans, versions, and epics being Confluence. Versions and epics will be linked to items in JIRA so the teams have transparency to the source of a story and so we can track flow metrics. I'll be starting to play with this approach this week.

comments: author: Nicholas Muldoon
body: Keep us posted on progress please Peter, sounds like a great start. Thanks


author: Stuart Bargon
body: Ken Schwaber has some interesting comments about SAFe [here](http://kenschwaber.wordpress.com/2013/08/06/unsafe-at-any-speed/).

comments: author: Peter Callies
body: Thanks for responding, Stuart. I saw Ken's post the day it was published. I find it completely non-constructive at best.


author: Stuart Bargon
body: Maybe this article will be more constuctive for you. [Don't you Dare Play it SAFe](http://www.projecttimes.com/robert-galen/dont-you-dare-play-it-safe.html)


author: EddieW
body: Wait a few more days for the content from 2013 to go live at [https://summit.atlassian.com/archive](https://summit.atlassian.com/archive,), there was a great presentation on this topic from Damon Poole, Eliassen Group "The Enterprise Agility Model"

comments: author: Peter Callies
body: Thanks, Eddie. I've been checking every day. Anxiously waiting.


Tags: agile

jira

jira-software