3 min read

Our Atlassian Team '22 Recap

By Praecipio Consulting on Apr 11, 2022 12:51:46 PM

2022 Q2 Blog - PCM-10055 Atlassian Team Recap - Hero
Team '22 has wrapped and what an exciting week it was. The event served as an impactful place for innovators and problem-solvers to come together and interact with attendees and Atlassian customers. We're feeling so inspired to be at Atlassian's flagship conference helping teams focus on what matters most and discovering the power of their Atlassian investment. 

Our theme revolved around amplifying what's possible for teams everywhere. As a platinum sponsor this year, we participated in events like a Lunch 'n Learn Session on Work Management presented by Larry Brock, a Theater Session on Jira Align presented by Amanda Babb, an on-demand Breakout Session on Atlassian Cloud by Suze Treacy, and an on-demand Demo Session on Jira Service Management by Brian Nye.

Praecipio Consulting also delivered several training sessions, which allowed their students to utilize best practices and build on their existing skillsets. The team-led trainings included:

  • Jira Align Program Essentials delivered by Jack Harding and Brian Nye
  • Atlassian DevOps Essentials delivered by Luis Machado and Christopher Pepe
  • Planning with Advanced Roadmaps delivered by Amanda Babb, Ian VanHover and Dean Rizzuto
  • Bitbucket Pipelines Configuration delivered by Shannon Fabert and Jim Easterly
  • Managing Boards in Jira delivered by Shannon Fabert and Larry Brock

We heard motivating stories from speakers and listened to informative presentations about new Atlassian updates. Attendees were inspired to work differently, together. Some highlights of the keynotes include Jay Shetty's, "How connected thinkers will build the future", "Work differently, together: A new vision for Work Management" by Joff Redfern and Erika Trautman and "In conversation with Bob Iger", an inspirational talk with the Former CEO and Chairman of The Walt Disney Company Bob Iger and Scott Farquhar, the Co-Founder and Co-CEO of Atlassian.

"Being able to connect in-person after two years felt like an extended Atlassian family reunion. The continued growth in Atlassian and Marketplace products will provide lots of great tactical and strategic features. Team ’22 really renewed my excitement about our ability to help customers maximize the value of their Atlassian investment." - Joseph Lane, COO

Thank you to everyone who stopped by to say 'Howdy!' and to those who attended any of our talks. Keep scrolling to read about our recap of the ultimate teamwork experience. 

2022 Q2 Blog - PCM-10055 Atlassian Team Recap - Keynote

We learned a lot during the Atlassian Team '22 Keynote Address. Atlassian continues to transform how teams collaborate and drive cultural change through ITSM, DevOps & Agile, and Work Management.

2022 Q2 Blog - PCM-10055 Atlassian Team Recap - Bottles

Praecipio Consulting had some of the coolest swag. Pictured above are the water bottles we handed out.

2022 Q2 Blog - PCM-10055 Atlassian Team Recap - Larry Brock  4ED5D3EC-C146-44C1-B797-9A66E62EDF39  2022 Q2 Blog - PCM-10055 Atlassian Team Recap - Shannon

Left: "Streamlining the DevOps Lifecycle with Jira Service Management" with Larry Brock
Center: "Jira Align Program Essentials" with Jack Harding
Right: "Bitbucket Pipelines Configuration" with Shannon Fabert

AMPLIFY WHAT'S POSSIBLE FOR TEAMS EVERYWHERE

We loved seeing old friends, making new ones, and connecting over all things Atlassian last week. Let us know if you have any follow-up questions about Team '22 and how we can amplify what's possible for your business teams. 

Topics: atlassian events
3 min read

Join Praecipio Consulting at Atlassian's Team '22

By Praecipio Consulting on Mar 15, 2022 4:32:37 PM

2021 Q1 Blog - Event - Atlassian Team 22 - Hero

We're excited to share that we'll have our boots on the ground at Team '22, Atlassian's flagship conference, and the ultimate teamwork experience. It's an extra special event for Praecipio Consulting this year, as it's our first time back in person since 2019 and our new 6kites family is joining us as well.

How to find us at Team '22

From April 5-7, stop by our booth and chat with us about new ideas, process-powered solutions, and all things in between. We look forward to seeing old friends, making new ones, and connecting over how we amplify what's possible for teams everywhere through the power of Atlassian. In addition to our booth presence, here's a rundown of where else you can find Praecipio Consulting people:

Training Sessions on Tuesday, April 5:

  • "Jira Align Program Essentials" with Jack Harding from 9:30 am - 3:30 pm
  • "Atlassian DevOps Essentials" with Luis Machado from 9:30 am - 4:30 pm
  • "Planning with Advanced Roadmaps" with #BigInKorea Amanda Babb from 8:30 am - 4:30 pm
  • "Bitbucket Pipelines Configuration" with Shannon Fabert from 8:00 am - 12:00 pm and 1:30 pm - 5:30 pm

Lunch ‘n Learn Session on Wednesday, April 6:

  • "Streamlining the DevOps Lifecycle with Jira Service Management" Lunch ‘n Learn Session with Larry Brock from 12:30 - 1:30 pm at Lunch 'n Learn Area B

Training & Theater Sessions on Thursday, April 7:

  • "How Jira Align Supports SAFe®: Accelerating Your Digital Transformation" Theater Session with Amanda Babb from 12:15 -12:30 pm at Theater A
  • "Managing Boards in Jira" Training with Shannon Fabert and Larry Brock from 10:00 am - 10:45 am and 3:15 pm - 4:00 pm

Also, for anyone interested in joining our team and helping build the future with us, we'll hold in-person interviews in our meeting room during Team '22. If you'd like to schedule an interview, send an email to team@praecipio.com.

Amplify possibility

We’re proud of our rich history and the strong values that have guided us for the past 16+ years. As our company grows with the addition of our 6kites family and beyond, we’re excited about the new adventure that lies ahead of us.

Our Atlassian Team '22 theme this year represents the boundless opportunities we have to help teams get back to their purpose through good process, well-practiced. As we embark on this journey together, we invite you to get inspired by the endless possibilities to solve big problems, enable innovation, and create space for people to dream big in all areas of life. 

Be part of our journey

Stop by the Praecipio Consulting booth and join our in-person sessions to learn more about how we're helping teams focus on what matters most when you perfect the process with Atlassian products. Let us know if you have any questions about the event and for those wanting to learn more about our career opportunities, send an email to team@praecipio.com to schedule an interview.  

Topics: atlassian events atlassian-solution-partner
5 min read

Our Guide to Moving Applications to the Atlassian Cloud

By Chris Hofbauer on Mar 8, 2022 10:02:06 AM

22-marc-blogpost_Moving Applications to the Cloud-2

We get it. Migrating to the cloud can seem daunting. But it doesn't need to be. And, with Atlassian Server approaching end-of-life, the time to start preparing for your Atlassian Cloud Migration is now. In this blog you'll learn about the 6-step process Praecipio Consulting follows and how we've maintained a 100% cloud migration success rate for over 15 years.

In the cloud, companies have an increased capability to scale efficiently, increased security, reduced downtime, and several other benefits. You can learn more about why you should be migrating to the cloud in 2022 in this blog.

Every Atlassian Cloud Migration is unique, but success is within your reach if you set yourself up for success with a thorough and well-thought-out plan. You can also download the 6 Steps to a Successful Atlassian Cloud Migration eBook, where we go into a bit more detail about the steps and our partnership with Castlight Health.

1. Assess Your Applications

You will need to perform a deep analysis of your Atlassian application in the initial phases. In the assess phase, review all of the applications and the add-ons within the applications. You'll need to determine which applications are business-critical, optional, no longer in use, etc. Additionally, you'll need to develop an understanding of how these applications are used.

Not all applications are available in Cloud. The how is essential for determining if there are potential replacements. You don't want to experience any unexpected loss of functionality after the migration. If there are apps that are not yet available in Cloud, research any alternatives and implement these during your testing phase to ensure the functionality is adequate.

Another critical component to the assess phase is carefully considering any external integration. Any external configurations will need to be reconfigured as the base URL will be changed along with how Cloud performs API authentications.

2. Plan for Success

Once your assessment is completed and you have a good understanding of what will be migrated and what will be replaced, it is time to plan the migration. The first step in your planning phase will be deciding if you need Atlassian Access. Atlassian access provided centralized, enterprise-grade security across all Atlassian Cloud products.

If your organization uses a cloud identity provider, Atlassian Access can integrate directly. After the decision for Atlassian Access is determined, you should next set up your "organization" in Cloud. The organization provides the ability to view and manage all of your users in one place and leverage security features such as SAML SSO. Once the organization has been established, verify the company domain. This can be achieved by following the documentation: Verify a Domain to Manage Accounts.

Now that your Cloud site is set up and configured, it is time to choose a migration strategy. You can read this blog to learn about 4 Cloud Migration Strategies and their pros and cons.

3. Prepare Your Instance

In the Prep phase, it's important not to cut any corners. Prepping your migration can take weeks to accomplish; however, it's one of the most critical components to a successful migration. Therefore, you'll want to consult with your teams and the key stakeholders of your server instances.

Opening the lines of communication with these users will promote a smooth migration with minimal disruption in their work. After these teams are on board, you will want to check your current server version to ensure you are on a supported version of the server before attempting the migration. Then, with the assessment in hand, begin to clean up any data in the server instance.

In continuing to prepare your Cloud site, install any cloud app that will be used post-migration. Having these apps in place prior to the migration is essential so that the data can be brought over correctly during the migration event. Begin to put together an initial runbook with a step-by-step checklist of all the items that will take place, along with details of each of these steps. Document the estimated time that each step will take as well. The runbook and the timeline may change during the testing phase.

4. Test Everything

In the testing phase, you'll want to have done everything you can to prepare your instance for a successful migration. It will be critical to have a backup of your data. Regardless of any migration strategy chosen, you will want to have a backup of your server instance. Performing rounds of User Acceptance Testing (UAT) is vital to a successful migration.

Establish a list of users and teams that will navigate to a "migrated" cloud instance and have these users complete the day-to-day tasks that they would typically complete to do their work as completed. Any uncovered issues should be documented, reviewed, and the solutions added to the runbook. It is recommended that there be several test runs performed until the migration is successful, the runbook is completed, and all UAT users confirm functionality.

Once the tests are completed, prepare any training materials that users will need or find beneficial post-migration. Next, formulate a comprehensive communication plan and begin to execute this plan. Inform your users when this migration will occur, what downtime they can expect, how they can access the new site, how they will sign in, who they can contact in case of any issues, and provide any materials they can review to get acclimated with the Cloud environment.

5. Migrate Your Data

You are now ready for the Migration phase. During this phase, you will fix any last-minute issues and run through your runbook to begin to migrate your users and data. At this stage, be sure to set your server instance in "read-only" to prevent changes made during the migration. Next, perform the migration of the data apps, and begin QA once completed.

6. Launch Your Instance

Finally, the Launch phase. You have successfully migrated to the Cloud, now continue Cloud support and ensure that your users are successful.

Welcome your team to the cloud, communicate to the stakeholders that the migration was successful, be evident in the business decision to move to the Cloud, and provide the materials they will need to succeed in their job function. Set aside office hours to discuss and review any issues your end users may have. Once problems have been resolved or become fewer, you may begin to transition into a maintenance phase versus support.

Atlassian Cloud Migrations are complex, and you can do them yourself. However, we recommend choosing a partner with a history of success and expertise in helping companies like yours migrate to the Atlassian Cloud. Contact us today if you'd like to learn more and get started.

FREE EBOOK: 6 STEPS TO A SUCCESSFUL ATLASSIAN CLOUD MIGRATION

Learn how to assess, plan, and launch a successful Atlassian Cloud Migration with our new eBook. We explore what you should expect before migrating, avoid common mistakes, and how we partnered with Castlight Health to guide them through successful cloud migration. Learn how we've maintained a 100% cloud migration success rate, download our 6 Steps to a Successful Atlassian Cloud Migration eBook today.

Topics: atlassian cloud atlassian-cloud
4 min read

4 Cloud Migration Strategies: Their Pros and Cons

By Isaac Montes on Jan 4, 2022 9:57:00 AM

2022 Q1 Blog Cloud - 4 Cloud Migration Strategies - Hero

You have decided that moving to Cloud is the right decision for the future of your Atlassian products. Now, how do you go about doing so? Migrating to the Atlassian Cloud can be a complex process that could have a big impact on users, data integrity, and system performance, so there needs to be a strategy in place to meet any business requirements specific to your organization and industry.

We will cover the 4 cloud migration strategies you can implement when moving to Atlassian Cloud. Note the importance of planning properly for the cloud migration, deciding on your migration strategy, and carrying out that strategy first requires an assessment of your Atlassian footprint. 

Clean-Up and Migrate

When we use this strategy, we are looking at evaluating your source instance and cleaning up anything that may not be deemed necessary to migrate. All the necessary data is then migrated to the cloud at once while leaving behind items in the server for reference.

Pros:

  • Only one migration outage
  • Can reduce the time of the outage
  • End up with an improved instance
  • Potential performance improvements
  • Reduce costs

Cons:

  • The outage window may be longer than other methods due to the size of the data
  • Requires additional time to clean and prepare the instance

As-Is Migration

Migrate your entire instance at once with one migration outage. This includes all instance data and users.

Pros:

  • Reduced costs
  • Timeline is reduced
  • Less effort and simpler process
  • One migration window
  • Can migrate Service Management and Advanced Roadmaps

Cons:

  • Increased downtime depending on the size of the instance
  • Unnecessary data and users may be moved to the cloud increasing cost and complexity

Phased Migration

With a phased migration, we take the approach of cleaning and migrating but with an extended timeline and without having to move everything at once. Users and instance data are moved depending on a scheduled plan. 

Pros:

  • Outage times are reduced
  • Possible phased user onboarding
  • Cleanup can happen while migrating
  • Easier phased adoption of Atlassian Cloud

Cons:

  • Does not support Service Management and Advanced Road maps
  • May support fewer third-party apps
  • Overall longer process may increase the cost
  • Multiple outages
  • Increased complexity
  • May require a third-party app to meet business requirements

Clean Sweep

If on-prem (server or DC) data is not required and teams want to start using the cloud right away, starting fresh on a brand new instance may be the simplest of strategies.

Pros:

  • No downtime required
  • Server can be kept for closing out projects or archiving
  • Easier to onboard new teams
  • Allows clean slate to improve processes and implement new things

Cons:

  • Old on-prem data will not be available on the Cloud instance

Conclusion

Every company and industry has different needs, but our experts have the experience necessary to make yours easy and efficient. If you are considering a move to Atlassian Cloud but are worried about how this new environment will impact your mission-critical apps and add-ons being, we’re here to help!

Free eBook: 6 Steps to a Successful Atlassian Cloud Migration

There are 6 steps to any successful Atlassian Cloud Migration process. We've created an eBook to explore each step in detail and demonstrate how we've maintained a 100% migration success rate. Download our 6 Steps to a Successful Atlassian Cloud Migration eBook here.

Want to learn more about the Cloud Migration process? Check out this blogs on the Pros and Cons of Cloud Migration and this on 4 Things to Look Out for When Migrating to Atlassian Cloud.

Topics: atlassian atlassian-cloud cloud migration
4 min read

How to Report in Confluence with the Jira Issues Macro

By Larry Brock on Aug 31, 2021 12:57:07 PM

blogpost-display-image-sept-2021_12-1

One of the most powerful integrations in the Atlassian ecosystem is the native link between Jira and Confluence. For users working with both tools, the transition can be seamless if you do it right, but clunky if you don't. 

Now, what if I told you there was just one Confluence macro you could start using today that will immediately make reporting in Confluence easier and help you (and your team) keep track of your work? 

The Jira Issues macro is the go-to when reporting in Confluence.

Here are some tips to get your team to leverage this outstanding integration.

Insert an issue count for a Jira filter

Let's start small. Insert a link to Jira with the number of issues returned from a Jira search, written in Jira Query Language (JQL) or calling an existing Jira filter.  A Jira filter is a saved search written in JQL.

This is useful to pull up basic metrics for a high-level overview. The macro becomes a link to the filter, so if you want to review the issues in-depth, you can quickly hop over to Jira's issue navigator by clicking the highlighted issue count. The table below is an example of how our marketing team tracks employee blog post submissions.

Blog Status

