Issue Queue Interface With Dynamic Intake Flow Configuration

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing issue tracking systems are inefficient and resource-intensive due to the need for tedious customization and adaptation of processes and interfaces for various user problems, leading to underutilization and reduced efficiency.

Innovation Solution

A computer-implemented method for generating customizable portal intake flows and project management interfaces using a generative output model, allowing users to select and configure intake request types and workflows dynamically, and creating dynamic summaries and summaries for issues managed by an issue tracking system.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Device complexity

If a common interface is used for a wide variety of use cases, then device complexity is reduced, but productivity decreases due to wasted computing resources and inefficient processing

Engineering Contradiction:
Improveinterface complexityVSAvoidissue tracking efficiency
Core Design Contradiction:
Device complexityVSProductivity

Solution Approach 1:

The system dynamically generates intake flow interfaces based on the type of issue being tracked. Instead of using a static common interface for all issues, the system adapts the interface structure and fields according to the specific issue category (e.g., software bug, hardware failure, security vulnerability), thereby optimizing productivity for each use case while maintaining manageable complexity through automation.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system changes parameters such as interface fields, validation rules, and processing workflows based on the issue type. By parameterizing the intake flow configuration, the system can efficiently handle diverse issue types without requiring separate manual interfaces for each, thus improving productivity while controlling complexity through standardized parameterization.

Inventive Principle:
Principle #35Parameter changes

2Device complexity

If pre-defined intake flows are used, then device complexity is reduced, but adaptability worsens leading to underutilization of the system

Engineering Contradiction:
Improveintake flow configurationVSAvoidintake flow customization
Core Design Contradiction:
Device complexityVSAdaptability or versatility

Solution Approach 1:

The system provides pre-defined intake flow templates for common issue types, which serve as starting points. Users can then customize these templates by adding, removing, or modifying fields and workflows according to their specific needs. This preliminary action approach reduces complexity by providing structured defaults while enabling adaptability through user customization.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system creates a universal intake flow configuration mechanism that can be applied across different issue types. By using a single configurable template system rather than separate predefined flows for each issue type, the system achieves both low complexity through universality and high adaptability through customizable configuration options.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Adaptability or versatility

If custom interfaces are created for each issue type, then adaptability is improved, but productivity decreases due to tedious creation processes

Engineering Contradiction:
Improveintake flow customizationVSAvoidinterface creation speed
Core Design Contradiction:
Adaptability or versatilityVSProductivity

Solution Approach 1:

The system performs preliminary actions by automatically generating intake flow interfaces based on issue type templates. Instead of requiring users to manually create interfaces from scratch, the system pre-generates the basic structure, fields, and validation rules, then allows users to make necessary customizations. This dramatically improves productivity while maintaining adaptability through targeted customization capabilities.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system uses copying by replicating proven intake flow templates for different issue types. Rather than creating interfaces anew each time, the system copies and adapts existing successful templates, which speeds up the creation process while maintaining adaptability through template specialization and user customization options.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS12614190B2Graphical user interface including issue queue management for an issue tracking system
Publication Date: 2026.04.28 ATLASSIAN PTY LTD
  • US12614190B2 patent drawing
  • US12614190B2 patent drawing
  • US12614190B2 patent drawing

AI summary

A computer-implemented method for defining and creating a request intake flow for an issue tracking system is described. Embodiments described herein include systems and techniques for creating custom portal intake flows for an issue tracking system. The systems may include a user interface that allows portal intake flows to be generated and the user to select the information and workflow for an intake flow during the generation process. Embodiments are also directed to system and methods for creating dynamic summaries for issues managed by an issue tracking system. The dynamic summaries may be generated using a generative output model, as described herein, and provide information to a user about a current status, history or other events associated with an issue. Embodiments are directed to systems and methods for using a generative output engine to provide suggestions for creating a project management interface for an issue tracking system.