---
title: "Game controls (DC)"
canonical: "https://support.appfire.com/space/PP/1159561645/Game%20controls%20(DC)"
format: markdown
---
> Macro (aura-html)

> ℹ️ This page is about **Planning Poker for Jira Data Center**. Using** Cloud**? **[Click here](https://appfire.atlassian.net/wiki/spaces/PP/pages/1144061974)**.

In Planning Poker for Jira DC, understanding game controls is crucial for facilitating smooth gameplay and effective project estimation. This guide outlines the game controls available to both the game administrator (scrum master) and participants.

## Admin controls

![image-20240731-181119.png](media://5275baa8-cc9a-4031-8934-5b40e7960992)

1. **Top bar menu –** Along with the default functionality of the top bar menu, the game's admin is capable of using the following privileges:
  - **Edit Game & Edit Backlog – **Use these buttons to edit your game configuration during the session.
  - **Change admin –** Once you click this button, a modal will open. Just start typing the user name, select a desired user from the list, and confirm your choice to assign an additional game admin.
  - **Restart game – ** Click this to replay the game from scratch.
  - **Finish game –** To conclude the game, simply click the "Finish Game" button. This action will end the game, regardless of whether all the issues have been estimated and all rounds have been played. Once the game is finished, both the estimated and non-estimated issues will stay in the backlog list, and the estimated issues will be archived exactly as they were when the game was concluded.
    - Once the game is finished, the "Finish game" button will transform into the **Re-open game** button. Feel free to reopen the game whenever you like by clicking this button. Reopening a game won't remove any previously saved estimations from the backlog. To re-estimate issues in a reopened game, the game's administrator will need to manually replay rounds and re-enter estimations for each issue.
2. **Sum of estimates –** When an estimated value is saved at the end of a discussion phase, it is added to the sum of estimated points counter. This allows a scrum master to consider how many story points have been already generated by the issues estimated during the game, to compare the sum of estimated points with the team's velocity, and to consider a sprint to come. The admin can reset the estimated points counter by clicking on the number.
3. **Start countdown – ** In case the voting phase lasts too long or game participants have to be hurried up in order to make their decisions faster, the admin can start the countdown. Once the countdown timer runs to its end, all cards are opened and the round goes to the discussion phase. Keep in mind that 45 seconds is just a default timer duration – you can customize it in your game configuration (**[Cloud](https://appfire.atlassian.net/wiki/spaces/PP/pages/9568359)**, **[DC](https://appfire.atlassian.net/wiki/spaces/PP/pages/511967561)**).
4. **Kick a player –** Admins can kick players and spectators during the backlog, voting, or discussion phases by clicking on their names. Kicking is reversible, so players can reconnect via the Planning Poker dashboard or an invitation link. Admins can also self-kick by clicking their own name. If each player who hasn't played their card is kicked, the voting phase would be over and the round would go to its discussion phase.
5. **Admin actions – **Admins are provided with a group of additional controls during the voting phase. These controls allow the admin to commit the following actions:
  - **Reveal cards – **Instantly reveal played cards, concluding the voting phase and initiating the discussion phase. Estimations from participants who haven't played their cards won't be considered during the discussion.
  - **Skip & postpone – **Admins can decide to postpone the current issue for later estimation rounds without initiating the discussion phase. The issue being voted on will be moved to the bottom of the game backlog list.
  - **Skip & remove – **Admins have the authority to skip and remove the current issue from the game backlog. If it's the last issue to estimate, the game ends. When an issue is removed from the game backlog, it remains in the Jira backlog. The removed issue can be brought back to the game backlog by re-importing JQL.
6. **Backlog –** The backlog list is accessible to the game admin throughout all phases.
  - **Quick-add –** The admin can add an issue to the game backlog by typing its key (e.g., JRCS-10) and clicking "Quick add”. The added issue is placed at the top of the backlog list.
  - **Re-import backlog for current JQL – **The admin can search Jira projects for issues using JQL and add them to the game's backlog. The JQL query, used to filter and add issues, is saved as a game parameter. If issues were added or removed during the game, the admin can restore the initial backlog list using this feature. This feature can be used without affecting any issues that have already been estimated in the game, regardless of whether they were quick-added during the game or not.
  - **Estimate now – **The admin can select issues to estimate in any order. Clicking this button initiates the voting phase for the selected issue.  
Meanwhile, the backlog overview enables the admin to swiftly estimate an issue by clicking on it and selecting **Estimate now**:
    Additionally, the estimated items archive allows game admins to review estimation history and make changes to the game's backlog. When you click on an issue in the archive, a window appears showing its estimation history and two buttons, allowing you to re-estimate it or delete it:

## Player Controls

![image-20240731-182327.png](media://fc334071-bf24-4247-a9b9-ffe563a7d1b9)

## Related articles

To learn more about your responsibilities during the game flow, check out the documentation below:

> ℹ️ **[Game flow (DC)](https://appfire.atlassian.net/wiki/spaces/PP/pages/9568315)**