Teamspaces

Reviews and Surveys are organized into Teamspaces.

Sleuth presents Teamspaces alphabetically in the left-hand navigation pane. All Sleuth users can create Teamspaces, and all Teamspaces are accessible by all Sleuth users

Defining Teamspaces

Users can define Teamspaces in whatever way best suits their use case. A Teamspace might represent:

  • A software engineering team (developers and a Team Lead)

  • A "product team" or "scrum team" (including scrum masters, design, PM, QA...)

  • A team of teams ("tribes" or "guilds" )

  • Supporting teams (SRE, DevEx, Technical Project Management, etc.)

  • A single user's "personal" teamspace

As these examples illustrate, a Teamspace can represent any level in your organization structure. We recommend creating a separate Teamspaces for any group of users that will be performing the same Reviews and Surveys together over time.

Reviews and Surveys

Each Teamspace has tabs for managing the Reviews and Surveys within the Teamspace:

Reviews

Reviews are displayed as tiles that each represent a linear "chain" of Reviews created over time:

Review chains are sorted based on the most recent Review in the chain as follows:

  • Primary sort: Review state (Draft, In Progress, Published)

  • Secondary sort: End date (from newest to oldest)

  • Tertiary sort: Last updated (from newest to oldest)

To add a new Review to an existing Review chain, click Repeat on any Review chain:

The most recent Review in a chain must be Published before a new Review can be added to the chain.

To view earlier Reviews in a Review chain, click History:

To "fork" a new Review chain from an existing Review, click Copy review next to any Review in the History screen. A new Review chain will be created with the same configuration as the copied Review.

To create a brand new Review chain, click New Review and select from the available Review templates.

Surveys

The Surveys tab behaves similar to the Review tab. Surveys are displayed using similar sorting criteria, and the Repeat, History, and Copy actions behave as described above.

Teamspace settings

To access Teamspace settings, click the ellipsis to the right of the Teamspace name in the left-hand navigation:

General settings

Change the Teamspace name in General settings.

Emojis highly recommended 😆

Teamspace members

You'll be prompted to add Teamspace members when you create a new Teamspace, and you can view and modify Teamspace members at any time by navigating to the Members tab in Teamspace settings.

To add Teamspace members, click Add members

Sleuth presents all of contributing user and teams that it detects in your integrated tools (PR authors and reviews from GitHub, issue assignees from Jira, etc.). Members that you select here are used to filter Review data, not to determine which Sleuth users have access to the Teamspace (all Sleuth users have access to all Teamspaces).

Integration scoping rules

Integration rules allow you to limit which Jira projects that are considered "in scope" for the Reviews in a Teamspace.

Setting integration rules improves user experience by automatically filtering out irrelevant issue data and also reduces the loading time for Review data.

To set integration rules, navigate to the Integrations tab in Teamspace settings and click Set rules.

Use the Projects drop-down to select which Jira projects to include in the Teamspace, then click Save rules.

Investment mix

Investment mix settings allow you to define rules that "map" your Jira issues into meaningful categories for understanding where developer time and salary are being spent.

These settings are required for any of the "Investment mix..." widgets included in the Investment Mix Review template:

Sleuth lets you define category mapping rules based on common Jira fields. To add or modify a mapping rule for any Investment mix category, perform the following steps:

  1. Click Edit for the category you wish to define:

  2. Specify conditions for the mapping rule using any combination of the available filters, then click Save settings:

Using Jira Automations for complex Investment Mix mappings

If your logic for mapping Jira issues into investment mix can't be captured using Sleuth's Investment mix settings alone, then we recommend using Jira Automations to pre-label your issues before they come into Sleuth.

Jira Automations allow you define complex conditions using any combination of Jira metadata fields and even supports custom JQL expressions:

By using Jira Automations to pre-label your issues, you can automate complex issue categorization logic in Jira and then simply capture the 1-to-1 mappings between your Jira labels and Sleuth's investment mix categories in Sleuth's Investment mix settings.

Last updated

Was this helpful?