How to write product requirements in Confluence

Terrence Caldwell | Aug 31, 2015

About this article
By Terrence Caldwell, published August 31st, 2015

Creating a collaborative product requirement

We've written quite a bit about the conundrum of writing requirements in an agile environement. The most important takeaway is: the best way to kick-off your software projects is to build a shared understanding amongst your team. At Atlassian we find the best way to do this is to create a collaborative product requirement to hash out details for large complex epics. When your requirement doc is created and the details are all in one place, it makes it a lot easier for Development and Design to provide immediate feedback and input. When this happens you can iterate quickly and implement work right away. Here's how you can create that requirement and build a shared understanding in Confluence:

1. Start with our Product Requirements blueprint

Get started with the special template that we've included. The template will help point you in the right direction, and provide some best practices for what content to include. 

2. Communicate key details

Your requirements page might be laser focused on a particular feature, or it might include requirements for a release that includes multiple features. Either way, you should capture key high level details at the top of the page for easy reference.

  • Participants: Who is involved? Use @mentions to include the product owner, and other stakeholders.
  • Status: What's the current state of the program? Use the status macro to quickly show if you're on target, at risk, delayed, deferred, etc.
  • Target release: When is it projected to ship? If you use JIRA, link to your JIRA project.

Pro tip

When you create your first product requirement doc in Confluence you'll notice the project details are in a table located in a page properties panel. The page properties macro is a powerful macro that allows you tocreate a summary page that pulls in information from multiple pages. In this case, a summary page could bring in each of the fields in your table so you can see who is involved or the status of a given requirements page. Keep reading to see what that summary page looks like (smile)

3. Outline goals, business objectives, and strategic fit  

The team goals and business objectives section is meant to give you a chance to add some color and context to your requirement. 

A good way to think about your goals is from your customers perspective. What exactly are they trying to achieve? How does the solution you're proposing fit into it? 

This is a great place to link to other Confluence pages to provide more detail including customer interviews, and planning pages.

4. Create user stories

Use a table to list out your user stories, along with description, priority, and notes. This table is another great place to link to more detailed research pages, and customer interviews. 

Pro tip

It's really easy to turn the user stories you write in Confluence into JIRA issues. When the page is saved, just highlight the user story text, and Confluence will give you the option to create JIRA issues. If you have a full table full of user stories, you can convert them all into JIRA issues at once.


5. Review user experience and design


Drag-and-drop design files to embed them on your page. If you're embedding multiple design assets use the attachments macro to create a quick repository of all the files that are attached to the page.

Pro tip

Confluence is perfect for collaborating on wireframes, mockups, and design prototypes. Use the rich file viewer to prievew PDFs, images, and powerpoint presentations. You can pin comments directly on files to provide feedback in context. Your design, and dev team can spar on early mockups on the same page.

6. Address questions and clarifications

As the team understands the problems to solve, they often have questions. Create a table of "things we need to decide or research" to track these items. 

Keep the team focused on the work at hand by clearly calling out what you're not doing. Flag things that are out of scope at the moment, but might be looked at later. 

7. Trace requirements to JIRA issues

Most likely you and/or your development team spend a lot of time in JIRA. It's really easy to get from your Confluence requirement to your JIRA epic and vice versa. You can view all the JIRA links on any Confluence page, by clicking on the JIRA links button at the top of your saved page.

8. Your Product Requirements index page

You're probably not just working on one project. Confluence automatically creates an index page that pulls in the key details of all your team's product requirements. You can always access this index page in the Space sidebar.

t's a handy way to see what your team is or has been working on at a high level. Just like any page in Confluence you can edit this index page as you see fit. 

Bonus: Customize the Product Requirements Blueprint to fit your team's workflow

You can edit the Product Requirements blueprint at any time and tailor it to fit your team's specific needs. If you want to edit the template for your specific team or project, go to the Space Tools menu and select Content ToolsUnder the Templates option you can view and edit any of the templates included. If you're a site admin you can also edit the global template to customzie it company-wide.

At a glance: what did you just learn?

The key to agile requirements is buidling a shared understanding amongst your team. The best way to do this is creating your high level requirements doc in Confluence, and collaborating across development and design on crucial issues. Use our template as a guide, and customize it to fit your team or company's workflow.