To insert an issue count:

  1. Insert the Jira Macro
    1. Select the Jira create new in the top menu bar and select Jira Issue/Filter, OR
    2. Type { on your Confluence page, search and select Jira
  2. Enter in your JQL query
    1. To input an existing filter, type "filter = "Filter name", OR
    2. Type in the JQL directly, we'll use "project = PCM"
    3. Be sure to click on the Magnifying glass to execute the query
  3. Select 'Display Options' at the bottom of the dialog box to expand the options.
  4. Select 'Total issue count'
  5. Click Insert, and Voila!

Insert a single issue into Confluence

The macro can also link a single Jira issue to a Confluence page. That means not only can you see what issues are important (and what status they're in) in your documentation, but you can also see who's talking about the issue when you're in Jira.

Take, for example, this blog post. My progress is tracked on a Jira issue, linked to this very page in Confluence. Below you can see how it looks on the Confluence page I'm writing in. 

Jira ticket in Confluence

If I click on that link, I'll navigate to Jira where I can see under Issue Links, all of pages in which the issue has been mentioned. I can quickly see that this issue has been mentioned on the original page as well as another tracking Blog Content. 

Jira issue link

To insert one issue:

  1. Insert the Jira Macro and enter in your query (steps 1 and 2 above)
  2. Select one issue from the list
    1. If you know exactly which issue, you can simply type the Issue Key into the search bar and hit enter. 
  3. Expand the Display Options and select 'Single Issue'
  4. Select 'Insert'

Use the Jira macro to insert a list of issues in a page in Confluence

Remember that filter you entered in above? You can insert that filter into your page, too. Filters inserted with this macro are dynamic - that is, as the issues are updated in Jira, the Confluence page will reflect the most up-to-date information. You can customize which columns appear in the macro just like you can in Jira. To head into Jira, you can select the individual issues, or click on the total number at the bottom ('2 issues') to pull up the query in Jira.

Jira issue macro To insert a filter:

  1. Insert the Jira Macro and enter in your query (steps 1 and 2 above)
  2. Expand the Display options and select 'Table' 
  3. Edit the maximum issues and columns to display.
  4. Select 'Insert' to add to the page!

Create a Jira Issue from a Confluence page

If your issues don't exist in Jira yet, don't worry. This macro can create new issues in Jira if inspiration hits while you are editing a Confluence page. The issue will be created and you won't even have to leave the page!

Jira issue filter

To create a new issue:

  1. Insert the Jira Issue Macro
  2. Select 'Create New Issue' on the left panel
  3. Complete the form
  4. Select 'Insert'

No edit permission, no worries - you can also create issues from Confluence while viewing a page - simply highlight some text and then click on the Jira icon that appears. Create issues from Confluence

This one macro can solve many of your reporting needs in Confluence. What's more, you can provide context around the data instead of just displaying straight data. The Jira Macro is a great way to keep team members informed without navigating from Confluence to Jira and back again. 

If you have any questions on how Jira and Confluence work together, or any other questions on the Atlassian tech stack, contact us, and one of our experts will get in touch with you.

Topics: jira atlassian blog confluence tips integration macros reporting
5 min read

Can We Talk for a Moment About Spreadsheets?

By Amanda Babb on Jul 27, 2021 11:14:14 AM

2021-q4-blogpost-Can We Talk for a Moment about Spreadsheets

No, seriously: can we please take a moment to talk about spreadsheets? I have a very large bone to pick with them. Spreadsheet is a four-letter word to me; and don't get me started on workbooks! I recognize spreadsheets have their place in the world. I'm always in awe when I see the most complicated and fragile spreadsheet being used to manage a simple set of data to provide "insights" into the business. Even better, a spreadsheet that helps manage prioritization, planning, and execution reporting on a regular cadence. I've seen complex CountA and SumIf formulas, and Concatenate, and pivot tables, and everything else people can throw at them. And while I'm impressed at the craftsmanship, I'm also incredibly frustrated. The time it took to create and iterate on that reporting could have been spent having conversations about the work or checking in with a team or removing blockers. Instead, the extraction, manipulation, and reporting of easily-accessible, real-time data takes precedent. 

While it was published in 2014, I still reference an article when discussing data and reporting with our clients: This Weekly Meeting Took Up 300,000 Hours per Year. Yes, you read that right: 300,000 Hours. Per. Year! A single team extracting data, then aggregating it across several teams, then teams of teams, then programs, then everywhere else, all to be reviewed in a 30-minute executive meeting where the conversation was, "Are we on track? Yes? Great."  <sends weekly update deck to recycle bin>.

I hold no ill-will to the spreadsheet warriors out there. Instead, I view it as a simple case of "We've always done it this way." Well, what if I could show you a different way? What if, through the power of Atlassian, I could provide you real-time analytics? What if I could show you how to integrate Jira with a Business Intelligence solution? Or provide Program and Portfolio Management including planning and execution data in Advanced Roadmaps or Jira Align? How many hours would that save you or your organization when providing in-depth analytics to executive management? I promise you, this is all possible. 

Individual Team Metrics: Scrum and Kanban

Individual Team metrics are available for both Scrum and Kanban Teams under Reports in a Jira Software project. For Kanban Teams, both the Cumulative Flow Diagram and Control Chart provide flow metrics for the Team. While it may have been a while since you've taken a statistics class (if at all...I confess I tried hard to avoid them), spending ten minutes reviewing these reports will provide information on bottlenecks, flow trending, and backlog growth. Adding Quick Filters to your Kanban Boards will allow you to drill down into a specific subset of data on your board. Want to focus on Stories or Bugs only? Create the Quick Filters. 

Scrum Teams have nine (yes, NINE) reports available on their boards. Are you using the Burndown during your Daily Standup? Can you predict your release of an Epic or Version based on the throughput in those reports? Have you reviewed the Sprint Report to see what was added or didn't complete during the Sprint and asked why? The Scrum Reports will tell you what is happening during the Sprint (or happened, during the Retrospective), but it's up to you and the Team to ask why it happened. 

Need additional assistance to understand what these metrics are telling you? There's a training class for that. Praecipio Consulting is happy to help!

Program, Product, or Teams of Teams Metrics

Client: "Hey, Amanda, we're pretty good on the individual team stuff. Is there another way we can aggregate team data together?" 

Me: "How much time you got?" 

Three solutions come to mind for this one:

First, let's talk about Advanced Roadmaps for Jira. As always in the Atlassian tools, flexibility is key. When creating a Plan in Advanced Roadmaps, tying the work to the Teams by pulling in the scope of work is the first step. Whether it's a Board, a Project, or a Filter, aggregating data across multiple Teams, then tying the source to the execution team, provides you predictable velocity and capacity planning as well as execution reporting. 

  • You want Progress? You got issue count and story point or time-based progress.
  • You want to predict a milestone (read: release) date? You got milestone dates.
  • You want dependency maps? You got dependency maps.
  • You want to look at the Plan in a capacity view or a release view or a specific timeframe? You got custom views. 

Sharing all this information from Advanced Roadmaps in Confluence is amazing. While native in Confluence Cloud Premium, you can download and install the free app from the Atlassian Marketplace for Data Center. If you would prefer to simply share a link to the specific view of the Roadmap, that's available to you as well. 

Second, EazyBI. We constantly hear of clients looking for a more robust way to cube and concatenate data across their Jira instance. However, our clients tend to revert to what's comfortable: the spreadsheet. Instead, using an OLAP analysis and multi-dimensional calculations, EazyBI can provide the complex reporting when Jira's native Reports and Dashboards just won't do. EazyBI started as a purpose-built solution for Jira: it recognizes Jira's data structures and surfaces field data you may not be able to work with in native Jira. Since it's a unidirectional sync, EazyBI will not change your Jira data either. EazyBI can also integrate with other data sources including (sigh) a spreadsheet. 

Third, Jira Align. Here at Praecipio Consulting, we love Jira Align. The Program Room brings together all the information from multiple teams, i.e. an Agile Release Train. Every bit of data from Jira Software is aggregated to provide a clear understanding of the pace of the Train. The Program Board, the current implementation Roadmap with risk indicators, the investment data, the actual execution data, all of it is available in the highly-configurable Program Room. Burnups, Burndowns, progress by Epic, this is all available in Jira Align. In fact, there are over 180 reports available in Jira Align. And if that's not enough, Jira Align BI extends the already-robust reports into your existing visualization tools or your enterprise data lake. 

Enterprise Business Intelligence Integration

You may already have a Business Intelligence solution. Quite frequently at Praecipio Consulting, we hear our clients mention PowerBI, Tableau, or data lakes such as Hadoop or Snowflake. These powerful solutions are likely already embedded in your organization. And there's probably a SME out there just waiting to assist. Enterprise organizations usually have an integrations team to help connect Jira and other data sources. In fact, we worked with a large organization to consolidate Jira instances to better connect data to their business intelligence platform. In just 12 short weeks, they were able to analyze and report on their current execution progress simply by being able to feed consolidated Jira data into their business intelligence platform. 

At Praecipio Consulting, we have extensive integrations experience across a wide-range of technologies. We can recommend Atlassian Marketplace apps as a fit-for-purpose solution or we can work with third-party integration engines to help you map data for enhanced metrics. 

Take a moment to step back and really examine your use of spreadsheets. While, again, they have a purpose in this world, to a hammer, everything looks like a nail. The spreadsheet is dead. Long live the spreadsheet. 

Topics: atlassian blog best-practices kanban scrum reporting support-live-music eazyBi jira-align advanced-roadmap business-intelligence
3 min read

Tips for Being a Successful UAT Tester

By Luis Machado on Jul 9, 2021 12:48:44 PM

2021-q4-blogpost-Tips for being a successful UAT tester_1

User acceptance testing (UAT) is a critical practice to employ for a multitude of products and processes.  For the purpose of this article most of my examples will be within the context of migrating or merging instances for Atlasssian products. Nonetheless, these tips can be used for other avenues: I actually picked up these habits working as a QA tester for a video game publisher.

Context is king

When testing a product or a process, such as a migration or a merger of two instances, if you come across any issues, the most important thing you can do is provide as much context as possible so the developer or admin whose responsibility it is to correct the issue can have as best of an understanding as possible of how the issue came about. The best way to achieve this is by telling them what you did (repro steps), telling them what you expected to happen (expected result), and then telling them what actually happened (actual result).  By providing the steps you took and giving the context of what you expected from those steps, followed by what actually happened, it paints a better picture for the team in charge of dealing with it.

Screenshot or it didn’t happen

Speaking of pictures, we used to have a saying on the QA team I worked with: “Screenshot or it didn’t happen.” If you can provide a screenshot of your issue, you increase the chance that the person responsible for resolving the issue will be able to address it without any back and fourth.  Screenshots of any errors you see on pages, or incorrect configurations or data, help identify the exact issue, with no room for interpretation.  If you’re doing user acceptance testing, a screenshot of the UAT instance where the issue lives and what it looks like in production is even better. Again we’re trying to establish context for what your expectation was and what you actually saw.

Often during migrations or mergers, the individuals who are performing the work do not have the context of what the content is and what it should look like.  This is why user acceptance testing is such a valuable tool: It gives the users a chance to scope out the changes and see if anything looks wrong.  So it is the tester’s job to provide as much information as possible to resolve any issues. Here’s an example of an issue related to a migration:

  • Summary - Write a brief summary of the issue you’ve run into, it can be a simple statement, 2-3 sentences at most. (This can be optional depending on the medium for reporting the issue, if you’re using a Jira project to track bugs this would be important. If you’re tracking things in a table, the description would probably be sufficient)
  • Description - Provide a detailed description of what you observed. Include specifics like a link to the exact page or any particular tools used. This is a situation where less is less, more is more.
  • Reproduction Steps - Give a detailed step by step walkthrough of how you achieved the result.
  • Expected Result - At the end of the reproduction steps explain what you expected to see.
  • Actual Result - Also describe what you actually saw; be sure to indicate how this is different from the result you expected.
  • Expected and Actual results can sometimes be obvious or at least seem that way, just remember that it may be obvious to you but not necessarily to someone with a different context.
  • Screenshots - Where possible, include screenshots of the errors or issue you witnessed, and provide a comparison if possible to paint that contextual picture.

The most important thing to remember when doing testing of any kind is providing context. Always assume you can’t… assume anything! Treat it like the person you’re explaining the issue to has no idea what you’re talking about.  And if you have any questions regarding UAT, or how it can make the most of your processes, drop us a line, we'd love to help you out!

Topics: atlassian migrations tips gaming user-acceptance-testing merge
3 min read

What is Jira Align: A Primer

By Amanda Babb on Jun 30, 2021 4:45:59 PM

2021-q4-blogpost-What is Jira Align- A Primer_1

A
couple of years ago, in Atlassian's annual flagship event formerly known as Summit and now known as Team, I was in a room full of people for two days providing training on Advanced Roadmaps for Jira on behalf of Atlassian. If you've never attended a live Summit event, the Kickoff Keynote is always a sight to see. One year, Scott and Mike dressed as Daft Punk and mixed music as DJ Kanban (I still nerd out on that one), you see announcements about the expansion of Pledge 1%, and, of course, new product announcements. Jira Align was acquired by Atlassian and announced at Summit 2019. I. Was. Floored. You see, we here at Praecipio Consulting were looking for a larger agile-at-scale solution for some of our largest clients. 

Enter Jira Align

After becoming a SAFe® Program Consultant (SPC) in 2015, I spent a lot of time with clients understanding intake and execution processes and facilitating them through the Atlassian product suite. These clients were either just starting their SAFe® journey or had been the earliest adopters and already implementing SAFe®. After implementing Advanced Roadmaps (then known as Portfolio for Jira) to support SAFe®, becoming the Atlassian University On Demand "voice" of Planning with Advanced Roadmaps, and guiding the course content with Atlassian, I was in love with Advanced Roadmaps. And I still am. Advanced Roadmaps is a powerful data aggregation, roadmap, and scenario planning tool for small- to medium-size organizations either as standalone entities or within an Enterprise organization.

Jira Align, however, brought forth a whole new realm of possibilities. Bringing robust framework expertise and combining it with an easy-to-use interface, Jira Align is THE solution for Enterprise organizations running agile-at-scale. Don't believe me? Atlassian is considered a Leader in the Gartner Enterprise Agile Planning Tools Magic Quadrant as of April 2021. Experience and third-party accolades aside, why is Jira Align so amazing? Let's take a closer look. 

Jira Software Integration

Unlike Advanced Roadmaps, Jira Align is a standalone product hosted either in multi-tenant or single-tenant cloud infrastructure. While there is an on-prem solution, of course, there are a lot of additional considerations if you have to choose this deployment. The connection between Jira Align and Jira Software supports both Data Center and Atlassian Cloud instances. The most critical part of the integration is the Jira Software Epic. Epics can be created in Jira Align and pushed to Jira Software or created in Jira Software and pulled into Jira Align. Keep in mind, when creating the integration, best practice is to isolate Epics into their own Jira project. Bringing in Stories and Sprints is also easier if a Jira project represents a single team. 

Rooms at Every Level

Whether you're just starting out with a single Agile Release Train (ART) or are running multiple ARTs, Jira Align provides the Program Room for each ART. This is the central hub for tracking the current Program Increment (PI) and planning the next one. Sprint Progress, investment runway, intra-ART and inter-ART dependencies, PI Burndown, it's all centralized within the Program Room. This provides Business Owners, RTEs, and Program Managers a clear view of the progress of the work in the PI. 

Jira Align also provides the Portfolio Room and Strategy Room. These rooms provide the progress towards Strategic Themes, Portfolio investments, progress toward long-term goals, and status updates. When properly connected to Epics in the Program room, Teams and ARTs can open the "Why?" tab on the Epic and see how their work is contributing to the overall strategy. 

Everyone's Favorite: Reporting

Jira Align has over 180 out-of-the-box reports. Each layer in Jira Align has a Track section pre-populated with the more popular reports for that section. For example, in the Program section, Jira Align provides Program Increment tracking, Program Increment insights, and Dependency Maps. If you're not sure what type of report you're looking for, simply click the Reports menu and ask a question in the search box. 

For those organizations that need to integrate with other systems or need more robust business intelligence, Enterprise Insights can be added to Jira Align. 

Want to know more? We here at Praecipio Consulting would love to walk you through how Jira Align can support your agile-at-scale transformation. Contact us!

Topics: atlassian blog scaled-agile integration reporting jira-align safe advanced-roadmap
3 min read

4 Things to Look Out for When Migrating to Atlassian Cloud

By Jerry Bolden on Jun 28, 2021 3:17:41 PM

2021-q4-blogpost-Challenges moving from server to cloud

Migrating to the cloud can be a challenging move for any organization: there are many moving pieces to keep track of, and with the threat of negatively affecting both internal and front-facing operations, failure is not an option! Here are some key blockers to keep in mind when migrating to Atlassian Cloud from on-premise instances, so that you can review ahead of time just how prepared for a successful migration your company is:

  • User Management
  • Automations
  • Size of Attachments
  • Apps

User Management

User Management and how users are set up is a major difference when operating in Atlassian Cloud versus on premise. This is an important obstacle to understand and address, as the approaches for user management are different between cloud and on-premise. Key to this is how users are created and managed; equally important is identifying any users with missing or duplicate email addresses, since these cause problems with data integrity and users being able to use Filters and Queues in Atlassian Cloud. 

Automation

Automations are critical to research, as some automations may not be functional or even allowed in Atlassian Cloud: these will need to be identified and assessed to determine the balance between the value they bring and the level of effort of recreating them. 

Attachments

Size of Attachments becomes critical when using the Jira Cloud Migration Assistant, as this does not support migrating Jira Service Desk projects, which may require importing data via Site Import that forces attachments to be uploaded separately in 5 GB chunks, one chunk at a time. This alone will drive the migration of attachments to exceed a typical outage window, as the Site Import process must first conclude prior to uploading attachments. 

Jira Service Management utilization is tied to the size of the attachments as noted above. While JSM is used heavily it is currently not able to be migrated using the Jira Cloud Migration tool. With that being said this drives the use of site import. With this comes having to migrate the users and attachments separately. This becomes more moving parts during the migration outage and the coordination and timing will become even more critical.  

Apps

Jira Suite Utilities (JSU) / Jira Miscellaneous Workflow Extension (JMWE) / Scriptrunner are apps available in the Atlassian Marketplace that may be used in one or more of your current workflows. While these apps have helped to drive the creation of workflows and processes to automate certain transitions or enforce proper data collection, there is also no current migration pathway to Atlassian Cloud. While JSU has become part of the native cloud, JSU along with the other two apps must be manually fixed in all workflows migrated up to the cloud. You must run a query on your on premise data base to ensure you map out all transitions affected by the apps. Then once the migration to cloud is complete, they must be reviewed and recreated manually to ensure they are all working properly. Where possible utilizing the out of the box options, that mimic JSU, can help to move away from at least one app. 

Specific to Scriptrunner, one common scenario is the use of it in filters can cause them to no longer function, potentially causing boards and dashboard to render incorrectly. These filters must be rewritten using the Scriptrunner Enhanced Search functionality. One good example is any filter that contains the phrase "issueFunction not in" will need be rewritten as "NOT issueFunction in". It would be advisable, when doing the migration to Cloud, to open a ticket with the vendors for advise on how to fix scenarios with JQL that worked in Server/Data Center that no longer work "as-is" in Cloud.

Overall these key obstacles will get you on the correct path to understanding what you know will need to be done in preparation for starting the migration. This by no means is a complete list of the only obstacles that you can encounter, but we hope it will help you to be proactive in fixing obstacles before they become a blocker to the migration.

We are Atlassian experts, and understand how the move to cloud can be fraught with unpleasant surprises. If you have any questions, or are in need of professional assistance, contact us, we would love to help!

Topics: atlassian blog automation best-practices migrations atlassian-cloud marketplace-apps jira-service-management cloud migration
6 min read

Confluence, by Atlassian: Understanding the Software

By Kye Hittle on Jun 23, 2021 4:42:15 PM

2021-q4-blogpost-Confluence Atlassian- Understanding the Software


If you've ever asked the question, "What is Atlassian Confluence?" you might have received one or more of the following common answers:

  • "It's a wiki."
  • "It's a knowledge base."
  • "It's an enterprise-friendly collaboration workspace."

And although these answers may be accurate, they aren't that illuminating if you're not already familiar with terms like "wiki" or "knowledge base." Confluence is meant to be used by everyone in your organization; every additional contributor increases the value of your instance. On your Confluence journey, it's important jargon doesn't intimidate users before they even get started! They are much more likely to jump in if you use simple, clear language and explanations.

As always, we're here to help! Let's look at each of these common methods of explaining Confluence and some alternate approaches.

What's a wiki?

Since most users are familiar with Wikipedia, Confluence champions may assume the first answer above ("it's a wiki") is a good way to employ the time-honored tactic of starting with something users already know. However, while most users have read a Wikipedia article, there is very little chance they've actually written or edited content on the site. This is where the analogy doesn't take us as far as needed for new Confluence users.

For most users, Wikipedia is just another read-only page on the web. Even if aware Wikipedia is user-editable, they almost certainly don't have the experience of easily creating and editing wiki pages and then having the content immediately available to other users. It's powerful, but hard to really "get it" if you haven't actually done it before.

This concept is critically important in understanding Confluence's value:

You can create and edit content that's immediately available to your team, or even our entire organization on Confluence. It's as easy as editing a document in a word processor but more powerful because you don't have to worry about how others will access the new content.

What's a knowledge base?

Next up in common ways to explain Confluence: the term "knowledge base."

This is even more unfamiliar to most users outside of IT. We may be able to better meet users where they are by using the phrase Frequently Asked Questions, aka the infamous "FAQ." Thanks to it's popularization as a go-to spot for answers on many websites, this might be a better entry point to explaining the value of Confluence as the central repository for an organization's knowledge.

We're all familiar with the struggle to find answers in our organizations. Our clients have tackled this challenge by centralizing their knowledge in Confluence. Users need to know:

Confluence is the single place where we store our FAQs. When you have a question, it should always be your first stop. Since you generate new organizational knowledge each day, help teammates (and yourself!) by storing answers, historical information, and future useful content in Confluence!

What's a workspace?

The problem with the term "workspace" is overuse. We hear it used to describe project management systems, collaborative editing in documents, physical locations (e.g. desks, lab tables, kitchens, classrooms), the main area of an application where content is manipulated, and even online portals. And that's just the beginning of things that get called "workspace."

We need something more precise when describing Confluence. Sometimes it's better to use an example to illustrate the value of Confluence instead of abstract jargon. Quickly explain how you or one of your teams have used Confluence. The more germane it is to users's daily responsibilities, the better. In other words, avoid using a software dev team's use case when talking to the accounting department. While Confluence can enable very complex use cases, stash those for advanced users. With new users, make it approachable and the value immediately obvious.

Drinking our own champagne

Recently at work I joined a three-person ad hoc team to reach out to attendees at Atlassian Community Events about career opportunities here at Praecipio Consulting. We started with a single Confluence page and simply attached one Keynote file as the starting point for our presentation. That's it. It took our team lead 15 seconds to create our team's "workspace."

During a subsequent remote meeting using collaborative editing we added sections to our page for talking points, an email template to event leaders, a table for tracking progress, and a Team Calendar to prevent schedule conflicts. All of us updated the document simultaneously. Additional meetings generated additional content sections, sub-pages (e.g. lessons learned), and more.

Because this was a one-time effort, a full project-management system or "plan to plan" would've taken longer than our actual project. But not having Confluence would've made it much harder to stay organized and make quick progress. Confluence is flexible and grew with us as our project evolved. Confluence also stores every edit as a previous version which can be referenced if the change information is ever useful (e.g. when did we reach out to a particular city last?). Since it was so successful, we'll likely repeat this effort in the future. Our work is stored in Confluence for when that day arrives. The wheel will not need to be reinvented, even though Confluence made that first round very efficient and effective.

That simple, thirty-second example of a one-page project "workspace" demonstrates several components that make Confluence so powerful:

  • Quick ramp-up and flexible for any kind of work
  • Evolves and grows with your team as needs change
  • Real-time collaborative editing allows everyone to stay on the same page, even in remote meetings
  • Add-ons and features, like Team Calendars, add deeper, dynamic functionality
  • Confluence automatically versions edits, allowing us to go back in time if needed

The Journey to Confluence Success

Making Confluence approachable for new users is a critical first step in successful Confluence adoption, but it's not the only one. Here are some other resources to ensure your success.

Professional Services

Confluence is easy to get started with, as long as users aren't intimidated by jargon. It's also easy for it to grow out of control without some guardrails in place. To prevent your Confluence from becoming an overgrown forest - and to make it easy, especially for your newer users - a good design for space organization, permissions, add-ons, and more will save you lots of pain. Praecipio Consulting engagements range from accelerators to get up-and-running on common Confluence use cases to custom-designed engagements tailored to your organization's specific requirements. Let's discuss what would work best for your situation.

Training

Atlassian documentation is great but most users don't read it. We offer instructor-led training to make sure your users get the practical how-to knowledge they need to be effective with Confluence from day one. Contact us for more details.

Atlassian University

For learning the basics of Confluence, you can always direct users to Atlassian University which offers on-demand online courses.

Atlassian Community

Finally, Atlassian has a thriving user community which meets online and in-person every day. Check the forums to see if your questions have already been answered or, if not, post it.

Confluence can dramatically streamline knowledge and project management. It can become one of your users' favorite tools for getting work done. We're experts and ready to help. Please get in touch and let us know how we can help.

Topics: atlassian blog confluence knowledge-base
4 min read

What is a Portfolio in Jira Align?

By Amanda Babb on Jun 21, 2021 1:55:35 PM

2021-q4-blogpost-Old is new again - Conversations over Documentation copy_1

Have you heard of Jira Align? I feel like we've told you about Jira Align. Maybe a few times. We here at Praecipio Consulting can't say enough about it. Its ability to manage agile-at-scale for enterprise organizations is unmatched. 

When implementing Jira Align or expanding your footprint, however, it's important to understand the objects in Jira Align, as well as their definitions. It's also critical that your organization agrees on these definitions as a whole. With that in mind, let's discuss the Portfolio in Jira Align. What it is according to the product, and more importantly, how to define it in your organization. 

What is a Portfolio in Jira Align? 

A Portfolio supports a value stream. What is a value stream? It's a specific set of solutions that deliver value to your customers whether internal or external. Where a lot of organizations make mistakes is thinking that a Portfolio is a grouping together of projects that need to be complete in a fiscal year. There is no regard for strategic alignment to themes, no consideration for investments, and may follow a business-unit-esque structure. This is NOT how agile-at-scale frameworks define Portfolios, nor how Jira Align defines them. In addition, Programs (aka teams of teams or Agile Release Trains) support a Portfolio. This ties the execution to the strategy in Jira Align. 

In Jira Align, a Portfolio has the following things: 

  • A Strategic Snapshot
  • One or more Program Increments (PIs)
  • A budget for the Snapshot
  • Strategic Themes with allocation to PIs
  • PI budgets established
  • PI budgets are allocated across the Programs
  • Blended rate established for the PIs
  • PI budgets, per program, have been allocated to Strategic Themes
  • Portfolio Epics are created and have been connected to a Strategic Theme, scored, swagged, budgeted, and targeted to one or more PI

Ok, that seems like a lot, right? And it is. In the words of Antoine de Saint-Exupéry, "A goal without a plan is just a wish." While you may have established goals (e.g. increase new subscriptions by 15% over last year), without tying goals to the PIs, allocating a budget, then creating Portfolio Epics, you have a wish, not a plan. 

How Do I Define a Portfolio? 

Depending on your organization, you may have to take a step back and really examine how you operate. There are many questions to ask your organization: how do we deliver value to our customers? Which programs support the value delivery? Are these programs truly cross-functional and able to deliver from idea to value in the hands of the customer? 

At Praecipio Consulting, one of our Portfolios is Client Delivery. This Portfolio delivers value to our clients by providing professional services around the Atlassian products and complimentary technologies. The solution (professional services) drives the definition of the Portfolio. Our Client Delivery organization is the delivery mechanism and is grouped into two delivery programs: technical and process. While these are not mutually exclusive, they do require specialization on the part of the teams depending on the services needed from the client. 

Can you break your value delivery, solutions, and execution mechanisms in the same way? If you're struggling to do so, it may be time to reevaluate your organization's definition of a Portfolio before defining it in Jira Align. 

Once the Portfolio is defined in plain language, then examine which Program(s) will execute against the Portfolio. Remember, a Program is a team of teams organized around the value delivery of the solution to your customers. The Program operates in their cadenced PIs, creates and ties Epics and Stories together to the Portfolio Epics to estimate and complete work. Without these links, you will not be able to understand your progress, investments, or overall health of the Portfolio in Jira Align. 

Reporting on the Portfolio

I know I've said this before, but there are over 180 reports in Jira Align. However, the most commonly used object is the Portfolio Room. There are three tabs in the Portfolio Room out-of-the-box: Financials, Resources, and Execution. In all three views, you will always see the Program Increment Roadmap. This gives you an understanding of the planning and progress of the PIs.

  • The Financials tab provides Budget by PI, Estimates, and Actuals in a single glance as well as Theme Effort vs. Value and Theme Budget Allocation against the ranked Theme Priority. 
  • The Resources tab provides allocated resources by theme based on estimated work in the PIs as well as team-week allocation Theme Effort Distribution against the ranked Theme Priority. 
  • The Execution tab provides Theme Progress, Points, and team-week efforts as well as Theme Burnup based on the number of points accepted. 

Of course, the Portfolio room is configurable based on the KPIs relevant to your organization. And a Portfolio manager can drill into any or all of the items listed above in further detail either by a specific PI or multiple PIs. Simply update the Program Increments you'd like to focus on and the Portfolio Room will update the data specific to those timeboxes. While Jira Align will suggest reports under the Track section of the navigation menu, again, you can simply ask Jira Align to provide the report you need under the full Reports section. 

Jira Align makes it simple to understand the health of one or many Portfolios in your organization. Best Practice is to start with one, iterate until you get it right, then expand across other Portfolios when ready. Praecipio Consulting's deep expertise with agile-at-scale frameworks as well as intimate knowledge of Jira Align can provide you the needed support when you're ready to take your teams to the next level: contact us and see if Jira Align is a good fit for your organization.

Topics: atlassian blog best-practices portfolio portfolio-management reporting jira-align
3 min read

Should I get an Atlassian Certification (ACP) to be a Jira Admin?

By Luis Machado on May 26, 2021 10:07:00 AM

Blogpost-Display image-May_Atlassian Certification Program Should I get an ACP certification to be a Jira admin-To quickly answer the question: YES. At least that was the answer for me.  I’ve been an Atlasssian admin for nearly 7 years and I’ve only just this year received my first Atlasssian certification (ACP-600 in case you were curious).   It’s only recently that I’ve been able to really appreciate the value of getting certified, and I plan to go for as many certifications as I’m able to.  

Getting certified was something that I had thought about from time to time, but honestly I didn’t see how it would help me be better at my job.  I had put in a request with my employer to see if they would compensate me for the cost and never really heard anything back.  The cost was enough for me at the time that if my employer wasn’t going to worry about it, then I certainly wasn’t.

Fast forward several years and I find myself laid off, and in search of job. The layoff was budget related, the company was having some issues bringing products to market and so cuts were made all over. Even given that I found myself in a position and a state of mind that I hadn’t ever really considered I’d be in.  Those who have experienced being laid off know that it can actually be a pretty traumatic event, especially if it’s from somewhere you’ve worked for a long time.  I wanted to continue working in the Atlasssian ecosystem as it was something that I had become very familiar and very fond of.

After revamping and updating my resumé, I quickly realized that on paper I didn’t really seem to offer a whole lot to a prospective employer.  I had a decent amount of experience in my field but all I had to offer was my word.  Now, in an interview that could be enough.  If you can talk shop, and give enough context for the things you’ve done in a presentable and coherent manner, then an employer could potentially see the value in what you have to offer.

I was fortunate that eventually that actually happened for me and I landed a job with Praecipio Consulting, but before that, I had to fall back on other skills from previous jobs I had done.  Part of the requirements for companies that are Atlasssian Partners is maintaining a certain level of certification, being certified from the get go gives you a potential advantage. Looking back, I can see that me not having any certifications not only reduced my potential to even land that interview, but maybe also played a part in me being laid off in the first place. 

Certifications and similar credentials are there to prove to everyone else that you know what you’re doing and you’re continuing to grow, and learn, and become more proficient in your craft.  There is another aspect to this though that had not really occurred to me until now and that is, not only does it prove to others you have the skills to pay the bills, but also to yourself.  When you have something tangible that validates all the time and effort you’ve put into becoming the professional you are, it gives you the confidence to raise your own expectations.  This is something that is beneficial to the employer and employee alike. If I’m ever again in a position where I’m re-entering the job market looking for that next stage, I will be exponentially more confident that I’ll be able to find something, because I’m taking the time to ensure my resumé reflects my skills with official validation. 

So if you’re an Atlasssian professional, you like the toolset, you see yourself staying within the ecosystem and want to progress, do yourself a favor and start getting certified.  I recommend first going to your employer and seeing if they would be willing to cover the cost. Even if they’re not willing, it’s worth it for you to pursue it on your own.  It’s reassurance for the employer, but it’s an investment for the employee. One that will show dividends down the road, regardless of where it leads you.

If you have any questions regarding the Atlassian certification process: contact us, we'd love to talk you through your options.

Topics: jira atlassian blog training atlassian-certification-program
2 min read

Why Instructor-led Atlassian Training Is Better Than Online Courses

By Jerry Bolden on May 24, 2021 9:15:00 AM

Blogpost-display-image_Why instructor-led Atlassian training is better than online coursesAs the world transitions to more virtual or remote work and training, it seems that more organizations look to the ability to perform training online. Not with an instructor, but just the class or lab. 

While it is true you can follow along with a course online, you cannot ask the course questions and get answers live, and the question you type in will likely only get a direct answer (if any),  not an in-depth assessment of the question and other considerations that could arise.  Having an instructor-led course makes sense for the same reason there is a Human Resources department in each company: they are in charge of onboarding and touching base with new employees as they transition into a company and its culture.  Sure, the tasks of onboarding can be done online, but who would be there to answer questions or concerns of the employee without a team dedicated to making each employee successful in a company?  Instructors have the same drive, which is to make not only the training successful, but to ensure each person successfully learns the program. 

Personal interaction and adjustments to the class can be very important, and are not easily done through online-only learning.  Instructors are able to give students the experience and anecdotes they have learned while using the product.  They are not only able to clearly answer questions and point the person in the right direction, but they can also teach some of the 'tricks of the trade' they have learned throughout the years. This can help people retain the information as it is a personal story to connect the person and the instructor.  

Interpretation of body language or inflection in a voice is something that once again can only be done with human interactions.  The ability to listen to a person's question and read them or their voice allows for a better set of answers given to questions.  An instructor can not only give the answer to a specific question, but also understand if that answer is what the person was truly looking to understand or is now just accepting that answer and hoping they will learn, later on, what they wanted to know.  This also allows instructors the ability to ensure they have clearly understood the question and, in turn, clearly provided the right answer to the question.  The minimal interaction an instructor allows is for clarity and answering of questions to be focused to each person.  

Finally, when you have instructor-led teaching, the instructor is able to understand the different levels of knowledge/experience in a class at any time.  This allows the instructor to help with "extra" learning by being able to teach different levels of information.  This ability is important not only for the instructor to ensure they are communicating at the correct levels to people, but also it helps to drive the most fulfillment from the training. As instructors adapt to the classes, they can still go over the information, but at times may go a little deeper into a demo if the class is showing they can handle the learning, thus giving them more value to the training and the time they are willing to invest in the class. 

Instructor-led training is not necessarily essential to learning how to use a system, Atlassian or others. Yet without an instructor, the value of the course is minimized and relegated to only the material on the screen.  Instructors are able to not only lend their experiences and learned knowledge, but also allow for different individuals to get more out of the training as they may be able to handle more advanced information.

Interested in getting your teams the tools they need to reach their maximum potential? Contact us, and one of our Atlassian experts can talk you through our training options.

Topics: atlassian blog teams training atlassian-solution-partner remote-work
3 min read

Best Practices for Software Licensing Management

By Jessica Ellis on May 19, 2021 11:25:00 AM

2021-q4-blogpost-Tips & Tricks for License Management_1

Let's make something clear: my.atlassian.com (MAC) is your best friend. Never heard of it? It's Atlassian's central license management platform. On the MAC website, you'll be able to see your license information and history, update technical & billing contacts, access license keys, and generate development keys. 

Over the last 6 years, I have helped hundreds of customers (from small businesses to Enterprise companies) with their license management. There are a few questions and frustrations that I see time and again, and based on that feedback, here are some of my top suggestions that will save you from future headaches.

Track your SEN’s

Your Support Entitlement Number (SEN) is a unique identifier that follows the life of the license. Even if the user tier or product name changes over time, your SEN never will. Consider it your “source of truth”. SEN’s can be found in your my.atlassian.com account, and are visible to all technical and billing contacts. I recommend sharing your SEN list with colleagues and procurement to make renewals more transparent. You can either export your license list from MAC, or include additional technical and billing contacts to open up visibility across teams and departments. 

Centralize your visibility

Once the Atlassian products gain popularity in an organization, I receive requests from different business units asking for their own instance or app for specific functionality. Logically, it makes sense to assign the technical contact as the person in charge of that instance or app. However, if you do that for each license you can splinter the visibility across the organization, making renewals complicated and time consuming.

I work closely with a global video game company who renews over 300 Atlassian licenses annually. Their organizing method has helped procurement streamline renewals, decreasing the amount of time it takes to identify who owns the license and what needs to be renewed. Each time a new license is requested I use the same technical contact email associated to the procurement department. After purchase is complete, procurement adds secondary technical contacts to the licenses in my.atlassian.com, giving the end user access to license keys. This allows procurement to see ALL licenses in MAC, understanding the entire license footprint and centralizing visibility when it comes time to renew.

Proactively transition your licenses

Life happens and people switch jobs all the time. I get a lot of requests from end users who inherit licenses but can’t see any of the licensing information or access license keys. How do you make sure the handoff is seamless before leaving? If you oversee the Atlassian licenses in my.atlassian.com, change the technical contact to the new employee information, or transition to another colleague who can retain access in the meantime. This will ensure continuity and give your organization a change management process for your licenses.

Co-term your end dates

Co-terming your license end dates can save you time during procurement cycles and allow you to plan for and estimate your annual licensing budget. If you have a variety of end dates it is best to co-term everything at once, allowing some licenses to be renewed for less than 12 months. Any new license purchased throughout the year can be co-termed (as long as the term is for 12 months or more). If this requirement makes the order too expensive, you can purchase your license for 12 months and realign to the co-term date on your annual renewal.

Co-terming is only possible for on-premise licenses (server and data center). Atlassian’s cloud licensing automatically “co-terms” the licenses on each cloud site to the same end date. However, at this time, if you have multiple cloud sites or Atlassian Access, they will have different end dates.

License Management doesn't have to be stressful: Praecipio Consulting's extensive experience can help you better navigate and manage your licensing landscape. Contact us, we'd love to discuss your options.

Topics: atlassian blog best-practices tips licensing
6 min read

All in Good Time with Atlassian’s Team Calendars for Confluence

By Kye Hittle on May 17, 2021 11:23:52 AM

Blogpost-display-image_Team CalendarsAh, a fresh, new month. For so long there was always at least one day where my email inbox was flooded with many, many calendar invites for recurring company-wide meetings, holidays, and deadlines. After carefully clicking “Accept” on each invite, I’d think, “there’s got to be a better way.”

Atlassian’s Team Calendars for Confluence offers a great solution, and it's included with Cloud Premium subscriptions! Let’s take a look.

TEAM CALENDARS FOR CONFLUENCE

 

Image source: Atlassian

What is Team Calendars for Confluence?

The plugin adds a Calendars tab to each space and you can create multiple calendars using built-in or custom event types. Each user also gains a “My Calendars” page which rolls up all Team Calendars they’ve watched. This is centralized, always up-to-date, and customizable calendar management.

Why use Team Calendars?

Clear the clutter. While Team Calendars helps avoid periodically flooding everyone’s inboxes with invites, it also prevents tasking someone to reissue invites to new team members who onboard mid-year. Even those of us who aren’t new can avoid getting peppered with calendar updates when inevitable changes occur.

Visualize. Team Calendars display events as a live calendar, which is a visual metaphor instantly grokked by most everyone. Select between week, month, list, or Gantt-like timeline views. Assign different colors and icons to event types to further visually distinguish your layout. We often see clients using Confluence tables to list out dates. Tables capture the event data but require unnecessary mental overhead to comprehend and can’t be combined with other calendars to spot opportunities and conflicts.

Crowd-source your calendars. Team Calendars allow any user to add and edit events, keeping calendars comprehensive and accurate. Most calendar systems don’t allow this or it’s too cumbersome. In Confluence, it can also be restricted when needed.

Let’s TAke Control of Calendars

At Praecipio Consulting, we’ve helped organizations use Team Calendars for an incredibly diverse set of use cases. Here’s how we suggest you get started. 

Corporate holidays and time off (vacation, medical leave, volunteer time off, etc.) are often some of the first calendars created since they have major impacts across the organization. Keeping these events in context with your day-to-day planning in Confluence increases their visibility and prevents conflicts.

Holidays and time-off are just the tip of the organization-wide event iceberg. Take a look at your work calendar and you’ll see lunch & learns, committee meetings, submission deadlines (expense reports, timesheets, benefits enrollment, etc.), social events, and more. Centralizing all of this in Confluence can result in a major productivity boost and a calmer work life.

Next, each team should consider the events unique to their work and create logical calendars to match. Marketing teams need to keep content creation, campaign schedules, and ad runs coordinated. Dev and product teams always need to have their release schedule handy. Client-facing teams may need to schedule around their clients’ external schedule of milestones, holiday, and deadlines. IT and service desks will need to keep support professionals informed of planned maintenance and outages. Each team will find they have many calendars and events to keep track of – and they’ll likely do a better job when using Team Calendars versus the invite model imposed by most calendar systems.

PRO TIPS

  • Designate a single calendar as the official organization holiday calendar. Have all other teams add it to the Calendars tab in their spaces. It’s inefficient (and dangerous) to have many different “Acme Co Holiday” calendars! Remember, Team Calendars makes it easy to reuse calendars and combine the calendars into one view! Many organizations choose to have this calendar live in a Human Resources space.
  • If you use Jira to track time-off requests, you can setup Custom Event Types which display these requests from Jira on the calendar to avoid duplicate data entry!
  • Use the Custom Event Types which allow Team Calendars to display live sprints, releases, and more from Jira. Using JQL you can specify exactly what’s displayed on your calendar, automatically updating as Jira changes.
  • If you are working with a client and they can provide an .ics file (usually available as an export option from most calendar services), you can quickly import hundreds of events into a Team Calendar so you can keep tabs on their events.
  • If there’s an existing calendar system you cannot migrate to Team Calendars, you may still be able to display the calendar feed within a Team Calendar. See subscribing to third-party calendars. Examples include Outlook/Exchange, Google, Teamup, Opsgenie, and PagerDuty.

Using Your Calendars

Now that you’ve got calendars setup, you’ll always find them under the Calendars tab within your Confluence space. This tab rolls up all calendars in the space (including calendars linked from other spaces) so you can see holidays, time off, deadlines, and happy hours all in one place. 

But wait! There are additional convenient ways to access your calendars!

  • Embed a calendar into a Confluence page with the Team Calendars macro
  • Link to an existing calendar in another space so that it shows up in your space’s Calendars tab (example: most spaces will likely link to the official corporate holiday calendar)
  • Each Confluence user will see all of the calendars they’ve watched in their My Calendars page
  • Integrate Team Calendars into your personal calendar in Outlook, iPhone, etc. Share these instructions with your users!

MORE TIPS

  • Embed a calendar(s) into your weekly team meeting notes (automate this with a template). Many of our customers have reported dramatically decreased schedule conflicts when the calendar is right there, being reviewed regularly.
  • When viewing calendars in a space’s Calendars tab or all the calendars you’re watching in the My Calendars page, you can temporarily filter out unnecessary event types by unchecking the boxes displayed to the left of the type under its calendar. If you want to hide an entire calendar, click the menu (…) next to a calendar name and choose Hide Events.

Caution

Like all Atlassian tools, it’s easy and intuitive to get started with Team Calendars. Here are some more considerations to make it an even smoother journey.

Calendar Names. A Confluence space’s view permissions are used to determine calendar visibility by default. Team Calendars does not enforce unique calendar names. For admins and others who belong to many Confluence spaces, having 27 calendars all named “PTO” makes it hard to find the correct calendar. We recommend including the space name or key in each calendar name. For example, “PTO - IT Help Desk” and “PTO - Marketing.” 

Beware when deleting custom event types. Deleting a custom event deletes all events assigned that event type. Move events currently categorized under the event type to another event type before deleting.

Migration considerations. Atlassian does not officially support Team Calendars migration but you can export and import each calendar manually to move your calendars. Custom Event Types are great but if you’re migrating to a new environment, make sure you are using the latest version of Team Calendars in both environments, otherwise custom event types may be lost.

Help is here! There’s an entire section of documentation for Team Calendars. If you need Team Calendars licenses (or are looking to migrate to Cloud Premium, which includes Team Calendars), need to migrate your Confluence environment, or need assistance with any part of the Atlassian suite, get in touch with us!

Topics: atlassian blog confluence teams tips project-management confluence-cloud
2 min read

Why Digital Asset Management is Important

By Kye Hittle on May 14, 2021 1:37:00 PM

Blogpost-Display image-May_Why Digital Asset Management is ImportantWe're always looking for ways to keep track of our stuff, from old metal asset tags firmly glued to lids of the first "portable" computers to Apple's recent AirTag product release.

At work we call these "assets" because they cost money to acquire, maintain, replace, and are (hopefully) required for our organization's operation. (If assets are not being used, your digital asset management system should be highlighting that potential savings opportunity!) Keeping track of these items doesn't just make sense from a financial perspective, it's also required by law in many cases.

When it comes to asset management we're not just concerned with an item's current location. Surprisingly often, an asset's purchase price, age, vendor, warranty details, user assignment, support/maintenance contracts, service history, and any of hundreds of other details become critically important to keeping the asset—and therefore our business—running.

And we're not just talking about physical assets like desks, laptops, phones, tablets, tools, networking equipment, etc. The move to cloud means we can instantly deploy servers, licenses, and other IT infrastructure we'll never actually see or touch! How do I put an RFID tag on a cloud server?

With more devices and services being employed to operate our organizations every day, spreadsheets don't cut it. Given this amount of critical data to manage, the only way to keep up is to turn to digital transformation.

Traditional Configuration Management Databases (CMDBs)

The technology market has seen the introduction of many inflexible, expensive "solutions" to manage assets digitally. Traditional Configuration Management Databases (CMDBs) have failed to deliver the necessary transformative power:

  • IT is overpaying hundreds of millions of dollars in unused features in these legacy CMDB tools
  • Customization requires specialized consultants (quickly adapting to the changing needs of the business is a core tenant of digital transformation)
  • Legacy tools often result in slowing down the flow of work across teams instead of enhancing collaboration between them

Praecipio Consulting is transforming organizational service delivery with an Atlassian alternative built to deliver maximum value: Insight, now built into Jira Service Management. It is a modern, flexible digital asset management solution to easily define collaborative asset tracking that best fits your organization's needs, right in Jira.

Atlassian Service Management saves companies money by retiring their legacy tools. This explains why Atlassian is ranked as a strong performer in this market, having a strong strategy, and achieving a rapidly expanding market presence.

From employee and contractor onboarding to incident management to asset intelligence, Atlassian Insight for Jira Service Management can quickly get your digital asset tracking under control and flex to meet your constantly changing business.

Digital asset management done right doesn't just require the best-in-class solution, however. It's a cultural shift in the way IT is delivered as a service. Contact Praecipio Consulting to get started on your service delivery transformation now.

Topics: jira atlassian blog asset-management tips service-management insight digital-transformation jira-service-management
2 min read

Queues vs. Dashboards in Jira Service Management

By Rebecca Schwartz on Apr 26, 2021 10:15:00 AM

Blogpost-display-image_When do I use JSM queues vs. dashboards-When it comes to understanding the progress of work in Jira, Atlassian has some great options natively within Jira Service Management. Queues are available in each Service Management project in Jira and Dashboards are available in all Jira products. These features give users important insight into what teams are working on, but how do you know when to use which, and why? Having easy access to the progress of work in the system, as well as some of the stats that go along with the quality and completion of the work, is essential for any team's success. Below, I'll discuss the functionality of Queues and Dashboards in Jira and when one should be used over the other. 

What are queues?

Queues are groups of customer requests that appear in Jira Service Management projects. They are used by service desk agents to organize customer requests allowing the team to assign and complete customer requests quickly and efficiently. There are a few helpful queues that come with your service desk, but Jira Admins can also create custom queues if the ones in place are not the correct fit for the team. 

What are Dashboards?

A Dashboard is a page of reports and data visuals related to issues in Jira. Dashboards are customizable and can be tailored to meet the needs of various users throughout the organization. Individual users often create their own Dashboards to easily visualize what outstanding work they specifically need to get done. Teams can use them to see their overall progress of work. Management can use them to get a more high-level overview of the progress of work across the entire organization. Gadgets make up Dashboards and are often based on Jira filters or JQL. They typically come in the form of charts, tables, or lists. Dashboards are available no matter what kind of Jira project you're working in.

When to use queues vs. Dashboards?

Queues are great for agents and other folks who need to work on issues in a service management project. If queues are broken up by SLA's and/or priority, they help agents determine which issues are most urgent and need to be worked on ASAP. Then, agents can easily grab issues from the list and begin working on them. Queues don't give you any stats or overall status on work that's in progress or has yet to be completed. It's simply a way for those working on Jira tickets to organize them and decide what to work on.

While queues are limited to a single project, Dashboards can be used across multiple projects. They give more information on the work and can provide more details such as the time from creation to resolution, how many issues of a particular type were submitted in a given time period, and which agents completed the most issues. Dashboards are perfect for users who need to get an overview of what's going on, but don't necessarily need to work on the issues. Since Dashboards are meant for viewing Jira data, these pages are perfect to give higher-level users an insight into what's going on with the outstanding work. Using gadgets, these users can see where improvements need to be made if, for example, SLAs are continuously breached. They can also be used to see what works well for your teams. 

You have questions?  We have answers!  Contact us to schedule a call with one of our Atlassian experts.

Topics: jira atlassian blog tips service-management tracking project-management jira-service-management
2 min read

Get early access to Atlassian Data Lake for Jira Software

By Kye Hittle on Apr 23, 2021 2:00:00 PM

Blogpost-display-image_Jira Data Lake Preview

What's a data lake?

Read up on the basics in our explainer.

At Praecipio Consulting we understand that the data contained within your Atlassian tools is a critical asset for your organization. To help customers more easily access their Jira data, Atlassian has developed Data Lake! As of March 2021, Data Lake is available to preview in Jira Software Cloud Premium and Enterprise.

Warning! Beta software should not be used for production purposes. Breaking changes are likely as Atlassian tweaks this functionality based on user feedback. Not all Jira data is currently available and permission levels are limited but Atlassian is quickly working through its roadmap. In addition only English field names are available, as of now. Therefore, any information presented here is subject to change.

Data Lake allows you to quickly connect the best-in-class business intelligence (BI) tools you've already invested in to query the lake directly.

Compatible BI Tools include:

  • Tableau
  • PowerBI
  • Qlik
  • Tibco Spotfire
  • SQL Workbench
  • Mulesoft
  • Databricks
  • DbVisualizer

Jira-Data-Lake-preview

Data Lake uses the JDBC standard supported by many BI vendors. Supporting an open standard provides tremendous flexibility and power in reporting on your Jira projects.

Once you've identified the components of your BI solution, you'll follow three basic setup steps:

  1. Configure the JDBC driver
  2. Connect your BI tool(s)
  3. Navigate the Jira data model

You'll need your org_id and an API token for your Jira Cloud instance. Except for creating an API token (if you haven't already), there's no config required within your Jira instance. There are instructions for connecting to various BI tools in the Atlassian community Data Lake Early Access group. In addition, you'll find posts and diagrams to assist in answering business questions using Jira's data model.

If you're a Premier or Enterprise customer and would like to access the Early Access Program for Data Lake, complete this form to request access. You can also post questions and feedback for the devs in this group.

Are you interested in unlocking the power of data stored in your Atlassian tools? We're a Platinum Atlassian partner with years of experience helping customers leverage their Atlassian investment for even more value, so get in touch!

Topics: jira atlassian blog enterprise jira-software atlassian-products business-intelligence data-lake
2 min read

4 Things You Do Not Do When Starting Jira Service Management

By Lauren Odle on Apr 21, 2021 4:35:00 PM

Blogpost-display-image_When do I use JSM queues vs. dashboards-Finding yourself in need of a solution where others can request for service, help and support without sending an email?  Do you have stakeholders constantly asking for status updates on things they emailed you 20 mins ago?  If so, you might be looking for a service desk solution, and Atlassian has a solution for you: Jira Service Management.  Here are four things you SHOULDN'T do when converting over to or just starting off with Jira Service Management:

  1. Forget about the portal.  At first it might seem like extra effort because you can utilize SLAs and automation without a portal, but you will be doing your customers and yourself a disservice.  That, and you might be spending more than you should.
    1. By utilizing the customer portal through request types, you can take full advantage of quick support request with helper text, self service functionality, and customer alerting, allowing your agents to focus on resolving requests, and your customer to have a simple portal for updates and visibility.
  2. Forget about approvals.  JSM makes approval auditing super simple.  Through simple query filters you are able to generate reports around approvals.  You can easily identify within the support requests, which approvals and who declined or approved.  And all of this can be done through the customer portal (see 1 above), with one click approval or denial.
  3. Forget about SLAs.  When tracking performance metrics in your Service Desk, Atlassian makes it easy to configure SLAs, allowing visuals references in the support requests and well as generating reports.
  4. Forget about Automation.  Through simple If..Then logic, Atlassian makes automating routine tasks a breeze.  Tired of aging support requests junking up your resolve status?  Add an auto-close automation to move them directly to Close without passing Reopen.

By taking advantage of the powerful out of the box features provided by Atlassian's Jira Service Management, you will be simplifying your life and delighting your customers. If you're wondering if it's the right fit for you organization's needs, or are looking for expert advice on all things Atlassian, contact us, we would love to help!

Topics: jira atlassian blog optimization tips jira-service-management
5 min read

How Do You Manage Releases in Atlassian Jira?

By Amanda Babb on Apr 16, 2021 11:05:00 AM

Blogpost-display-image_How do you manage releases in Atlassian-At a recent Atlassian Community Event, I was asked to present on a topic of my choice. After some thought (and to be honest, a poll to our Client Delivery team), I decided on Release Management using Jira. It's a frequent topic of discussion with our clients: how can I understand what will be or is released? Also, what changed between what was in Production to what is in Production now?

I've seen many complicated solutions and I've seen many simple solutions. However, your team, your company, or your organization has to hash out the following: 

  • What is your definition of "Done"?
  • What is your definition of "Release"?
  • Are these two things in conflict? 

Definition of Done versus Definition of Release

As you may already know, in Scrum, "Done" is when the Product Owner accepts the story as complete, meeting all acceptance criteria, and packaged into a potentially shippable increment. While I agree with this definition, at the same time I challenge the phrase, "potentially shippable." This is where you, your teams, your operations teams, and your product managers need to have a conversation. Does "Done" and "Released" mean the same thing across your organization?

In one organization, they had four definitions of done: Done, Done-Done, Done-Done-Done, and Done-Done-Done-Done. In reality, they were defining the QA, deployment, and Production Release processes with the four separate definitions of "Done". This was also directly related to their use of Jira Software and how to demonstrate success to management. Notice I said success and not progress. The Teams wanted credit for code complete in Jira to demonstrate a predictable velocity. QA wanted credit for the test complete in Jira to demonstrate a continuous flow. Jira Release Managers wanted credit in Jira for integration activities before deploying to production. Operations wanted credit in Jira Software for the production deployment. As you can imagine, this was relatively messy in Jira and tying work from code complete through managing the release in Jira to Production was excruciating.

While Done may be clearer to your organization, "Release" may not be as clear. Different parts of the organization will have different definitions of Release. For a team, "Release" may mean the code has been deployed to a QA environment. For Operations, "Release" may mean deployment to Production. In the example above, "Done" and "Release" meant the same thing among the teams, QA, and Jira Release Management, but not Operations. Nor did it mean the same thing across the organization. Without clarity across the organization, tracking and managing Releases in Jira Software becomes nearly impossible. Clearly defining "Done" and clearly defining "Release" across the organization can drive organizational alignment. Once you understand these two concepts, you can manage these Jira releases in Atlassian using the following two methods: The Release Issue Type or Bitbucket Pipelines.

Method One: The Release Issue Type

Within your SDLC projects in Jira, create a new Issue Type called, "Release." This lets the organization know that, while code is complete, there are additional items that need to be fostered through the process. These may include documentation, release notes, a hardening sprint, or anything that can foster work from code complete to Production. The additional items can be managed as Sub-Tasks of the Release to understand the scope of work needed to move it through the process.

As with any new Issue Type, the Release in Jira will need a Workflow. The Workflow can be simple, however, we recommend using a Ready for Production Status in the workflow. When integrating Jira with Jira Service Management, the transition to Ready for Production is a perfect time to automate creating a Change Request. Your Operations team can review the change request with a link back to the Jira Release Issue Type.

How do we know which stories and bugs are tied to the Release in Jira? Do we link all the work to the Release Issue Type? No. I mean, you could, but why take the time to do that? Is it really a value-added activity for traceability? Is there another way to tie these things together that could be quicker and easier? The answer: Yes.

Even long-time users of Jira forget about Versions. If used properly, Versions can provide every team the status, progress, and any known issues in a single view in the Release Hub. This is true for all development activities AND the Release issue. By adding the Fix Version of the intended Release, every part of the organization can see the progress of the Release. Because JQL supports Versions, all items tied to a Fix Version can be displayed in other places such as a Dashboard or a Confluence page. With a little up-front discipline during backlog refinement, or sprint planning, or even big room planning, managing a release in Jira is as simple as adding a Fix Version to the work as well as the Release issue.

When managing Releases in Jira, once the Release issue has been deployed to Production, always go back and release the Version in Jira. Anything that is not in a "Done" status category can either move to the next Version or be removed from any Version entirely.

What if a story or bug spans multiple Releases? There is still only one Release issue per Version. However, I would also challenge you to take a look (again) at your definition of Done versus your definition of Release. Are you actually completing the work or are you pushing it forward again and again because there's a problem? In the next backlog refinement meeting and/or retrospective, ask why this continues to happen. Really dig in and understand whether the work needs to be moved to an Epic, de-prioritized, completed in the next sprint, or abandoned altogether.

Method Two: Bitbucket Pipelines

Using Bitbucket Pipelines still requires your organization to have a conversation defining "Done" and "Release". However, the entities that support these definitions are different when integrating Jira and Bitbucket Pipelines. The Jira Release is managed through the Pipeline and requires little human intervention. Instead, we work with a series of Workflow Triggers and automated deployments to determine where the Release is in its process.

You still need to create a Version in Jira. You still need good discipline during backlog refinement and sprint planning to ensure work is tied to the correct Version. You may also choose to halt the automation just before deployment to Production based on your Change Management processes. Clarify the process before implementing it in Atlassian.

After your Version is created and work is tagged with the Version, add Triggers to your development workflows. For example, you can automate a transition from Open to In Progress based on the creation of a Branch in Bitbucket. You can also automate a transition to Closed or Done once a Pull Request is merged. Triggers in Jira Workflows keep people focused on the work instead of Jira. But where Bitbucket Pipelines really shine is everything that happens after code is merged. Separate Pipelines can be created per environment. For example, if you need to manually deploy to production, a Pipeline can automate the process through build and deploy to a staging environment after it passes all checks. Commits, build, and deploy information is visible in the Development Panel of the individual story or bug. You can even quickly understand failures and receive additional information by clicking on the failure. For a specific Version, as long as work is tagged, you can aggregate the overall health of the Release in the Release Hub by viewing the Version. Status, success, warnings, and errors are available in a central location. If everything looks good, simply click a button and deploy to Production. Alternatively, if the staging deployment is successful, automate the production deployment in the Pipeline as well.

Which Release Management in Jira is right for you?

At Praecipio Consulting, we believe the answer is: "It depends." Regulatory compliance, risk tolerance, product uptime requirements, etc., may dictate which Jira Release Management method is right for your organization. And, to boot, the answer can be different for different parts of the organization. However, the critical first step to implementing release management using Atlassian Jira is to have a conversation. Are your definitions of "Done" and "Release" at odds with one another? What do they mean from a process perspective? Is there room for improvement in those definitions? If you can answer those questions you’re well on your way to having effective release management in Jira.

We here at Praecipio Consulting have extensive experience with both Jira Release Management best practices and the Atlassian suite of products, which we are happy to share with you to help you achieve more effective release management with Jira.

Topics: atlassian blog bitbucket process-consulting scrum tips project-management jira-software
2 min read

Jira Tips: Create from Template vs. Create from Shared Configuration

By Morgan Folsom on Apr 9, 2021 11:26:00 AM

Blogpost-display-image_Create from template vs. Create from shared configuration (1)

There are a variety of ways to create projects in Jira – whether from a predefined template from Atlassian or from a shared configuration with an existing project. As Jira administrators, this is one of the first questions you'll be faced with when onboarding new teams to the instance. Let's walk through the different strategies, and why we prefer creating from shared configuration. 

Creating from a template

Creating from the Atlassian templates will create a new set of unique schemes to that project - new items in your instance that are not shared with any other project. To create from a template, simply select one of Atlassian's predefined models on the 'Create Project' page. 

The benefit of using these templates is that each of your projects are self-contained, and a model has already been put together by Atlassian. Configuration is not shared with any other projects, even if everything is exactly the same. This means that teams can adjust their workflows, screens, etc. without affecting anyone else. This can be good for teams who don't share any processes with other teams using Jira, and allows project administrators more control over their projects. 

However, for organizations that are looking to scale and/or standardize, this can be a huge headache.

Creating from shared configuration

Using a shared configuration means that you are reusing existing and established configuration items in your instance. Rather than creating new sets of schemes when a project is created, you create based on another project. For example, if you created from shared configuration, both the old and new projects will use the same workflows, screens, and field configurations. Note that they won't share any Jira Service Management specific configuration items, like request types or queues. 

Additionally, once a project shares a configuration with another project, Project administrators can no longer edit the workflows without being Jira admins, which has the added benefit of supporting the goal of standardization and scalability in addition to administrative governance.

There are pros and cons to each of the above, but ultimately, it is recommended that whenever possible, projects should be created from Shared Configuration.

While templates allow teams to have more control over their projects, it does not lend itself to standardization or maintaining a clean Jira instance. Although IT teams often request more options for teams to self-service with Jira project configuration, in the interest of scalability, allowing any user to create their own Jira projects is not a best practice. Jira projects should not be treated as "projects", spun up or spun down on a regular basis: as a best practice projects should be long-lasting and consistent. Additionally, from an administrative perspective, it can be challenging to manage the sheer number of schemes and additional items when trying to troubleshoot issues or maintain the instance.

Looking for expert help with your Jira instance? Contact us, we'd love to help!

Topics: jira atlassian blog administrator best-practices tips
17 min read

Atlassian SSO: Onboarding & Offboarding Contractors (5/5)

By Katie Thomas on Apr 7, 2021 9:45:00 AM

Blogpost-display-image_Resolution Blog Series, Pt. 5-1

Praecipio Consulting has partnered with our friends at resolutionan Atlassian Gold Marketplace Partner based in Germany that specializes in software development and network security, to bring you a series of blog posts about how to successfully implement single sign-on (SSO) with Atlassian tools. With more than 7 million users from 58 countries, resolution is the market leader for Atlassian Enterprise User Management Apps.

In the last article of these series on the journey to Atlassian SSO, we followed the steps of ACME, a company with large instances of Jira and Confluence on prem, planning a migration from AD FS to Azure AD.  

In particular, we had a detailed look at: 

  • How users from the Atlassian directories can be seamlessly migrated into Azure AD building a no code integration with User Sync 
  • How users can be mapped between Azure AD and the Atlassian applications even if usernames don’t match 
  • How to connect users from different organizations (ACME and CU.com, a consultancy firm) each with its own Identity Providers, both for authentication and provisioning purposes. 

In order to complete the setup, however, ACME needs to add some restrictions to CU.com users to answer the following questions:  

  • Who at CU.com must have accounts in ACME’s Jira and Confluence? 
  • How long should access be retained? 
  • How should access be revoked? 

Let’s look at how to automate the process for onboarding and offboarding consultants so that these are the answers: 

  • Who should have accounts? Only contractors assigned to active projects. 
  • How long should access be retained? Only for as long as the project is active. 
  • How should access be revoked? Automatically, as soon as the project concludes. 

How to provision only contractors assigned to active projects 

Let’s quickly recap what ACME needs to set up: 

Challenges 

  • Access to ACME’s Atlassian tools should only be granted to consultants who have been assigned to specific projects 
  • Consultants have a quick turnaround. It’s important to give them access quickly and deactivate them as soon as their assignments conclude. 
  • It’s also vital to ensure that consultants only occupy licenses of the Atlassian products while they´re on an active assignment. 

Implementation steps 

The approach has four steps 

  1. The group that gives consultants access will be operated from Contractor’s Okta and filtered in ACME’s User Sync connector. 
  2. Specific project permissions and roles in the Atlassian applications will be managed locally.  This has important implications, as the Okta and local group settings must coexist and not overwrite each other. 
  3. The synchronization between Okta and ACME will be scheduled to run every night (but users will also be updated when they login, eliminating waiting times entirely). 
  4. As a result of the synchronization, consultants who no longer are on active assignments will have both their access and their licenses revoked. 

Here’s the walkthrough: 

1. In the Okta User Sync connector configured in the section above, ACME adds a filter so that only consultants in a specific group are passed and enabled in Jira 
  • Go to User Sync > Azure AD Connector > Edit > Advanced Settings 
  • In Groups mandatory to sync a user, create a new entry group filter user sync
  • Add the group active-acme-jira-project Filter by active project
2. Now we need to tell User Sync which local groups may be added locally in Jira to these contractors. These are the groups that define what projects contractors have access to, and which roles they fall under.  

It's extremely important to add this information! Failing to do so results in removing access  to Jira projects:  

  •  every time the contractor logs in 
  •  with each user sync. 

However, we can protect groups in both contexts from the User Sync connector,  

  • To protect the groups in the connector, we go back to the Advanced Settings and add all the groups used to give permission to Contractor Unlimited consultants in the Keep these Groups field. Note that you can either include every group, or regular expressions, if there are any patterns. keep groups 
3. Now, we will schedule the synchronization at regular intervals to happen every morning at 3am using this cron expression: 0 0 2 ? * *schedule user sync with cron 
4. Finally, we will tell the connector to deactivate contractors who have finished their assignments so that they don't consume any licenses.  
  • In the cleanup behavior dropdown, select disable users. cleanup behavior disable users

What does this last step mean? Consultants will be automatically deactivated in Jira and Confluence following this process: 

  • When an assignment concludes, the consultant is removed from the active-acme-jira-project group 
  • At 3am, the user sync connector runs 
  • The user is removed from the active-acme-jira-project group in Jira, together with any other changes. 
  • As a consequence, the user is deactivated in Jira. 

Bonus trick: With the right SAML setting, if the consultant logs into Jira after they have already been removed from the active group, the login will succeed but will also result in the deactivation. 

We reached our destination! 

Congratulations! You have finished the journey to Atlassian Single Sign-On! Hopefully by this time you are on your way to an implementation that will last for many years to come. 

The sample implementation in the last two articles has offered a selection of very popular options among Atlassian on prem customers. As you have seen, User Synchronization is very often a cornerstone of the implementation, since it permits to use the Identity Provider as a single source of truth to automate user on- and offboarding. At the same time, it’s compatible with multi-IdP setups and access provision to partner organizations. 

However, the example is just that – an example. And it might be very different to what you need to solve. 

How can we help you? 

If you have any doubts or need help with advanced technical issues, there are several next steps. 

  • Our friends at Praecipio Consulting will be happy to help you get up and running. We go way back with a long history of shared implementations.  
  • If you need help configuring the resolution SAML SSO application or the User Sync standalone that can be combined with the Data Center SAML, we provide free screenshare sessions every day. 

Excited to see you there, very soon! 

Topics: atlassian optimization practices security collaboration human-resource sso
2 min read

The Impact Installing Apps Can Have on an Atlassian Application

By Chris Hofbauer on Mar 30, 2021 1:30:00 PM

Blogpost-display-image_The impact of apps on an Atlassian applicationPerformance and uptime are crucial when hosting any application. For the Atlassian suite, the use of apps can have a major impact on these hosting aspects. There are many third-party developers as well as Atlassian developed apps that are available to be installed within the Atlassian tech stack. Depending on the app installed, each of these apps will have its own impact on the application and its health. Many apps that may be installed are considered lightweight and the impact would be very minimal; however, there are apps that are resource intensive and can cause significant impact of application performance. The apps that tend to cause the largest impact on application performance are those that allow customization of scripts and manipulation of data within those scripts, especially if these scripts are capable of running on a particular cadence or during certain issue functions. Other app types that are frequently found as the culprit for performance issues are those that return long running database queries. Common impacts from these resource intensive types of apps are high CPU usage and high memory usage. When either of these metrics begin to rise, the server is forced to work harder in order to operate the application, which then can cause the application to face performance degradation, manifested in slow page loads, timeouts, or outages. 

There are best practices you can implement in order to prevent your apps from having an impact on your application's performance. It is highly recommended that you install apps that are supported and developed by a trusted developer. Be sure to also read any documentation and truly understand what the app does before installing. It is extremely important that the apps are always up-to-date as well: apps may have bug fixes in releases that are ahead of yours, and even though you may not be currently facing any issues with your release, it is best to be sure you are on the latest version so that you can prevent any issues that may already be known by the developers. We also recommend that you thoroughly test any app you are considering installing within a non-production environment. Running User Acceptance Testing in a lower environment will allow you to capture any performance issues that may come from the app. Following this approach will strengthen your instance and help prevent any potential impacts your apps can have on your Atlassian applications.

If you run into any trouble with your Atlassian apps, let us know, we'd love to help you make the best of your tools.

Topics: atlassian blog best-practices hosting marketplace-apps
2 min read

Jira Administration: Sys Admin vs Jira Admin vs Project Admin

By Luis Machado on Mar 2, 2021 7:35:43 AM

Blogpost-display-image_Jira Administration- Sys Admin vs. Jira Admin vs. Project Admin2When thinking about Jira administration, or really administration of any software, project, or endeavor, the old idiom “too many cooks in the kitchen” often comes to mind. There’s a fine line between empowering your user base and setting the stage for mass hysteria and confusion within your instance. Fortunately Jira offers some out-of-the-box options to help with setting up boundaries for those users who need more control over the instance but keep them from wreaking too much havoc.

Admins

We’ll start with the bottom, Project Admins. There was a time in ancient Atlasssian historical records when those who were managing projects almost had to be System Admins as well. This was because the permissions needed to make necessary regular changes to the projects these individuals were maintaining required as such. Atlasssian has been improving upon this incrementally as of Jira 7. Since that update it is possible for Project Admins to add Components and Versions to their projects and even as of 7.3, expanded with 7.4, make adjustments to the workflow among other things. So if you’re evaluating your System Admin group and discover that many of the individuals are really only responsible for maintaining specific projects it would behoove you to re-assign those you can to the Project Admin role within the projects they are responsible and get them out of your kitchen.

The next level of administration is the Jira Administrator. Now this is where things can maybe become a bit confusing because the powers granted to that of the Jira Administrator are very similar to that of the System Administrator, but there is a very key distinction which we’ll explore. Those within the Jira Administrators group are not able to make changes related to the server environment or network. This would prevent them from making changes to things such as configuring mail server settings, export/import data to and from XML, configure user directories, as well as many more functions related to the system as a whole. Where this could be useful is delegating out some of the more regular tasks such as creating new projects, creating users, etc. This gives larger organizations a way to separate out the tasks without increasing the risk of potential hazardous changes to the application.

After having covered the last two, the final role should be somewhat obvious. The System Administrator permission is for the Grand Poobah of the Royal Order of Buffalos. This role allows unlimited access to all aspects of the Jira instance. It is recommended that only 1 - 3 people maintain this permission as needed. Again, the idea is to ensure that there is concise and regulated changes being made to the instance as well as accountability. With great power comes great responsibility. When in doubt, opt for the lesser of two evils when granting administrative permissions. You can always bump them up If it’s not serving your needs. Again, the goal is to empower your user base, not have them overpower you.

For question on admins, or anything else Jira, contact us, and one of our Jira experts will get in touch.

Topics: jira atlassian blog administrator best-practices
2 min read

Managed Services: The Power of a Part-Time, Full-Stack Atlassian Admin

By Suze Treacy on Feb 18, 2021 12:50:00 PM

Blogpost-display-image_The power of a part-time, full-stack Atlassian admi-1Do you find yourself tasked with administering Atlassian tools on top of the normal duties of your job? Have you ever been faced with an Atlassian question that is out of your wheelhouse? Are you interested in improvement opportunities to configure your instance and architecture to Atlassian best practice standards? If you answered yes to any of these questions, then read on!

With a wide range of Atlassian products available, and a marketplace full of apps to accompany those, it's hard to find admins who specialize in everything. Particularly with the Atlassian toolset being highly configurable, administrators should be able to analyze a request and advise the correct path forward, balancing functionality available to them, with corporate governance and best practice processes. Here at Praecipio Consulting, we have the answer to this unicorn, part-time, full-stack Atlassian admin, through our Managed Services offering.

Atlassian Experts, Best Practice

With over 10 years of Atlassian experience, our team has knowledge across the full stack - whether your question is about hosting considerations, tuning, networking, infrastructure, process-related, Marketplace Apps, or anything else, we can advise and implement functional, practical, industry-specific, best practice processes to maximize efficiencies among your teams. As we are squarely focused on the Atlassian toolset, your IT teams can focus on all of their other tasks, driving productivity and innovation among your team.

Preventative Measures

We're proactive, with bi-monthly cadence calls to discuss your long term goals and objectives, and monthly health checks to ensure your instance is secure, clean, and performing efficiently. We monitor Atlassian vulnerabilities, alerting you of any CVEs affecting your instance, alongside recommendations to mitigate. If you are hosting with us through Cumulus, we monitor your systems too, identifying and resolving issues before they become expensive incidents, and minimizing downtime.

Predictable Cost, Scalable Model

Whether you're utilizing Atlassian Cloud, Server, or Data Center, whether you need 9-5 support, or 24x7, we're always here to help. You dictate your monthly hours cap, enabling Atlassian administrative support at a fraction of the cost of hiring an admin. Even with the cap, it's possible to utilize more hours - managed services is scalable as your business and Atlassian needs grow.

Relationships

As Platinum Enterprise solution partners to Atlassian, we're big on relationships with our clients, Atlassian, and App vendors. When faced with issues, we can be the connection between yourselves and the answer you need, to discover the optimal outcome available for your circumstances. We're vested in your instances being healthy and working for your business: allow us to be a trusted partner in helping your business grow.

Praecipio Managed Services can help with your Atlassian needs, we'd love to talk to you more about our offering! 

Topics: atlassian blog implementation managed-services atlassian-products bespoke
4 min read

How to Handle Delete Permissions in Jira

By Courtney Pool on Feb 16, 2021 11:47:00 AM

Blogpost-display-image_Why you should restrict who can delete issues in Jira

Permissions are one of the most important things to “get right” in Jira. Sure, having the right fields, screens, and workflows are all vital pieces of the puzzle as well, but they can easily be tweaked along the way. While permissions can also be updated as needed, a user who can’t see or edit the issues they need may have their work completely blocked in the meantime.

And then there is the group of permissions so important, so crucial, so absolutely imperative to get right that they earned a blog dedicated solely to them: the delete permissions.

“Well, of course,” you may be thinking, “everybody knows that.” But even if it may seem like common sense to you, it can easily slip through the cracks — it’s happened to others before, and let me tell you, it doesn’t always end well.

You see, delete permissions are so incredibly critical for one reason:

There is no recycling bin in out-of-the-box Jira.

This means that if something is deleted, whether through intent, accident, or malice, it’s gone. Poof. And while the loss of one item may be easy to recover from, the loss of tens, hundreds, or even thousands? Even I can feel the sweat dripping down your spine now.

So, to summarize: Delete permissions? Very important.

TYPES OF DELETE PERMISSIONS

To begin, it’s important to understand the delete permissions structure. Within Jira, there are four groups of delete permissions: 

  • Delete Worklogs
  • Delete Comments
  • Delete Attachments
  • Delete Issues


And then within those permissions, there are two types:

  • Delete Own
  • Delete All

DELETE OWN PERMISSIONS

The Delete Own permissions, as the name implies, will allow a user to delete content tied to their specific user account. These permission types exist for most of the above-mentioned groups, with the exception of Issues.

Delete Own Worklogs applies to any time that's been tracked to an issue, whether through Jira's native feature or through an app like Tempo Timesheets. As such, it is an innocuous permission and can be assigned to any users with access to a project, unless you have strict requirements otherwise. It will likely primarily be used for clean-up, and the ripples it can cause are limited.

Delete Own Comments is also often used for clean-up, and again, its area of effect is a bit smaller. However, just because a comment is deleted doesn’t mean that people haven’t already seen it, or even acted upon it. It may be better to instead point users in the direction of comment editing, or have them enter new comments entirely, even if it’s just to say, “Disregard the last.”

Delete Own Attachments is another permission that can be used for tidying. This feature might be useful were someone to, say, accidentally upload an adorable picture of their dog rather than a spreadsheet for the project. It’s fairly low impact as well and can likely be given out to any users within your project, especially if you’re following the Backup Rule of 3 or similar internally.

DELETE ALL PERMISSIONS

Each of the Delete Own permissions has a Delete All counterpart. Delete Issues exists here as well, though the naming convention differs from the other four. Delete All permissions give a user access to delete items associated with any user account. As such, we generally recommend these permissions are limited to only certain groups, such as Project or System Admins.

Delete All WorklogsDelete All Comments, and Delete All Attachments can each only be performed in a single issue at a time. This barrier helps to protect against mass deletion, but in the interest of data integrity, you’ll still want to restrict who is allowed to perform these actions.

And as for Delete Issues? This will also give a user the ability to delete from within a single issue, but unlike the three mentioned above, this permission gives a user access to Bulk Change as well, which allows actions to be taken across multiple issues at once. As such, ask yourself if you even need to grant this permission at all. Sure, there could feasibly be a time when you need to mass delete issues, but it’s likely to occur so rarely that, should those stars align, the permission can be assigned when needed to system admins and then removed as soon as the job is done. This extra step will save you from being the organization that just lost a years’ worth of tickets. 

Remember: when something is deleted in Jira, it’s gone forever. This permanence can be a nightmare for many, especially those in organizations with heavy audit requirements. Rather than leaving yourself open to a very unpleasant surprise, do your team a favor and review your permissions now.

Stop worrying about Jira and make full use of its powerful features!  Explore more ways we can help your team succeed with our Consulting Services, or contact us with a question or request and one of our experts will be in touch shortly.

Topics: jira atlassian blog best-practices tips configuration
4 min read

Which Atlassian Cloud Tier is Right for My Organization?

By Amanda Babb on Feb 15, 2021 9:33:00 AM

Blogpost-display-image_Which Atlassian Cloud Tier is Right for My Organization--1In October 2020, Atlassian announced End-of-Life for their Server products coming on February 2, 2024. With Atlassian's continued investment in both their Cloud and Data Center hosting options, many organizations are making the switch to Atlassian Cloud. Atlassian is continuing to invest in and expand capabilities in Cloud to support even the largest customers. 

With the announcement, you and your organization have decided to either migrate to Atlassian Cloud or deploy an Atlassian Cloud instance and migrate teams as they're ready. But which Atlassian Cloud tier is best for you? 

The Four Tiers

Most Atlassian Cloud products* are available in four tiers: 

  • Free
  • Standard
  • Premium
  • Enterprise

*Trello and Bitbucket are the exception. More information on these two products later. 

Standard, Premium, and Enterprise tiers can be licensed either monthly or annually and each product can be licensed individually as well. For example, you can license Jira Software Standard monthly at 50 users and Confluence Premium annually at 200 Users. As always, Atlassian provides you the flexibility for your unique implementation. Even if you don't make the right choice the first time, you can always upgrade to Standard, Premium, or Enterprise in addition to adding licenses as needed. Let's take a closer look at each tier. 

The Free Atlassian Cloud Tier

The Free tier is a great way to get started with the Atlassian Cloud products. If you've never used Jira Core, Jira Software, or Confluence, pick a pilot team of less than 10 people (including Administrators). This team can act as your test team to both configure and use the products. You can also add other products such as Bitbucket and Jira Service Management. Bitbucket is free for up to five (5) users and Jira Service Management is free up to three (3) agents. The Free tier also includes limited storage for attachments, out-of-the-box reporting, and (depending on the product) automation. And of course, you can extend functionality through the Atlassian Marketplace. Support for the products is offered via the Atlassian Community: a robust Q&A platform that references Atlassian's product documentation, Marketplace vendor documentation, and general answers to just about every question you can think of about the products. 

Don't forget about Trello! Trello is another way for a team to organize and collaborate on work. Trello is free for up to 10 boards. There is no user count limit. Trello allows teams to create Lists and create and manage Cards to represent their work. The team can create as many Lists and Cards as they'd like on a single board. And with up to 10 free boards, the team can manage multiple work efforts on separate boards based on categories or work types. 

As an example, I have a Free Atlassian Cloud Jira Software and Confluence instance for my household which consists of my parents, a few close friends, and myself. This allows us to plan trips and vacations with one another (all Jira issues are sitting in an On Hold status currently), share pictures, links to events and lodging, and organize decisions as needed. I also have a Trello board that helps me organize my longer-term home improvement projects. Since these items are longer lived without any specific due date, I prefer Trello's flexibility such as creating lists, updating labels, and reprioritizing based on my monthly and annual budgets. 

Standard Versus Premium (and Enterprise)

Each of the three tiers (Standard, Premium, and Enterprise) can accommodate up to 10,000 licensed users. The key difference between the Standard and Premium tiers in Atlassian Cloud is added functionality. While there are a few differences between Premium and Enterprise, they only apply to specific requirements such as data residency, uptime, the inclusion of Atlassian Access, and billing. Let's focus on the key differences between the Standard and Premium tiers. 

First, storage is limited in the Standard tier to 250GB per product. If your organization attaches to or stores a significant number of files in issues or pages, you may hit this limit faster than anticipated. Second, support is offered during local business hours. That usually means 9am to 5pm in your timezone. And third, Standard has no uptime guarantee. If your organization requires 99.9 or 99.95% uptime, you should look at Premium or Enterprise, respectively. 

The Premium tiers for each product offer a significant amount of added functionality with more on the way. For example, Jira Software Premium adds Advanced Roadmaps for Jira and both Jira Software Premium and Confluence Premium allow for native archiving. For larger instances, archiving is an administrative boon as older data is removed from the search index and can only be accessed by a designated group. In addition, the Premium tiers add a significant amount of administration logging and management, adds unlimited storage, and adds 24/7 Premium Support. 

Bitbucket Standard offers unlimited end users, an increase from 5 on the Free tier. The Bitbucket Standard tier also increases Git Large File Storage to 5GB (from 1GB at the Free tier) and Build Minutes increase from 50/month to 2500/month. Bitbucket Premium, however, provides even more Git Large File Storage (up to 10GB), increases build minutes to 3500/month, and adds enforced merge checks and deployment permissions. As of the writing of this document, there is no Enterprise tier for Bitbucket. 

Trello has a slight difference in the names of their tiers. Instead of Standard, Premium, and Enterprise, Trello uses Business Class and Enterprise. As you would expect, Trello Business Class adds unlimited Boards, significant customization opportunities (i.e. backgrounds, custom fields, and templates), and automation runs (though capped at up to 6000 per month). Trello Enterprise includes all the same features as Business Class, increases automation runs to unlimited, and extends administrative capabilities such as organization-wide permissions and enhanced restrictions for things like attachments. 

What should I be asking when trying to decide which one is best for me? 

<Insert typical consultant answer here> It depends! Atlassian has provided transparent pricing for each of their products and each tier of each product as well. Atlassian has also included a handy comparison table for each product for you to quickly see what is included in the tiers. Here are a few additional things to be asking yourself as you start your journey to Cloud. 

  • How many people will need to work in the products? 
  • How are those users managed currently?
  • Do you have any data residency restrictions (e.g. GDPR)? 
  • If you're currently using the Atlassian products, how large are the instances?
  • If you're currently using the Atlassian products, which Apps are you using?

While not an exhaustive list, these questions may help guide you in looking for the right products at the right tier. Of course, Praecipio Consulting has extensive experience with the Atlassian Cloud products and we're here to help! Reach out to us today to let us help you narrow your options. 

Topics: atlassian blog bitbucket implementation teams cloud licensing trello
3 min read

Tips for Maintaining a Jira Instance

By Chris Hofbauer on Feb 11, 2021 12:07:37 PM

Blogpost-display-image_Tips for maintaining a Jira instanceAtlassian's Jira is a powerful tool to promote best practices of internal processes and provide efficiency to development teams within your organization. The powerful nature of the tool is not only with the features offered by Atlassian but with a vast variety of options at your disposal to customize the instance. These customizations can come from the native features and options available as well as the apps brought to you via the Atlassian Marketplace. While these can all be great in building your Jira instance to get the most out of it, they can also have the potential to be detrimental to the health of the instance and negatively affect your organization's teams. 

Marketplace apps

Following best practices when configuring your instance as well as proper control over the integrations added to your instance is critical. If not properly managed you can experience system issues resulting in downtime due to a number of reasons but most commonly high memory or CPU. While installing apps through the marketplace may seem trivial and rather safe, keep in mind that each install of these apps does modify the database and can also be creating items such as custom fields in your instance. Make sure to properly vet all apps, check the reviews in the marketplace for any reports of impact to the instance. Also, review any documentation for the app to see how the application integrates with your instance. Most importantly it's highly recommended to install any apps in a lower environment (Dev or QA) before installing it in production. Thoroughly testing all new installs will give you the best idea of how the application will impact your instance once installed into production. 

Configuration

In addition to the configuration items created by apps are the ones created manually. Being mindful when adding items such as custom fields, statuses, workflows, etc. can save headaches long-term. It's important to reuse configuration items wherever possible. Having numerous, similar or duplicate, custom fields and statuses will create an administrative burden. Having a large number of these items will also have an impact on exporting issues and projects as well as for instance performance when loading reports, project boards, and dashboards. 

User Management

Proper user management will help to keep licensing costs to a minimum as well as give better control over access to the instance. Use groups wherever possible in permission schemes, boards, and filters. Provide only Jira administrator access and Service Desk agent licenses to those that need it. All users may not need Service Desk agent licenses and since these are billed separately in the instance, assigning all users to the Service Desk group can incur unnecessary charges going forward. Frequent review of active users is important as well. Based on business rules, users who have not logged in for some time (3 to 6 months) may be able to be made inactive. Frequent review of these types of users will also allow you to keep access to a minimum, save licensing counts, and in turn reduce user tier costs.

Stale Data

Review stale or old data is critical in maintaining a Jira instance as well. Instances will begin to grow over time and as your organization and teams grow, so will the ticket count in your instance. The larger the instance size, the high likelihood for performance degradation and instance issues. Analyzing your instance for stale old data is a key step in maintaining a healthy instance. For stale data, take a look at any unresolved tickets as well as any older tickets that have no resolution or that are not in a "Closed" status. You will also want to review any projects that have not had a ticket created in them for a long period of time (we generally recommend 3 to 6 months). After thorough analysis, you will want to close any stale tickets and archive any projects that are deemed to no longer be in use. 

Praecipio Consulting's Managed Services

Praecipio Consulting offers guidance and services to help maintain your Jira instance and provide you with industry best practices. Through years of experience, we at Praecipio have developed a wealth of knowledge in properly configuring and managing Atlassian products that will ensure you get the most out of the product for every use case in your organization. As part of our Managed Services offering, we deploy our proprietary Health Checks. These Health Checks include a thorough review of various aspects of maintaining your instance. Praecipio's Health Checks are split into two main categories: Infrastructure and Process; and include topics such as Licensing, Database Health, Security Vulnerabilities, User Management, Upgrade Readiness, Performance, Process Consolidation, Stale Data, apps/App and Workflows. With these Health Checks and working with Praecipio Consulting's Managed Services, your instance will be in an optimal state for growth and longevity.

Topics: atlassian blog best-practices managed-services optimization health-check
2 min read

Using Jira Service Management's Email Function for Ticket Intake 

By Jerry Bolden on Feb 8, 2021 12:57:03 PM

Blogpost-display-image_Using JSDs email functionality for ticket intake

Setting up an email account within Jira Service Management (JSM) allows different clients to provide extensive information without using the Portal every time they have a question. While this is a great functionality within JSM, and quite easy to set up, there are some key items to remember to ensure all works well: things that can be required, setting up the queue, and email addresses do's and don'ts.

As you set this up, not only will you need an email address tied to an inbox, but it's just as important to have a request type set up in your JSM project. The request type should be hidden from the portal; this way it cannot be selected as an option if someone accesses the portal to create requests. This will give you control and the ability to clearly separate emailed requests from ones created through the portal by other users/customers. Once the request type is set up, you can only require the Summary and/or Description to be set. These two fields will be pulled directly from the email, with the subject becoming the summary and body of the email becoming the description. If you try and require any other fields, the request type will fail and the emails will not be processed into requests automatically.

In conjunction with setting up the request type for the email is setting up the queue for this specific request type. Remember, you are able to reference the name of a request type in JQL searches. This allows your agents to quickly identify which requests were created via email and not just lumped into the other queues. Due to some of your requests being created through email, the communication back to the customers is critical to make them feel like the request is being seen. The queue will alert the team when there are incoming email requests, and coupling them with SLAs correctly, will focus the proper communication and solving of these issues consistently.

Lastly, think critically about the email address you select. First, the email needs to be specifically used to receive issues from customers; this means it should not be used for mass communication where you also get NoReply email addresses, or mass communication that will cause false tickets to be created. While you can add certain automation into JSM to look for specific emails and not respond to them, the point of JSM is to allow for ease of administration of a Service Desk of which customer communication is the most critical item.

Overall, the email request creation for JSM is a great option, which is at times easier for users/customers to use versus going onto a portal. With the proper configuration and use of the recommendations in this article, the email will function and you can maximize the effectiveness of JSM email requests. Always keep in mind it is better to have a purposed email address than to reuse one and wonder why some emails work, some do not, and there are loops of comment(s) being sent due to NoReply.

For any help with this issue, or anything else Atlassian, drop us a line, we live and breathe Atlassian, and would love to help!

Topics: atlassian jira-software email-notifications atlassian-solution-partner jira-service-management
2 min read

Should my Jira Service Management instance be separate from Jira Software?

By Praecipio Consulting on Jan 29, 2021 2:04:24 PM

Blogpost-display-image_Should my Jira Service Desk instance be separate from Jira Software-As companies grow either organically or inorganically, many are faced with the decision of whether they should consolidate or keep their Jira instances separate. Today I'm going to address one specific flavor of this conundrum that I am often asked about, specifically with regards to separate instances of Jira Software and Jira Service Management. Some organizations choose to have separate instances for Jira Service Management and Jira Software, but I am here to tell you that is probably not necessary!

Although Jira Software and Jira Service Management are different products, there is no need to keep them separate. The most efficient companies use both in a single instance, so that teams can collaborate much more easily. As organizations adopt DevOps or start to think about it, one of the first things that is looked at is how IT interacts with the development organization. If these two groups are working in separate Jira instances, collaboration and clear understanding of ownership and handoffs is much more difficult. For example, It is much easier to link an incident that was submitted to the service desk to an associated bug if all of those tickets live in the same instance. While you can link to tickets in other instances, that requires users be licensed in both and have a clear understanding of where the work lives. Working in a single instance removes the need for potential duplicate licenses and ensures teams can communicate clearly. 

Occasionally teams use separate instances due to security considerations. However, in almost all situations your security concerns can be addressed by project permissions, application access, and issue security. There are few cases that Jira's native security features won't account for. 

Finally, let's look at this from a user experience perspective. One of the most prominent complaints that we see as organizations undertake their digital transformations are that users have to keep track of too many tools, a pain that I've felt in my career as well. Trying to remember where to log in for a specific subset of your work can be a headache. If your Jira Service Management and Jira Software instances are separate, they'll have two separate URLs that users have to navigate to. Signing into multiple locations and using different URLs adds an extra step where there need not be one.

Since you've already made the great decision to use both Jira Software and Jira Service Management, you might as well reap the benefits of the easy connection between the two so your teams can focus on what matters, rather than managing their tools. 

Are you looking to merge your Jira instances? Contact us, we know all about how to do that, and would love to help.

Topics: jira atlassian optimization tips integration project-management jira-core merge jira-service-management
3 min read

Last call for new Server Licenses: What you need to do NOW...

By Brian Nye on Jan 20, 2021 10:49:41 AM

Blogpost-display-image_Last call for new Server Licenses, what you need to do nowAtlassian announced last year that its Server products will be sailing off into the sunset in three years (2024) but the first big date is upon us... February 2, 2021. On this date, the following will happen:

What this means is that you will no longer be able to purchase new licenses for Server-based Atlassian products. You may experience a price increase on your Server-based products, Atlassian has outlined them in their Future Server Pricing FAQ. For new instances of the Atlassian stack on or after Feb 2, 2021, you will need to implement either the cloud or Server versions. If you are currently running Server, you have time, however, you need to start thinking about what your long term plans are for your Atlassian technology stack.

So what do you need to do now?

The answer is simple, start to plan for the future. Most of you will not need to take any immediate action as Server is not "going away" and business will proceed as usual. But over the past seven years, I've seen a lot of Atlassian instances and some of you have some work do because what you've done will make it hard to go to Datacenter or Cloud. "Why will it be difficult?" you may ask...well some instances would be a good candidate for "Hoarders, Atlassian edition". Some of you have not seen an app you didn't like while others want to keep every issue and page ever created. Sprinkle in bad practices and untrained administrators, you've got a mess that needs to be untangled. 

Three years will go by quickly. Many of you work for companies that take a long time to make decisions and then want miracles to happen in the 11th hour. My recommendation is you start planning now to figure out what is the best solution for you. With that being said, you should start by looking at the following areas:

Apps: Not all apps are created equal. Many were built with Server in mind and some do not have an equivalent in Cloud or Datacenter. You should start evaluating what this will mean for your user community if the app goes away or the functionality changes. 

Data: Moving a ton of data is never easy, especially if you're moving from Server to Cloud (which most will). Data comes in the form of issues and pages, as well as configurations. You should be questioning if you need to bring it all over. You should also evaluate if you want to bring over all the crud that's associated with the data (poor configuration setups like custom fields and statuses).

Customizations: Outside of apps, many have customized templates and files to control UI behaviors. These are usually not able to be replicated in Cloud or will break the multi-node Datacenter infrastructure.

Every instance is different from the rest and while those are generally the first places to start on your journey. Plus you must factor in the cost of operation with the security stance of your company. There is a lot to think through and this is why you must not wait until 2024 to start down this journey.

Here are the remaining dates that you should be aware of:

  • Feb 2, 2022: End of Server upgrades and downgrades
  • Feb 2, 2023: End of new App sales for existing Server licenses
  • Feb 2, 2024: End of Server support

Need help or don't have time to think about this? Praecipio Consulting can help guide you through this transition by helping you plan and perform the migration when the time is right for you. Our consultants can evaluate your current set-up and provide a path forward customized to your unique situation. 

Topics: atlassian blog plan server licensing
2 min read

Confluence Spaces: Rightsizing for Maximum Effectivity

By Brian Nye on Jan 11, 2021 3:45:00 PM

confluence-spaces

Your company has decided to make Confluence your collaboration platform, and you've been asked to get this thing going. Where do you start? Don't worry, you are not alone. Trying to figure out what makes up a Confluence space is a struggle that many people have when getting started with Confluence (and even for those who've had it for years). There are two questions that should be asked to help make the decision: What's the purpose of the space and who will be using the content? Once you get the answers, you'll be on your way to setting up the perfect space for you.

What's the purpose of the Space?

Confluence and Jira will be working hand-in-hand to get work done. Because the two applications work so closely together, it is important for the information to be organized in a way that will allow users to draw parallels between the two applications. The best practice is to create a Confluence Space for each Jira Project. By doing this, users are able to create and find information quickly and easily. This mapping will allow users to first create the ideas in Confluence that will relate to Jira Issues as the ideas mature. Confluence can then be the home to the reports of the products or process as the issues are worked and closed. This prevents guesswork from trying to figure out where content should live or where to find information in the future. 

This is not a hard and fast rule, as there may be reasons for having multiple spaces for a single Jira Project, but those should be edge-case scenarios and not the norm. It is highly recommended that users do not create a space based on a single user or group's access permissions. Confluence Space permissions, along with page restrictions, can often satisfy the need to keep information segregated. There may be times that one Confluence Space represents multiple Jira Projects when the projects are closely related. If this is is the case, be sure that the structure is clear so users can find the information quickly.

Who will be using the content?

Spaces don't always need to have a related Jira Project in order to created. Sometimes, a Space needs to be there to coordinate the thoughts of other entities like a Team or Department. For example, my Team may want to document how we are going to improve our Agile process. This is not something that others will care about when they are looking at the Space of the product that team happens to be building. So rather than having one large space that contains all the things the Team is doing, split the space with a clear distinction based on who will use the content. 

Last but not least, socialize the decision

Don't forget that you are not alone in your Confluence instance; others in your organization are likely feeling the same! Be sure to take action by clearly naming Spaces based on what their purpose is to the business. Feel free to add Space Categories and Descriptions to help other navigate more easily to your content. Following these simple rules, Praecipio Consulting has helped other companies organize their Confluence into a more productive and manageable application.

If you have questions on Confluence, Jira, and how these two amazing Atlassian tools can work together in your organization, contact us and one of our experts will get in touch with you.

Topics: jira atlassian blog confluence tools
3 min read

How do I migrate to Cloud if my apps aren't compatible?

By Jerry Bolden on Dec 23, 2020 1:06:11 PM

Blogpost-display-image_How do I migrate to Cloud if my apps arent compatible-

How many people are ready to move to the new hotness: Atlassian Cloud?  While this is becoming a more focused platform for Atlassian, there are some things that each company/team will need to think about as they move to the cloud:

1. What do I do if my current Server/DC apps are not compatible? 

2. What do I need to understand about my current set up within my workflows?

Apps are used to upgrade the out-of-the-box abilities of Jira, Confluence, and Bitbucket and most people not only become reliant on the apps, but may not even know they're using the apps for their day-to-day work. While there are quite a few apps operating on all three platforms (Cloud, Data Center and Server), some apps may not be available for all three platforms. For example, an app may be supported for Cloud-only or Data Center only.

While trying to migrate to Cloud, you need to understand which Apps are also compatible in Cloud and which ones are not. You can navigate to Atlassian Marketplace and set your first filter for Cloud.  Then, simply search the App name and the marketplace will do a good job giving you other options that have some of the same features as your current Data Center/Server app. Look through the recommendations and compare the current features you use with some of the recommended apps features.  The best thing is to also download a trial version of those apps in Cloud, but also if you are still on Data Center/Server, see if they have an app trial for those platforms as well.  

The other side of this will be having apps that exist on Cloud as well as on Data Center/Server but may affect your workflows.  For example, Automation has come included within the cloud, but JSU Automation Suite for Jira Workflows exists as a separate app on Data Center/Server.  While this app is now integrated into the Cloud,  when importing the data, workflows, etc. during the migration, you currently cannot use the Atlassian Cloud Migration tool and the links to the automation can fail. 

Reach out to those specific App vendors for support and open a ticket to understand what the migration path could be from Data Center/Server to Cloud. For example, In JSU's case, you have to redo all the affected workflows and their validators, conditions and post functions.  While some applications will be compatible, others will either require a little manual reconfiguration or finding ones similar in features to your current Apps.

Migrating to Atlassian Cloud is becoming more and more seamless as Atlassian continues to focus on the Cloud platform. But where apps are concerned, you will need to either find apps that already have a Cloud version or look for the Developer to review similar options and features. 

If you need guidance with your Atlassian Cloud migration, Praecipio Consulting is here to help! Contact us and one of our specialists will contact you shortly, and in the meantime, here are some helpful resources that you can start with

Topics: atlassian blog migrations cloud atlassian-solution-partner marketplace-apps
4 min read

How is Confluence Cloud different from Server/Datacenter?

By Morgan Folsom on Dec 18, 2020 1:06:00 PM

Blogpost-display-image_How is Confluence Cloud different from Server-Datacenter-

If you've recently moved from a Confluence instance that was hosted by your organization to one on Atlassian's cloud, you may be noticing some differences in how the tools work! The experience is quite different, and we know that can be a bit overwhelming if you've spent a lot of time getting used to the server UI. The change will require some adjustments, so we've provided a quick overview of things to keep an eye out for so you can get back to expertly collaborating with your team.

Navigation

Let's start with getting to Confluence! You can of course access your instance via the new link provided by your IT team https://yourcompany.atlassian.net. But, if you're looking to get to Confluence from your linked Jira instance, the application switcher looks a little different. The application switcher now lives in the grid icon(Screen Shot 2020-04-17 at 11.09.36 AM). Select that and you can navigate to any linked applications, including Confluence. 

Creating pages

Page creation looks different in the new view - you'll notice that there is now only one option to create pages, the Create button. This functionality has made it a lot more intuitive to create pages from templates! In Server, users need to consciously make the decision to create from a template (selecting the '...') or a blank page. Now when creating pages available templates will appear on the right, allowing you to filter and search through templates. With this new navigation you can even see previews of the templates before you select them. 

Keyboard shortcuts

This is the change that threw me off the most when switching between the products, because I rely very heavily on shortcuts! Here are three that I use a lot that have changed:

Action
Server/Datacenter
Cloud
Insert a Macro { /
Start an ordered list 1. 
Change header level Cmd/Ctrl + 1/2/3... # / ## / ###

 

To see a full list of shortcuts, you can select Cmd/Ctrl + Space while editing a page and a dialog will appear and display all of your options. 

Page layouts

The experience in Confluence Cloud is more mobile friendly, so pages are more narrow by default than previously. However, you can still expand your pages to span full screen if you've got a lot of content. Opening the page layout options hasn't changed - you select the icon in the editor. However, the page layout editing experience has changed so you can work on it within the body of the page, instead of at the top.

Screen Shot 2020-04-17 at 11.24.48 AM

You'll notice the arrows pointing out - those allow you to span full screen for either the entire page (top) or the specific section (bottom). The same options to edit layouts are available but you can see them in-line instead, which makes for easier navigation while working them into your pages. 

Panels

The Panel macro is one of my favorites - I like the ability to break the page up visually, and they are a great way to do that. Atlassian has revamped how panels work in Cloud so that instead of having separate macros for different types of panels: Panel, Info, Warning, Note, Success, etc. they are all just one macro, and you can switch the coloring as needed by selecting different icons. 

Screen Shot 2020-04-17 at 11.28.05 AM

Macros while viewing a page

The last change I want to highlight is perhaps my favorite. When editing Confluence previously, you might've noticed that when you insert macros, many of them appear different while editing vs. viewing the page. In cloud, we now see that macros like the Jira Issues macro pictured below actually shows the content while editing now. 

Screen Shot 2020-04-17 at 11.31.30 AM

Switching between tools or views can be tough, but with Atlassian's cloud platform you'll see a lot of changes that make the user experience run more smoothly. Now you've seen some of the changes, you're ready to hit the ground running!

Thinking about switching to Cloud? Contact us to talk about how we can help!

Topics: jira atlassian confluence migrations server cloud data-center
5 min read

How Your SaaS Provider Contributes to the Customer Experience

By Christopher Pepe on Dec 16, 2020 1:44:00 PM

Blogpost-display-image_SaaS Requires Delightful Customer Service

SaaS Providers & Customer Service

The year 2020 has forced organizations to consider how they service customers and enable staff to do their work by having them reconsider the benefits and value of their current technology practices. 

Look at the fun visual below: most businesses use a combination of managing their own data centers and software or by using cloud-based facilities. Software as a Service (SaaS) allows a provider to perform a service on their technology. You pay for the provider's expertise and convenience to maintain the servers, networks, security, software, and the upgrades or changes. No more cooking as you always eat out!

pizza as a service

SaaS providers now perform almost any main business functions: HR, Accounting, Sales, Finance, Communication, Coding, Marketing, Websites, and more. The cost benefits dazzle the eyes but consider that when you allow someone else to perform a business function that the customer still sees you.

At a restaurant, if the service is terrible, you never return to that restaurant. In the eyes of your customer – you are the restaurant! Therefore, how you interrogate the provider before deciding to use them and how you monitor and respond afterward is paramount to your business's success.

The rest of this article offers insights and tips to ensure that your relationship with a SaaS provider does not ruin the relationships with your staff and customers.

Training

  • Transitioning to SaaS changes your workflow – how will you be trained, and what documentation will you receive?
  • Are any other vendors impacted, which will also require training, and who pays for this?
  • Your products will require integration with the SaaS provider, so how will you train them?
  • How will changes to the SaaS provider service be addressed?
  • Do customers require new FAQs?
  • If someone has a question, do they go to an internal team, the service desk, or the SaaS provider?

Know Your User

Before you move a service to SaaS, you need to define the user of that service. Deep dive:

  • What is the user of this service in terms of ability, technology, the reason to use the service, expected benefits from their view, and dislikes?
  • What is the journey of that user as they use the service? Where will there be issues?
  • How can the SaaS provider mitigate these issues? How will you know that problems are occurring?
  • What messages can you provide the user to help them on their journey or if they get stuck? Can the message be personalized?
  • What can you automate for the users, such as renewals, reminders, or upsells, or anything to make the journey more enjoyable?
  • Can users form part of your test team to improve the journey's flow or provide feedback on proposed changes before go-live or to develop future releases?

IT Service Management

ITSM is the practice of allowing technology to benefit someone. It is a required business set of processes that engender better, faster, safer technology applications that deliver value. Initially the IT domain, Enterprise Service Management (ESM), is now commonplace as organizations take advantage of the cloud, SaaS, or move to digital products.

Not long ago, more technology services supported a single department, with only Finance reaching out across all areas. Now technology services are so integrated into your work that a change in one place impacts the entire organization and could disrupt your customers. ITSM processes and tools can help by:

  • Logging all incidents or requests, no matter who sees them, the SaaS provider or your teams.
  • Merging the incident and request data for performance reporting, improvement actions and decision-making. Daily integration is best practice.
  • Helping to determine how long it takes for incidents or requests to be resolved or some sort of communication is issued to the customer? Lack of service will increase customer churn, and they might disparage you in social media.
  • Creating alerts for monitored services.
  • Obtaining historical information to ensure that improvements are of value.
  • Enabling user support via live chat, AI chat, easy to find widgets, easy to read FAQs, and reporting on these interfaces' satisfaction.
  • Acquiring your customers' level of satisfaction and does this match to the XLAs (Experiences Levels Agreement) with your provider.
  • Informing support staff on offers as refunds or incentives during disruptive events or poor service.
  • To know when to follow up with customers that require special care.

Metrics of SaaS

At some point, your customers will have issues that highlight your value stream or service pipeline's weaknesses. The tools that you use to monitor, alert, investigate, and respond to these issues can be improved by agreed metrics that make sense, such as the ones below:

  • How fast do customers receive a response?
  • What do they feel about that response?
  • How fast are incidents or requests resolved?
  • What is the lifetime value of a customer?
  • What is the cost of servicing a customer?
  • What is the cost of acquiring a customer?
  • What is your customer churn?
  • What is the total investment of SaaS over your customer value or cost?
  • Is there a group of customers that benefit more from a SaaS provider than others allowing you to decide how best to service those customers?

Final thoughts

The economy of tomorrow will be fully customer (user) centered. SaaS, cloud, digital and ESM will enable your products and services to become more individualized. Your SaaS provider has little value to you if the user journey is full of bad service. Your goal is to leverage the provider to retain and attract customers and staff. Thinking about how this will happen, setting clear expectations, expectations, documenting service examples with metrics in the contract, testing and monitoring service delivery, and having active conversation with your SaaS provider will ensure that the customers' experiences are delightful.

If you are looking for ways to improve your customer experience through technology and digital transformation, let's chat!

Topics: atlassian blog saas cloud hosting customer-experience
3 min read

Atlassian Certification Program: Tips for Studying for your ACP Tests

By Rebecca Schwartz on Oct 21, 2020 12:45:00 PM

Blogpost-display-image_Atlassian Certification Program- Tips for studying for your ACP exams-1

Atlassian Certification Program (ACP) tests are a great way to enhance your Atlassian skillset and better leverage the tools at your organization. Atlassian offers a few different exams, depending on what aspects of the tools you're focused on and your current skill level. If you pass, you get a nifty badge you can place on your LinkedIn profile or email signature!


Here at Praecipio Consulting, all of our consultants have taken at least one of the available ACP tests, and we have some great tips and tidbits to share that will help you prep for the exams and understand what they entail.

A little bit about the exams

  • Atlassian offers 6 different ACP exams
  • Exams are typically between 70-80 questions
  • Exams can be taken remotely due to COVID-19, but are proctored
  • Depending on the exam, the passing score is between 60-70%
  • You have 180 minutes (3 hours) to complete your exam

1. Take it back to your college days with study guides and flashcards

When studying for any exam, it's important to figure out how you best learn the material. Is it taking notes by hand so you don't have the distractions of a laptop? Or do you tend to lose loose leaf paper so you prefer to type out what you've learned? Either way, my best tip to prepare for your exams is to organize your notes into a comprehensive study guide. 

Atlassian requires the completion of specific courseware before you can take the ACP exams, and they provide downloadable PDFs for each exam topic. All of this information is great for your study guide. You can use a good ol' fashioned notebook for this, or, if you have access to Confluence, create your study guide there and then use macros and tasks to organize your notes with reminders of trouble areas to focus on 

Because the exams cover a lot of material, flashcards are another great way to memorize information. There are several online services that allow you to create flashcards for free, such as QuizletRepetition works wonders when studying for any exam, so be sure to review your study materials several times.

2. Practice in a test environment

If your way of learning is by doing, a great way to prep is by reviewing admin functionality in your Jira or Confluence instance, especially if you have a test or demo environment. Project schemes, permissions (project and global), and workflow functionality can provide helpful knowledge around exam items. Chances are, if you're taking an ACP test, you already have access to a Jira and/or Confluence environment, but if not, Atlassian offers a free Cloud instance if you're maintaining 10 users or less. Keep in mind that some exams only focus on Server functionality, but it's still great to get a visual for the items you'll be tested on.

3. Collaborate with others prepping for the exam

At Praecipio Consulting, we are all about teamwork. When other co-workers were also prepping for the test, we collaborated on our notes, shared our study guides, and had study groups. Sharing our thoughts and notes allowed us to each figure out our strengths and weaknesses around the exam material so we could help each other be successful. 

If you're the only one at your organization taking the exam, or are just deciding to do it individually, no worries - there are folks all around the world looking to get certified! If you venture over to the Atlassian Community, there are often discussions that folks have started to create study groups with members of the community (check out this post around the ACP-100). 

4. Stay in tune with your physical and mental state 

Prepping for and taking any exam is physically and mentally exhausting. It's important when studying to allow yourself breaks to better absorb the material. While you study, it’s a good idea to create incentives and goals around the study material. For example, once you are through half of your flashcards, you can reward yourself with watching the next episode of your newest Netflix addiction or read a chapter of your favorite book. That way, you have something to look forward to while studying and have a structured pattern for brain breaks.

 When it comes to taking the exam, try to find a quiet space in your home where you can remain undistracted. If you get stuck on a question, mark it and come back to it - you've got 3 hours to get through the questions, so take your time! Remember, your well-being is a key factor in being able to focus and perform your best, so it's important to keep it in check.

Good luck with your next exam, and let us know if your organization needs further support with how to best leverage your Atlassian applications. 

Topics: atlassian blog agents training atlassian-products atlassian-certification-program
7 min read

Our Guide for Importing Linked Issues into Jira from CSV

By Morgan Folsom on Nov 6, 2018 6:24:00 PM

This resource is for you if you've read Atlassian's documentation but are still confused on how to import linked issues.

Using the external system importer, Jira admins are able to import CSV spreadsheets into Jira to create new issues or update existing ones. This guide is an overview on how to use the External System Importer to create issue links. Note: This is not a comprehensive guide. Before reviewing this information you should understand Atlassian's guide on importing data from CSV. 

Requirements

Your file must meet the basic requirements described in the above-mentioned Atlassian reference material. For the different link types, any additional prerequisites are outlined below. 

How it works

When importing, each issue is assigned a unique ID, which is used when creating links. This ID can be the Issue Key, the Issue Id, or any Unique Identifier that you choose. Once the issues have been identified, you can link them in a variety of ways. 

What should I use for an ID?

  • Issue Key - Use this if the issue already exists in Jira. This is easiest if you are using data exported from Jira, as links export with Issue Key.
  • Other Unique Identifier - If the issue you're referencing doesn't exist in Jira yet, this is your option, which is particularly useful if you're importing linked data from another system that already has an ID assigned.

Examples

Sub-tasks and Parents

To create a sub-task/parent link, you use the Issue Id and Parent Id fields. Issue Id and Parent Id should each have their own columns in the spreadsheet. You can use whichever ID type you have decided on. In the below example, the issues are assigned consecutive numbers as IDs. This will work with any sub-task type issue types.

The spreadsheet should look something like this:

Issue Key
Issue Type
Summary
Issue ID
Parent ID
SCRUM-1 Story Ability to reserve an item for 2 hrs and return to it later 1  
SCRUM-2 Sub-task Create unit tests 2 1

When mapping the CSV columns to the fields:

Sub task and parent mapping in Jira

Importing Standard Link Types

If all of the issues in the spreadsheet are new (i.e., they do not exist in JIRA yet), you do not need to include an Issue Key. 

When importing issues using standard issue links (Epics, blocks, duplicates, etc.), you will follow a similar structure as before. You will still map Issue ID to a unique identifier, but instead of using Parent Id, you will use the specific link type. Each link type requires its own column, as shown below, allowing you to import multiple types of links at once. 

If any of the issues already exist in Jira, be sure to enter a value into the Issue Key field. You can import issues in any combination: whether all, some, or none of the issues already existing in Jira. 

Issue Key
Issue Type
Summary
Issue ID
Link "blocks"
Link "relates"
  Story As an admin, I'd like to import issues into Jira 123 456  
  Story As an admin, I'd like to link Jira issues 456   123

When mapping the CSV columns to the fields:

Importing standard link types in Jira

Here's an example of what one of the newly imported issues above looks like:

newly imported issues

It is important to note that Portfolio for Jira's parent linking functions differently than the standard issue links. Portfolio for Jira uses a custom field "Parent Link" to create the connection, and for this reason, it has different requirements for importing. 

For these links, you'll need to use the Issue Key, otherwise the field will not recognize any other IDs, which means that the issues must exist in Jira before you can create a Portfolio parent link via import. In this case, there needs to be a column with Issue Keys mapped to the Parent Link field. Note that all hierarchy levels above Epic use this same field, so you can have only one column. However, the Portfolio hierarchy must be respected; if you try to link an Initiative directly to a Story, for example, you will receive an error on import. 

The example below shows what it might look like if your hierarchy was configured as: Initiative - Epic - Story. The Epic would be linked to the initiative using the Parent Link field, but the Story is linked to the Epic through the Epic link. 

Issue Key
Issue Type
Summary
Link "Epic"
Parent Link
SCRUM-1 Story Make the server more efficient SCRUM-2  
SCRUM-2 Epic Blazing-fast server   SCRUM-3
SCRUM-3 Initiative World Class Product Experience    

 

Once imported, the issues appear in Portfolio like this:

Imported issues in Jira Portfolio

Now it's your turn to Import and Link!

Once you have your file prepped as described above, you can import issue links into Jira. If you run into any trouble, be sure to check:

  1. Your mappings -  Are the correct columns mapped to the right fields?
  2. Field values - Do I have the right values?
  3. IDs - Have I used the right type of ID mapping? 

As always, before importing large files, be sure to start with small amounts of data and test regularly. 

 

At Praecipio Consulting, our team of accredited and certified Atlassian experts can help your organization meet its goals efficiently and succinctly. To learn more about how we can partner with your team, visit our Consulting Services page to explore just some of the Solutions we can help implement, or contact us directly.

Topics: jira atlassian how-to portfolio tips
2 min read

Less Meetings, More Collaboration with Atlassian Tools

By Jill Cloud on Jun 26, 2018 11:00:00 AM

Have you ever been in a meeting and thought, "Why am I even here?" and then started daydreaming or doing other work on your laptop? After meetings that drudge on and on, it's easy to leave them more confused than when you started.

Meetings are the worst! Of course, there are tons of tips on how to run an efficient and productive meeting, but how about being more efficient and productive by NOT scheduling meetings. Skip them! Well, not really. There are situations where a meeting is necessary, but many of our daily meetings are pointless, calendar-eating blocks of time that we will never get back. 

Atlassian tools offer so many different ways to facilitate collaboration without sitting around a table at a specific time of day, requiring people to be engaged. Everyone's workloads are scattered throughout the day, and asking them to align priorities during a very specific block of time is not necessarily the best way to get people to collaborate effectively. Instead, creating a Confluence page focused on a specific topic - providing an outline of the work items that need to be addressed.  'Mentioning' your colleagues with the @mention feature notifies them about changes to the page, and they can collaborate when it works best for them. If a specific approval is needed from management, or if you need a colleague's feedback, you can leave an inline comment, which will notify them of your request or comment. If more discussion is needed, any team member can create a Stride room, that references the Confluence page. This will allow team members to actively collaborate on the topic. The communications can happen at a faster rate, allowing for more depth conversation (without a meeting).

This method will encourage and promote engagement with your remote employees and give them a seat at the table (so to speak). If the topic requires inputs from others not originally part of the conversation, it's easy to add them to the Confluence page or Stride room. They can quickly read the conversation and get up to speed.

Many people have a tendency to conclude meetings with no structured outcomes, deliverables, or expectations of team members. When you are using Confluence as your collaboration tool, it's easy to create tasks directly on the page. Since all Atlassian tools can be very transparent, team members are more accountable for completing the follow-up on time. In this example of a Confluence template for meeting notes, you can quickly add team members to a page, capture goals and discussion items and assign tasks:

Ditch the meetings – let those calendars breath – give people their time back, and do it all while accomplishing more, in less time. 

Topics: atlassian stride collaboration atlassian-products
3 min read

Mitigate Security Risk with Secure Content for Confluence

By Fatima Siddiqi on Jun 26, 2018 11:00:00 AM

Robot FeaturedSensitive information and the security of that information is becoming increasingly critical for organizations across the globe. GDPR, PHI, HIPAA, PCI, and other sensitive information legislation has had a profound effect on what information can be stored where and who can access this information. At the same time, the need for centralization and collaboration for disparate teams has also increased. At Praecipio Consulting, we believe balancing the need for security with collaboration is a critical concept in content management. Secure Content for Confluence Server and Data Center helps users store and manage sensitive information while balancing Confluence's powerful content collaboration. 

As the number of users and amount of content begins to grow in Confluence, security becomes almost impossible to manage. As teams are encouraged to collaborate, the need to protect sensitive information such as passwords, data, reports, etc. also grows. While restricting pages can be a solution to protecting sensitive information, the ability to scale Space or Page content restrictions becomes impossible. Manual intervention from a Confluence or Space Administrator is required or, in the worst case scenario, sensitive information is unintentionally exposed putting the organization at risk. The more the users use Confluence, the more challenging content organization becomes. Without the use of the Secure Content macro, we've seen teams use page restrictions, complex page trees, page or excerpt include macros to manage confidential information. The downside to this approach is the lack of structure it creates inside of Confluence. If there are several restricted pages created separately from the page discussing the primary topic, not only does this make the content severely disorganized, it introduces an unnecessary risk of accidental exposure of sensitive information. In order to prevent clutter inside Confluence spaces and mitigate risk, Secure Content protects sensitive information inside the relevant page eliminating the need to create or reference additional pages. 

Secure Content for Confluence Server and Data Center can mitigate this risk with its inline content encryption and robust, yet flexible, permissions. To ensure content is only visible to authenticated users, Secure Content blocks are encrypted before being stored in the database and are only decrypted when an authorized user provides their Confluence credentials. The Secure Content block evaluates the password and if it matches the user's Confluence password, it will authorize the user to either read or read and edit the content inside the block. Additionally, Secure Content uses symmetric AES encryption with a key that is determined when the plugin is first installed. This key is inaccessible even if a user has access to the Confluence Database itself. 

In addition to the encryption functionality, assigning permissions for a Secure Content block helps the owner of the block manage the visibility of each user or user group. There are two conditions that must be met before content is decrypted and displayed for a user or group. First, the user/group must successfully be authenticated using their Confluence password to access the block. Second, the user/group must have permission to read/edit content in the block. Aside from the owner of the block, who will always have read/edit permissions, both conditions must be met to give users entry into the protected content. Secure Content Screenshot

Every Secure Content block is assigned a key. A Secure Content key is a self-made unique identifier that allows users to add the block on different pages with the same properties as the original block. This is especially useful for organizations that have hand-offs between teams. For example, an operations team may provide 24/7 support for their internal or external customers. During an incident, credentials to access or reboot a system can be easily shared in a central location and perpetuated to both business-hours operations personnel and off-hours operations personnel. This prevents sharing of credentials through unencrypted channels such as text message or email. It also prevents duplication of effort, allowing users to spend more time troubleshooting and resolving the issue. 

Insert Secure Content Block Macro ScreenshotCombining security and collaboration, Secure Content for Confluence Server and Data Center is the perfect solution to managing sensitive information while leveraging the powerful collaboration abilities in Confluence. It relieves the administrative burden of managing Space and Page restrictions and mitigates the risk of exposure of sensitive information. It allows organizations to maintain an organized content structure without compromising the security of critical systems or personnel. Secure Content makes managing sensitive content inside Confluence organized and protected. Try it free from the Atlassian Marketplace here

If you run into issues with your Secure Content macro, please contact support@praecipio.com for troubleshooting help or information on Secure Content. 

Topics: atlassian blog secure-content-macro consulting-services
2 min read

Hipchat: Customize Your Connection

By Praecipio Consulting on Sep 29, 2015 11:00:00 AM

HipChat has long been the beloved messaging application for Atlassian users, developing integrations with Confluence and Jira to increase the seamless nature of the SDLC process with notifications and team and project-specific rooms. With the success of these integrations, Atlassian is raising the bar for HipChat functionality, offering up their API for other software producers to code their own connections to allow even more tools to team with HipChat. Recently, Atlassian held a HipChat Dev event in San Francisco for a handful of popular and innovative tech companies to dev and demo their HipChat plugins, opening the door for an all new level of HipChat functionality. New Relic, Salesforce, Tempo and other Atlassian-inclined software makers came together to tweak the HipChat API to get their products talking for an even more robust integration offering in the messaging system. With many new options becoming available, excited HipChat users can expect to see these plugins available soon, making HipChat a real-time communication hub for all aspects of the software development life cycle.

HipChat, Meet New Relic

New Relic, maker of integral tools to gain insight into the operation of your business processes, becomes a critical component of IT management when paired with HipChat. Using New Relic products like APM, Browser and Synthetics, companies gain real-time analytics for their SaaS applications to ensure that their platforms are running optimally for the best user experience. When integrated with HipChat, New Relic provides teams regular status updates, allowing issues to be addressed efficiently and expediently. Create a HipChat room for New Relic applications and stay up to date with your application performance leveraging the constant monitoring of New Relic with the constant communication of HipChat. 

Build Your Own Add-Ons

Atlassian enables users of Jira, Confluence, and yes- HipChat, with the ability to build customized add-ons for Atlassian tools and corresponding applications. The provided documentation allows the use of any web framework and any programming language to build with Atlassian's REST API to get the applications talking with remote operation over HTTP. With the unlimited possibility of integration, HipChat becomes a true force of functionality as more and more applications are tied into the tool. Give each dev team their own HipChat room built around their products to get the latest updates on their in-flight projects. Create a marketing room to allow your bloggers to see immediately when a new page view or comment comes through. With HipChat customized add-ons, your teams get the information they need, when they need it. 

Video courtesy of Atlassian

It's in the Numbers

Need more reasons to expand your company's collaboration beyond just Confluence and Jira? Atlassian has the stats the make the case for HipChat!

Statistics courtesy of Atlassian

Chatting cuts down on unnecessary, efficiency-draining emails, enhances collaboration between teams and delivers a platform for easy communication. Using Atlassian HipChat, your teams run at the speed of business with application integration, video chatting, and file sharing -- everything they need to work smarter and faster! 

Get Chatting

Revolutionize the way your teams work with HipChat! It's as easy to get as it is to use; simply contact Praecipio Consulting to learn about our extensive HipChat services, including: managed services and hosting, implementation, customization and licensing. HipChat is your central source of better business practices and Praecipio Consulting is your one-stop-shop for all your HipChat needs. Collaboration has never been easier, so get HipChatting today!

Topics: jira atlassian blog best-practices confluence hipchat new-relic rest-api integration
2 min read

SAFe Cheat Sheet: A Guide to Scaled Agile Framework

By Erin Jones on Feb 23, 2015 11:00:00 AM

No matter the size of your organization or your industry, the end game of any company is to deliver the highest quality product to customers at the greatest market value, with the lowest cost of production. This school of thought drives the Agile methodology of software development, pushing for faster delivery of better products with the least amount of risk, and has fueled the scalable Agile solution for enterprise-level organizations: Scaled Agile Framework (or SAFe). Operating under the principles of Agile development, SAFe aligns the development and initiatives of all levels of the enterprise company- from agile teams to executives- for accelerated value delivery at a reduced risk. Leveraging short feedback cycles organized into sprints and release trains, the cost of deployment decreases as deliverables have clearer direction and requirements to ensure a better fit for purpose. 

How does Atlassian support SAFe?

How does Atlassian support SAFe?

What are the core values of SAFe?

What are the core values of SAFe?

 

How does Atlassian support SAFe?

The Atlassian product suite was created (and is continually innovated) to support best practices in the Software Development Lifecycle. To that end, the use of products like Jira Agile, Confluence and Jira Portfolio integrate to bring maximum traceability to every release, enabling teams to hit their deadline and their budget with the highest quality product. With Atlassian, you unlock the power of SAFe, leveraging Jira Agile, Confluence and Jira Portfolio to achieve the following objectives (and much more): 

How does Atlassian support SAFe?

Want to learn more about SAFe?

Ready to learn more about how Scaled Agile brings best practices and delivers the greatest results to your enterprise organization? As Atlassian Platinum Solution Partners, Praecipio Consulting is here to help! 

First, check out our webinar on SAFe®, Agile in the Enterprise, presented by Senior Solutions Architect, Certified Scrum Master, and SAFe® Program Consultant Amanda Babb to get a more complete introduction to implementing Agile practices at the enterprise level.

Next, contact us today to see how our Consulting Services can help you meet your goals.

Topics: jira atlassian scaled-agile best-practices confluence enterprise sdlc jira-software safe marketplace-apps
4 min read

How to Customize your Jira Dashboards

By Praecipio Consulting on Jul 12, 2012 11:00:00 AM

About Dashboards and Gadgets

The Jira Dashboards is the first screen you see when you log in to Jira. It can be configured to display many different types of information, depending on your areas of interest.

If you are anywhere else in Jira, you can access your Jira Dashboards view by clicking the ‘Dashboards‘ link in the top left corner of the Jira interface.

The information boxes on the dashboard are called Gadgetsjira-4_1-jira-dashboard-example

If your user account has only one dashboard, the tabs on the left of the browser window will not be available and the dashboard will occupy the full window width.

 

You can easily customise your dashboard by choosing a different layout, adding more gadgets, dragging the gadgets into different positions, and changing the look of individual gadgets.

You can also create more pages for your dashboard, share your pages with other people and choose your favorites pages, as described in Managing Multiple Dashboard Pages. Each page can be configured independently, as per the instructions below.

 See the big list of all Atlassian gadgets for more ideas.

This gadget will only be available if it has been installed by your Jira administrator.

 

  The Firebug add-on for Firefox can significantly degrade the performance of web pages. If Jira is running too slowly (the Jira dashboard, in particular) then we recommend that you disable Firebug. Read this FAQ for instructions.

 

Creating a Dashboard

The dashboard that you see when you first start using Jira is a “default” dashboard that has been configured by your Jira administrator. You cannot edit the default dashboard; but you can easily create your own dashboard, which you can then customize as you wish.

To create your own dashboard:

  1. At the top right of the Dashboard, click the ‘Tools‘ menu.
  2. Select either ‘Create Dashboard‘ to create a blank dashboard, or ‘Copy Dashboard‘ to create a copy of the dashboard you are currently viewing.

You can now customize your dashboard as follows:

 

If you are using multiple dashboard pages, you can only configure dashboard pages that you own.

 

Choosing a Dashboard Layout

To choose a different layout for your dashboard page (e.g. three columns instead of two):

  1. At the top right of the Dashboard, click the ‘Edit Layout‘ link. A selection of layouts will be displayed:
  2. Click your preferred layout.

Adding a Gadget

  1. At the top right of the Dashboard, click the ‘Add Gadget‘ link.
  2. A selection of gadgets will be displayed:

     Select a category on the left to restrict the list of gadgets on the right to that category.
  3. Click the ‘Add it now‘ button beneath your chosen gadget.
  4. Click the ‘Finished‘ button to return to your Dashboard.
  5. If the gadget you have selected requires configuration, you will be presented with the gadget’s configuration page. Configure appropriately and click ‘Save‘.

Moving a Gadget

To move a gadget to a different position on your dashboard:

  • Click the gadget and drag it into its new position.

Removing a Gadget

To remove a gadget from your dashboard:

  1. Hold your mouse over the top right corner of the gadget, until a down-arrow appears.
  2. Click the down-arrow to display the following menu:       
  3. Click ‘Delete‘.

 

Need some more help navigating Jira Dashboards? Learn more about Jira here, or contact our team of experts and we’ll answer any questions you may have.

Topics: jira atlassian blog implementation issues management optimization process-consulting project tips tricks tracking consulting-services
3 min read

Jira for the Gaming Industry

By Praecipio Consulting on Nov 24, 2010 11:00:00 AM

Altassian’s Jira is perhaps the best issue tracking and software development management platform around. While Jira can be used in many, many ways, it’s found a sweet spot in the gaming industry.

This post assumes the reader has a reasonable understanding of Jira. The post highlights how Jira and Greenhopper – which collectively make up Atlassian’s Agile approach – can streamline game development. Check it out:

Quick-start projects. In Jira, you can start a new project in less than five minutes. That’s great for developers, since new projects can spawn at anytime during the production process.

Attach files for visual reference. Most developers use Adobe software to design game interfaces. During the development stage, there are usually multiple people designing and updating prototypes – so it’s easy to get off track. With Jira, designers can attach the a screenshot of the latest prototype to a project page, so every one involved with the project can see where the interface is at and stay on the same page. And since Jira allows users to attach files to projects, tasks, time log items, and more, it’s easy for designers to offer team members a visual reference of where they’re at – even if they’re not in the office.

Support and ticketing. Jira helps IT support organizations handle hardware and software support more methodically. Support tickets can be submitted by anyone within the company. From there, they’re assigned to a qualified expert, and either resolved or escalated. This obviously benefits all businesses and not just those in the gaming industry. But for game developers on a tight schedule, hardware performance is critical – and a fast ticketing process ensures minimal downtime.

Bug tracking. Bug tracking is critical in the gaming industry. Jira’s organized, intuitive bug tracking system allows game developers to track the details, status, etc of every kink in the development process – ensuring better performance.

Document repository. Jira can also act as a document repository for files of all types. With a powerful search feature and page indexing capabilities, game companies can ensure quick access to important files – so long as they’re organized responsibly.

Crucible. A web based code review tool, Atlassian’s Crucible (a “friend” of Jira and Greenhopper) allows multiple people to review code online instead of having to crowd around a desktop or overhead projector – the “Google Docs” of code-writing. For game developers, that kind of collaboration is worth its weight in gold.

Greenhopper task tracking. Drag-and-drop task management that associates tasks with Jira projects, items, files, etc, etc. Completely intuitive, remarkably fast. We needn’t say more.

Customize to your heart’s content. Jira is easily and extensively customizable. Most of its customizations don’t require technical knowledge – so designers and developers with different skillsets can configure Jira with ease.

Insanely easy workflows. You don’t have to be a programmer to set workflows up in Jira. Develop workflows quickly to automate repetitive tasks.

Integration with non-Atlassian tools. Jira users can develop their own plug-ins to import and export data to and from Jira. This is crucial, since no software can tackle every need within an organization, and since game developers usually need to leverage multiple tools throughout their production.

That’s how game developers are leveraging Atlassian tools to streamline operations and production timelines. Again, it’s worth noting that much of what’s covered above applies to business of all types – not just those in the gaming industry. Check out our Jira blogs to learn more about how Jira (and “friends“)  can boost your operations.

Special note: If you’ll be attending South by Southwest (SXSW) in Austin in March 2011, stop by our booth at the SXSWi Trade Show. We’ll have a Jira demo live, and have our developers behind the table!

Topics: jira atlassian blog crucible show sxsw trade workflows tracking development gaming greenhopper industry integration it bespoke

Praecipio Consulting is an Atlassian Platinum Partner

This means that we have the most experience working with Atlassian tools and have insight into new products, features, and beta testing. Through our profound knowledge of Atlassian environments and their intricacies, we can guide your organization as you navigate these important changes.

Atlassian-Platinum-Solution-Partner

In need of professional assistance?

WE'VE GOT YOUR BACK

Contact Us