Issues are the primary work items for tracking engineering tasks, bugs, and feature work. They represent what your eam builds - connecting development effort to the product areas that matter, with full lifecycle tracking from triage through deployment.
Issues are attached to parts to align engineering efforts with product priorities. You can add custom attributes to issues to track additional information - see object customization.
Attribute | Description |
|---|---|
Team | Team the issue is assigned to. Determines the issue identifier by adding team prefix to it |
Owner | The person responsible for resolving the issue |
Priority | P0 (Urgent), P1 (High), P2 (Medium), P3 (Low) |
Stage | Current lifecycle stage (see Stages below) |
Part | The product area this issue relates to |
Subtype | Further categorization: Bug, Feature, Task, Improvement, Tech Debt (can be set up via object customization) |
Target start date | Expected start date for progress |
Target close date | Expected completion date |
Tags | Labels used for classifying/ organising work |
Sprint | The sprint this issue belongs to |
Created by | Attribution fields for origin tracking |
Estimated Effort | Effort sizing for the work in days |
These attributes can be used in filters and group conditions across various views to track specific work, capacity, and more.
Issues move through three stage groups:
Open
Triage - Newly created, needs assessment
Backlog - Accepted but not yet scheduled
Prioritized - Ready for upcoming work
In progress
Development - Actively being worked on
Review - In code review
Testing - Under QA validation
Deployment - Being released
Closed
Completed - Done
Won't Fix - Intentionally not addressed
Duplicate - Consolidated with another issue
Issues support parent-child relationships, giving teams flexibility to manage scope and granularity.
A parent issue can have multiple children, but each issue can have only one parent. Attempting to add a parent to an issue that already has one will fail.
Issues can be associated with enhancements (larger product improvements) and broken downward intp child issues (smaller units of work). Currently 3 levels of issue hierarchy is supported
Tasks can be used to track a checklist of small lightweight todos on an issue
In addition to parent-child relationships, issues support dependency links between records. Use Link Records to mark one issue as dependent on another, which is useful for surfacing blockers and sequencing work. See Links and dependency management for details.
Navigate to Work > Issues from the left sidebar and click + Issue, or press C→I from anywhere in the app.
Select a team (will be auto selected based on the team view you are on or the most recently selected team)
Choose a subtype if applicable - the form adapts to show relevant fields for the selected subtype.
Add a title and description.
Assign priority and owner.
Select the Part (product component).
Add tags, link to sprints and fill other non-mandatory fields as relevant
When you create an issue from a specific context, fields are automatically populated:
From a sprint board - Sprint and owner are pre-filled.
From a list view - Active filters (part, owner, priority) carry over.
From an enhancement record - The parent enhancement is linked automatically.
From a ticket record via links - Title, description , part are pre-filled from the ticket context
Access templates directly from the creation modal using the template icon. Templates pre-fill descriptions, fields, and checklists based on your team's configured patterns.
Configure templates at Settings > Templates. See the full Templates documentation.
When creating or editing issues, AI-powered suggestions help you:
Owner, Subtype - ‘Your Regulars’ section suggests most recently used values — so you're always one click away.
Part - Most recently used values shows up in ‘Your Regulars’ section. Additionally, based on title and description entered ‘Most Relevant’ section shows most fitting part based on semantic match
Create issues without leaving your current view:
Sprint boards - Click the + button in any column.
List views - Use the inline row at the bottom of the list.
Enhancement records - Add issues directly from the Related issues section on enhancement record.
Shortcut | Action |
|---|---|
| Open issue creation |
| Move between fields |
| Save and submit the issue |
| Create and duplicate |
| Create and start new |
Subtypes categorize issues by the kind of work they represent. Examples of common subtypes you might create:
Bug - Something broken that needs fixing.
Task - A discrete unit of work.
User Story - New user flow to add to your product .
Tech Debt - Internal quality and maintenance work.
Admins can create custom subtypes under Settings > Customization > Subtypes. Each subtype can have its own default fields, lifecycle stages, OLA policies, and templates.
Templates standardize how your team captures work. They pre-fill descriptions, checklists, and field values so creators share the right information every time.
To use a template:
Open the issue creation modal.
Click the template icon next to the subtype selector.
Select a template - the form populates with the template's content.
To manage templates: Go to Settings > Templates. See the full Templates documentation.
Customize how issue records display for your workflow. Instead of scrolling through 50+ fields to find the 6-8 you regularly use, pin what matters and hide the rest.
Open any issue record.
Click the customize icon in the attributes panel.
Pin fields - Drag your most-used fields to the top. Pinned fields always display first.
Hide fields - Toggle off fields you rarely use. They move to a "Show All" section.
Reorder - Drag fields into your preferred sequence.
Your personalization is saved per user and does not affect other team members.
Admins can set org-wide defaults for field visibility under Settings > Object Customization. Individual users personalize on top of those defaults.
The Discussion tab facilitates communication and collaboration on a given work item across engineers, PMs, designers, and other stakeholders within your organization.
The Events tab provides a log of key events such as owner assignments and changes, stage transitions, and dependency updates.
Issues don't have to originate from the DevRev UI. Set up capture paths that meet your team where they already work:
From Computer sessions - Ask Computer to create an issue during any conversation. Say "Create a bug for the login timeout we just discussed" and Computer will draft it with context pre-filled from the chat.
From Slack - With the Slack integration, click on 3 dots and hit ‘Create Issue’ to turn a thread into a tracked issue. Context from the thread is carried over and is kept in sync with the internal discussions on issue record.
From DevRev MCP - Use DevRev MCP to create or update issues directly from your favourite coding interface like Claude / Cursor
Connect GitHub to automatically track development activity against issues:
Branch creation creates a linked issue automatically (autonomous issues).
PR opens/merges update the linked issue's stage (e.g., Development → Review → Completed).
Commit references (mentioning an issue ID in commit messages) create timeline entries on the issue.
This eliminates the "did you update the ticket?" overhead - git activity drives issue state.
Set up templates for recurring issue types - bug reports, feature tasks, tech debt items. This ensures your team always captures the right context (steps to reproduce, acceptance criteria, customer impact) without relying on memory.
Operational Level Agreements define how quickly your team should acknowledge and resolve issues based on severity, subtype, or part. Use OLAs to:
Ensure P0 bugs are acknowledged within a defined window.
Track issue resolution time by team.
Get alerted before commitments are breached.
Marketplace snap-ins: OLA Metrics on Issues | Acknowledgment Metric on Issues
Pin your top 6-8 fields, hide the rest, and arrange them in the order you actually work through them. Your team lead can set smart defaults; you personalize on top.
If an issue has more than 3-4 child tasks, consider breaking it into multiple issues under an enhancement.
Add a "Blocked by" link to the blocking issue so dependencies are visible in sprint health reports and Computer can flag at-risk items proactively.
Complete the Computer for Builders learning path on DevRevU for a guided walkthrough covering issues, sprint management, roadmap planning, and analytics.