Here's the completed requirementand a rundown of what we covered:

  • Product Requirements Blueprint: It does most of the work for you. Follow the page outline, and fill in content that makes sense for your specific requirement.
  • Page properties macroThis macro makes it possible to create a reporting page across all your requirements. When using the blueprint it will be included on your page.
  • Product Requirements index: Once you've created a few requirements pages, you can see all the high level details at a glance on an index page that Confluence automatically creates when you use the blueprint.
  • Create JIRA issues: Highlight text on the requirements page to quickly convert it to a JIRA issue. 
  • File comments: Add your design files to the page and encourage discussion on them with pinned comments.
  • JIRA linksJust look in the page header to see all the JIRA issues that are included in the requirement. 
  • Customizing BlueprintsYou can edit any of the blueprints that come included in Confluence to fit your specific workflow.

Got an awesome product requirement page? Tweet a screenshot of it to us @Confluence and you could win some swag!

Hungry for more?

Watch the blogs in this space to get notified when new tips articles like this are posted. And if that's still not enough, sign up for Confluence Insiders – our monthly newsletter covering all things Confluence.

 Find this page helpful? Share the love on Twitter


Creating insightful customer interview pages

Jamey Austin | Aug 31, 2015

About this article

By Jamey Austin, published August 31st, 2015.

Using  Confluence  to document and share customer interviews can help with every step of the process, including the most important, final step: using customer feedback to create brilliant products and features your customers will love. 
If you're currently putting your customer interview data in a Word doc, Evernote file, or ______ (fill in the blank) and sharing with your team via email, you're in for a treat.

How to standardize your customer interviews by creating a page template

We have loads (technical term) of customer interviews documented on our internal Confluence instance, so we thought we'd share our best practices for creating an interview page template. Feel free to make modifications to better suit your process. Remember, Confluence is a canvas to design as you like.

Create your first customer interview page

Start off with the essentials. Design your page so you can add company and background information where it's easily accessible. You're providing context for your team, so include details about your relationship with the interviewee, the role of that person, and how the interview came to be. Also, make sure to add what product(s) they use.

The goal is to capture the critical details at the top of your page so anyone can quickly grasp who you interviewed, why, and what you talked about.

A design for your page might look something like this:

The top section of this page is set up to capture the essential interview details we've talked about. It features a detailed title, and company and background sections. 

To create a page with a similar design, try this:

  1. Use the Page layout button from the editor toolbar (see screenshot) to decide how you'd like your information displayed. Here a Two column section is selected which splits the page into two equal sections.
  2. Add page elements. Select Insert table from the toolbar to add a table like in the above company section and add as many columns and rows as you need.
  3. We've inserted a Table of Contents macro (select + button in toolbar > Other macros > Table of Contents macro). This macro creates a list of heading links for quick access to more detailed information. In this example, a list of headings for each problem observed.

This is what it looks like after you save the page:

Note the list of headings created by the macro. The information these heading links are pointing to is described in the next section.

Pro tip

The Table of Contents macro creates a list of headings (in this case, each problem title) that link to a specified section where the full details live. In this example, the headings appear where we inserted the macro in the top "Problems Observed" section and link to the detailed information about each problem in the next section. You can configure your Table of Contents macro to grab headings and create similar lists by selecting edit in the macro and completing the necessary fields. Learn more about the Table of Contents macro.  

Now, create a section for the details of the problems collected from the customer. This is how you begin to turn interviews into insights. In our example, there's a place to add use case details:

and an area set up to capture the minute details of each problem:

Note the Table of Contents macro used in the first section grabbed the headings "Design Capabilities" and "Problem 2 - Problem title," which link users here where the full details of each problem are found.

To design the next section of your page like the above:

  1. Create a new section (select + Add section from toolbar, then choose Single column section). Our example starts of with use cases.
  2. Below that, in the same section, is "Problems observed." To organize this information, we've inserted a Panel macro. (Select + from the toolbar > Other macros > Panel macro.)

Pro tip

