🏠  ›  Documentation  ›  Get Started  ›  Quick Start

Quick Start

Once SprintUnity is installed and your tenant is active, seven setup steps make the rest of the app much more useful from day one. Walk through them in order below — each one only takes a couple of minutes.

⏱ ~15 minutes total
🔁 One-time, per team
⚿ Steps 2, 4, 5, 6 & 7 need admin permissions

1. Confirm your tenant is active

This happens automatically on first load — you can double-check it under General Settings.

What to do
  • Verify your tenant statusEnsure your tenant is active and connected.
ℹ️Your tenant is active and ready to use SprintUnity.
🛡
👤
🔒

2. Set up Roles & Permissions

Decide who can configure the app, who can run evaluations, and who has read-only access, before opening it up to the wider team.

What to do
  • Assign global roles (Admin, Manager, Evaluator, Member).
  • Set module-level permissions and access.
  • Review default permissions and adjust if needed.
ℹ️Proper role setup ensures data security and smooth evaluations.
👥+
Teams
PT
Platform Team5 members
DT
Delivery Team6 members
QA
QA Team4 members
+ Add Team

3. Set up Team Management

Define your teams and add members — capacity, evaluation, and voting are all scoped to a team.

What to do
  • Create your teams (e.g., Platform Team, Delivery Team, QA Team).
  • Add team members and assign their primary role.
  • Teams will be used across capacity, evaluation, voting, and reports.
ℹ️Good team setup ensures accurate data and meaningful insights.
Why this step matters
👥
Everything in SprintUnity is team-based. Proper team setup makes reports, capacity, and evaluations accurate and useful.
You'll configure
  • Teams
  • Members
  • Member Roles
Example
Platform Team
ABCD+2
5 members · 3 roles
📊
👥
Development Hours
160 hrs
👥
QA Hours
80 hrs
These values are used to track capacity utilization and detect over-commitment.

4. Configure Sprint Capacity

Set the maximum Dev and QA hours a sprint should be planned against, so the app can flag over-commitment before it happens.

What to do
  • Define maximum Development hours for the sprint.
  • Define maximum QA hours for the sprint.
  • Set a warning threshold to get early alerts when capacity is at risk.
ℹ️This helps you plan realistically and protect your sprint delivery.
Example Configuration
Max Development Hours160 hrs
Max QA Hours80 hrs
Warning Threshold85%
What you'll get
  • Capacity utilization tracking
  • Over-commitment warnings
  • Better sprint planning accuracy
  • Healthier, more predictable delivery
Capacity Utilization Preview
Current Utilization72%
85%
🏷
Current Mapping Scale
XS
0 – 2 hrs
S
2 – 4 hrs
M
4 – 8 hrs
L
8 – 16 hrs
XL
16 – 32 hrs
XXL
32 – 60 hrs
XXXL
60+ hrs
👁 Preview Full Mapping

5. Configure Story Point Mapping

Decide how your team's sizing scale (T-shirt sizes, Fibonacci, or a custom scale) maps to story points for voting.

What to do
  • Choose your sizing method (T-shirt, Fibonacci, or Custom).
  • Define the hour ranges for each size.
  • Map each size to the story point value used for voting.
  • Save the mapping — it will be used across all voting sessions.
ℹ️A good mapping brings consistency to estimation and improves planning accuracy.
Example: Fibonacci Mapping
1 2 3 5 8 13 21
Hour Range Configuration
10 – 2 hours1 SP
22 – 4 hours2 SP
34 – 8 hours3 SP
58 – 16 hours5 SP
816 – 32 hours8 SP
1332 – 60 hours13 SP
Mapping is valid and ready to use.
🧙
Evaluation Setup
Roles & Evaluators
Evaluation Criteria
Scoring & Weights
Schedule & Recurrence
Review & Save

6. Run the Evaluation Setup Wizard

Define role-specific, weighted evaluation criteria and how often evaluations recur — this only needs to be done once per team.

What to do
  • Select evaluation roles (e.g., Developer, QA, Team Lead).
  • Define evaluation criteria and assign weights.
  • Set scoring method for each criterion.
  • Choose evaluation frequency and start/end dates.
  • Review the summary and save your configuration.
ℹ️The wizard ensures evaluations are consistent, fair, and aligned with your team's goals.
Your Evaluation Summary
👥
RolesDeveloper, QA, Team Lead
3 configured
CriteriaWeighted and scored
7 criteria
FrequencyStarting Aug 27, 2026
Every 2 weeks
📅
Evaluation Period14 days
Aug 27 – Sept 9, 2026
Setup is complete and ready to use.
🛡✓
What you'll review
General Settings
Issue DOR Rules
🔔
Notification Settings
🎨
Appearance & Defaults

7. Review Settings and Issue DOR rules

Check general tenant settings and set your Definition of Ready (DOR) rules so Issue DOR checks match how your team actually works.

What to do
  • Review general application settings (notifications, dashboard, defaults).
  • Define your Issue DOR rules and assessment profile.
  • Ensure rules reflect your team's workflow and quality standards.
  • Save and you're all set to start using SprintUnity.
ℹ️Accurate DOR rules improve issue quality and reduce rework throughout the sprint.
✦ ✦ ✦
Configuration Overview
General SettingsDashboard, Notifications, Appearance
Configured
Issue DOR RulesProfile: Development Team
5 rules active
🔔
NotificationsTeam Leads, Developers, QA Team
Active
🎨
AppearanceDefault theme and helpers
Light Mode
All settings reviewed and saved successfully!
Step 1 of 7

Anyone reading this documentation can mark whether it answered their question — no permission required.

Was this page helpful?
Thanks — your feedback was recorded.