For each problem, try this method:

  1. Write a one-line problem statement. Be concise and articulate the user's intention but not their feature request.
  2. Note all observations that led you to confirm the problem. Be sure to include screenshots, recordings, or practical examples to provide additional context for your team.
  3. Add opportunities you have to solve the problem. Link to related epics, tasks, or feature requests in JIRA (or whatever you use to manage your team's backlog).

Quick tip

Add images to your customer interview pages. Company photos and product screenshots make your customer interview pages better, and adding them in Confluence is drag-and-drop easy. (Or select Insert files and images from the toolbar. Also easy!)

Create a customer interview page template

Once you've created a customer interview page you like, Confluence lets you "templatize" that page so you can use it again and again. Learn more about creating a template.

By standardizing your customer interviews with a page template, you'll establish consistency for everyone who conducts customer interviews. The next steps involve organizing, centralizing, and sharing your customer interview information.

How to organize your customer interviews

Add labels to your customer interview page template

Labels make searching for customer interviews simple. At the top of the page where your title ends, select the label icon. Add a label like "customer-interview." Boom! You're done. 

Choosing a standard label for every customer interview helps with organizing all your interviews.

Add additional labels 

After you've added the "customer-interview" label to your page, you can add additional topic labels (product, use case, terminology) at any time. Labels are important in Confluence because they can be pulled into summary lists on an index page via macros. It's a good idea to get in the habit of tagging up your interview pages using labels. This will give you several display options for your index page, like a list of all customer interviews or a list of popular topics.

How to centralize your customer interviews

Another great aspect of Confluence is not only keeping your information organized, but also centralized. Here are some suggested steps for centralizing your customer interviews in Confluence.

Create a customer interviews index page

It's a good idea to create a customer interviews space and make the home page a customer interviews index page. An index page is great for keeping all your customer interview information in one place.

If your team is small, you may not need a dedicated space for customer interviews. But if you have multiple teams, it makes sense to create a customer interviews space and make the home page your customer interviews index page. Either way, an index page is great for keeping all your customer interview information in one place.

Tips for creating a space and an index page  

Create your customer interview space 

    • Select Spaces from the header > Create space > Blank space

    • Add Space name. Add a Space key, or Confluence will create one for you. After you select Create, your space home page looks like this:

Important note: this is the home page. Complete the first task by creating an index page (details below), and the index page becomes the home page.

Create your customer interview index page 

    • Select Edit from your customer interviews space home page (or from any page if not using a dedicated space)
    • Start creating your customer interviews index page!

Check out this example from our own Atlassian customer interviews index page, in edit mode:

And here's what it looks like when you save:

As you can see, the most important information is front and center. You've come to this page for two reasons: you're looking for a customer interview, or you're interested in creating a new one. These two options are at the top of the page, above the fold.

Pro tip

Two macros are doing the heavy lifting in this example. Let's take a quick look at each:

  1. Livesearch macro - lets you add a search box, which can be configured to best suit your needs for your index page. Find out more about the Livesearch macro.
  2. Create from Template macro - add a button on your index page that opens a page template (like your newly created customer interview page template) when clicked. Check out more about the Create from Template macro.

Your index page can also contain lots of other information that will be helpful to your users, and macros (yes, more macros!) can help you display it. Check out this example, in edit mode:

And here's what it looks like after you save:

You can organize the information you need on your index page however you wish, but these design ideas should get you going in the right direction. Just remember, you have control of the parameters of these macros and you can create good looking pages and powerful reports. Happy creating!

How to share your customer interviews

The final step of your customer interview process is sharing the information. You can do this in two simple ways:

  1. Use the share button and send a customer interview to anyone on your team or in your organization
  2. Blog your product's successes and "room for improvement"s with your organization
    • Example shared blog post: "Splunk uses Atlassian to run their entire business"

At a glance: what did you just learn?

Creating a customer interview page—and an index page to organize and centralize all your customer interviews—will help you to both communicate customer feedback to your team and organization and turn interview information into insights about your products. Remember to experiment with you pages to make them work best for your process.

Here's a list of what we covered:

  • Page layouts: organize your page with different column layouts
  • Table of Contents macrocreate a list of heading links for quick navigation. 
  • Panel macro: helps organize information by creating a container.
  • Creating a template: pages used again and again can be turned into templates. 
  • Adding labels: labeling pages does two things: organize information and help macros do their magic.
  • Creating a space: a dedicated customer interview space is a good idea for any team.
  • Creating an index page: make the home page of your space an index page for quick reference.
  • Livesearch macroadd search to help quickly locate customer interviews. 
  • Create from Template macro: add a button to open a new page with the template you created from your page. 
  • Labels List macro: create a quick reference list from the labels you attach to pages. 
  • Content by Label macro: use this to create a list of all customer interviews. 

Did you create a nifty customer interview page? Tweet a screenshot to @Confluence and win some swag!

Hungry for more?

Watch the blogs in this space to get notified when new tips articles like this are posted. And if that's not enough, sign up for Confluence Insiders – our monthly newsletter covering all things Confluence. 

Loved this page? Share it on Twitter!

How to build a release planning page in Confluence

John Wetenhall [Atlassian] | Aug 31, 2015

About this article

By John Wetenhall, published August 31, 2015.

Every product release requires a lot of hard work and a ton of coordination between individuals and teams. In some places, a release coordinator takes this on as a full time job, while in others, a developer, product manager, or project manager might be in charge of release planning.

At, Atlassian, we use Confluence to collect and organize all the work and information for each release, and to communicate what it's all about to the rest of the business.

I've written before about how we approach releases, what goes into them, and how we organize them. In this post I'll cover exactly how to build an awesome release planning page that will help you do the following:

  • Identify the key objectives, people, and high level roadmap
  • Collect all the relevant background information and ongoing work
  • Direct your colleagues to additional details in JIRA and on related pages

You can set your release up for success from the start with a single source of truth for everyone working on it. Follow these steps to create an awesome release planning page.

Step 1: Identify the key details

It's essential that anyone who comes to your release planning page can quickly identify who is involved, and what the goals and expected outcomes are. When you're done, the top portion will look something like this:

Start by creating a blank page and then add a two column page layout so you can fit all your key information above the fold. Page layouts are in the editor toolbar here:


Add a table inside it that displays the high level details of your release. We like to use the profile picture macro, which you can find in the macro browser or by pressing { and then typing "profile picture", to display each person's image. This helps people put a face to a name, especially when we're working in remote teams. Hover over someone's name in an @mention and you'll find a bit more information about that person, plus you can click to start a HipChat with him or her straight from the page if you've linked HipChat and Confluence (it's super easy!).

Pro tip: Put your table inside a page properties macro so you can create a report with a summary of the key details of all your releases available for easy reference.


You'll also want to capture critical details like the name of the release, expected ship date, and the status of the planning page or even the release itself. We use the status macro to communicate status of pages or individual line items. You'll find it in the "Insert more content" button in the editor toolbar or by pressing {. Change the text and the color to indicate changes in status.

Example planning page statuses:    DRAFT  IN REVIEW  CURRENT


We also include the most important goals for the release as well as the non-goals – i.e., things that were discussed that we've actively decided not to include in the scope of the release. It can be helpful to link to decision pages or others with background on how the team established the goals.

Step 2: Visualize your plans

We like to sketch a roadmap to get a rough idea of how various streams of work will fit together and to communicate the timing within the team and to others. We use the roadmap macro in Confluence to visualize our plans at a high level. (Note: when we want to create a data driven roadmap and determine what's possible given our resources, we use JIRA Portfolio). 

Insert the roadmap macro just like any other macro. You can then create as detailed or as simple a roadmap as you need by adding additional lanes for work streams, bars for epics, and markers for milestones (or whatever combination works for you!). Move the bars around to experiment with different timing, and drag them to resize. 

Want to give people a little more context on a particular epic or feature you've listed as a bar? You can link any bar to a page - we often provide a link to a product spec that gives more detail. Click insert to add the roadmap to the page, and remember that if your plans change, your roadmap can, too, just edit it and move things around as necessary. 

Step 3: Connect the dots

The final piece in your release planning page is all about connecting people to the information they need. You can do this in whatever way best suits your release process, but there are a few basic tips.

First, link your page to the JIRA epic where you're tracking the work for this release by simply pasting the JIRA link into your table at the top. If this release requires multiple epics, you might want to include them in a table below the fold. Paste the issues in so you get the latest status, dynamically updated.

Second, add the children display macro at the top right of your page, above your roadmap under a heading that says "Related Pages". This displays the child pages (sub pages, if you will) of the release planning page. You can specify how many pages and what content to show in the macro editor.

Encourage your colleagues to create any page that has to do with the release as a child page of the planning page so they're all collected in one spot. You may even want to move other pages to become child pages if they were created before the planning page existed. You can move a page from the "..." dropdown in the top right corner.

Pages that we typically create for a release include the following:

  • Design Hub - for all the relevant UX/UI designs
  • Competitor insights - an overview of how other tools tackle this problem
  • Analytics - how will we measure usage? what other feature usage might be affected?
  • Success criteria - what metrics do we want to hit?
  • Workshop notes - takeaways and whiteboards from related spikes and workshops
  • User testing - plans and notes around testing the new features with users

Finally, we like to add links and context below the fold so anyone can get to the additional information they need. Things we typically include:

  • Summary of the problem we're solving for the customer
  • Links to related feature requests in our public issue tracker, JIRA 
  • A high level view of the epics required for this release
  • A list of open questions regarding the release

We finish off the page with a release checklist using tasks. Create a task list with the check box in the editor toolbar, or type a left bracket "[" then a right bracket "]" to create a task. You can assign tasks with an @mention and add a due date by typing "//". This lightweight task list makes sure we don't forget any of the little things before we release.

The end result is a page that covers what you plan to release, why, who is involved, an estimate of the timeline and links to more information for anyone who needs it.

At a glance: what did you just learn?

Creating this page might seem daunting with all the macros and information we suggest including, but once you create one, you'll get the hang of it. Here's a list of what we covered, plus links for more detail:

  • Page properties macroput the table at the top inside one of these to make collecting release pages easy. 
  • Page layouts: Organize your page with different column layouts
  • Profile picture macro: Helps put a face to a name, especially in distributed teams
  • Status macro: Communicate status or use it as a colorful label
  • Roadmap macro: Sketch a visual roadmap with just a few clicks
  • JIRA links: Connect your page in Confluence with your project and epics in JIRA
  • Children display macro: Expose related pages and encourage organizing all release information under the planning page
  • Task listsAssign tasks with due dates to make sure the little things get done.

Got an awesome release planning page? Tweet a screenshot of it to us @Confluence and you could win some swag!

Hungry for more?

Watch the blogs in this space to get notified when new tips articles like this are posted. And if that's still not enough, sign up for Confluence Insiders – our monthly newsletter covering all things Confluence.

Find this page helpful? Share the love on Twitter

Create sprint retrospective and demo pages (like a BOSS)

Sarah Goff-Dupont [Atlassian] | Aug 25, 2015

About this article

By Sarah Goff-Dupont [Atlassian], published August 31st, 2015.

"Knowledge un-shared is knowledge wasted."

– this really smart guy I work with

I mean it in the most respectful way possible when I say that we software makers are inherently lazy. Else, why would we choose careers making computers do repetitive tasks for us? It's this laziness that also motivates us to continually improve the way we work and the products we make – we want life to be easier for both ourselves and our customers. 

But learning and improving is really hard if you have to learn the same things over and over again. Even the ancient humans knew this, so they got into the habit of writing stuff down (proving that software makers don't hold a monopoly on strategic laziness). Fortunately for homo modernus, we can skip the carving of stone tablets and use Confluence instead. 

As software makers, we rely heavily on sprint retrospectives and demos to learn more about what's going on with our team and our products. Read on to see how to build pages that record what you've learned and let you share it outside your team. 

Sprint retrospectives

Confluence gives you a big leg up with the Retrospective Blueprint. If you've never used a blueprint before hit the ellipsis next to the Create button at the top of the screen, select Retrospective, then hit the Next button. You'll be prompted to choose a title for the page and indicate which team members participated – they'll be @mentioned on the page, which means Confluence will share the page with them automatically.

Once that's all set, click the Create button at the bottom of the dialog to fire up your new page. You'll notice that the blueprint divides the page into sections with different layouts – full-width for the top and bottom sections, and a two-column layout for the middle one. 

Set the stage

Although the blueprint doesn't call for it, I like to add a sentence or two describing what our focus was for this sprint to help jog our memories when we come back and look at the page a month (or year) later. 

Capture your ideas

The Retrospective Blueprint defaults to a "what went well / what didn't go well" format, which allows the whole team to help translate one person's feedback into actionable tasks. If your team is more experienced, you can easily adapt the blueprint to use a "start / stop / continue" format – either instead of or in addition to the default sections provided.

To split that section of the page into three columns, place your cursor in one of the two existing columns, click the Page layout button in the editor, and select the three-column option. Then copy the contents of an existing column into your new third column and update all three headers appropriately. And if you use both mechanisms in your retrospective, add a new section to the page by clicking the Page layout button, then Add section, and choose the three-column layout for the new section. 

Now you've got an easy way to capture and categorize the things you and your team discuss. But how do you know which are the most important points – the ones you want to make a priority in your next sprint? 

At Atlassian, our teams put it to a vote. Each team member gets to up-vote 3 items in each category, which we represent with an emoticon placed next to the item. Here are some suggestions:

  • (plus) – keystroke is (+)
  • (minus) – keystroke is (-)
  • (smile) – keystroke is :-)
  • (sad) – keystroke is :-(
  • (tongue) – keystroke is :-P

  • (thumbs up) – keystroke is (y)
  • (thumbs down) – keystroke is (n)
  • (lightbulb) – keystroke is (on)

Pro tip

You can change the background color of a Panel macro by clicking the panel and selecting Edit. I like a nice, calming, everything's-cool blue background when adding a "keep doing" section. Try #334C80 for Border Colour and #F0F5FF for Background Colour. All you need is the hexidecimal color codes to customize the look of your panels.

Once you save the page, those panels will look something like this: 

End on a high note

Another habit of highly-successful teams is for team members to acknowledge each other for the good deeds they did this sprint. (Note: managers are barred from giving or receiving acknowledgements – this is meant to be strictly peer-to-peer.) Above the "Actions" section created by the blueprint, type "Acknowledgements" and format it as a section heading by clicking on the Paragraph menu, and selecting Heading 2. Underneath, transcribe the kudos your team gives each other in a bulleted list.

Finally, don't let your great ideas go to waste – take action. The blueprint adds a section for this automatically and gets you started with an empty checklist. Three formatting features come in really handy here:

  1. @mentions – so you can flag a team member as owning each item
  2. Dates– so you can set deadlines for following up (type // to bring up the date picker)
  3. JIRA issues macro – so you can see the progress of larger action items (type { then JIRA to create a new issue without leaving Confluence)

Sprint demos

You probably looked at this headline and thought "Huh?!" No worries – we tend to think of demos as happening live and in the flesh (or at least in real time). But for distributed teams, that's not always possible. (And let's face it: distributed teams are as ubiquitous in the software world as Elvis is in Las Vegas.) So when you can't get everyone online at the same tie, recording demos using screen capture tools like Camstudio or Jing and embedding the videos on a Confluence page is a great substitute for doing it live. 

More fun with page layouts

Start by creating a good old fashioned blank page and give it a sensible title that'll make it easy for team members to find through Confluence's quick search or by browsing your team's space. For example, you might create a parent page called Retrospectives, then child pages underneath for each sprint's retrospective notes.

Bonus points if your parent page uses the Children display macro (which does not actually crawl Facebook and display pictures of your children on the page – because that would be creepy). Anyway...

Wherever you choose to create the page, you now get to use your new friend, the Page layout button, to add sections for each office or locale. I like to use a full-width (single-column) section for the headings, and insert a grey line that extends all the way across. To add it, go to the Insert more content menu and select Horizontal rule

For the sections containing the demos themselves, use a two-column layout to keep the page's content compactly organized and easy to read. In the left-hand columns, insert a table to hold information about who is presenting and the theme of their demo. Below that, embed the relevant JIRA issues using the JIRA macro, or simply by pasting in the link to each issue, as I mentioned above. 

Pro tip

This Profile picture macro is perfect for placing in each section. It's just nice to be reminded of what your team mates look like when you don't see them every day (smile)

Fun with video

Over in the right-hand columns, ask each team member to embed their screen captures using either the Widget connector or Multimedia macro. Both are available from the Insert more content menu – choose Other macros at the bottom of the menu to bring up the macro search and selector screen. 

Pro tip

If you're freaked out by the idea of putting videos of your un-released work out on the internet where users and competitors could discover it, you're not alone. Try creating an account for your team on Vimeo – it's a lot like YouTube, but they make it super easy to add password protection to your videos.

Once you've save the page, it'll look something like this: 

At a glance: what you just learned

We've covered a lot of ground here: blueprints, and page layouts, and macros (oh my!). Here's the highlight reel.

  • Retrospective Blueprint: It does most of the work for you. Just fill in the blanks, add optional sections for acknowledgements and sprint overview, and hit Save
  • Page layouts: Divide all or parts of your pages into one-, two-, or three-column layouts to make your pages look even more awesome. Careful, though: this feature is highly addictive!
  • JIRA links: Paste in a link to your JIRA issues, or pull up the JIRA macro to search for them. 
  • Profile picture macro: Because your team mates look great in pictures.
  • Widget connector macro: Paste in YouTube, Vimeo, Twitter, or SlideShare links, and this macro will make your content look great on the page. 
  • Multimedia macro: Use this to upload .mp4 video images directly from your computer. Or .mp3 files if you care to provide a soundtrack for demo viewing (wink)

Got an awesome retrospective or demo page? Tweet a screenshot of it to us @Confluence and you could win some swag! 

Hungry for more?

Watch the blogs in this space to get notified when new tips articles like this are posted. And if that's still not enough, sign up for Confluence Insiders – our monthly newsletter covering all things Confluence.  

Loved this page? Share it on Twitter!

There are no blogs in this space.

Powered by Confluence and Scroll Viewport