Skip to main content

Issues and PRs > Resolved Issue last assigned at

Tom Williams avatar
Written by Tom Williams
Updated this week

Dataset: Issues & Pull Requests

Entity: Pull Requests

Field ID: resolved_issue_last_assigned_at

Type: Datetime

Description: The latest first assignment date among all resolved issues. This field only considers the assigned_at field of issues, not the last_assigned_at field.

Source: Calculated

Transformation logic:

  • Pull Requests: The latest occurrence of all assigned_at fields from resolved issues. The null values are ignored. A null value is returned only if all assigned_at values are null. Resolved issues are issues that are referenced by a resolving pull request.

  • Issues: Not applicable. This field will always be null.

From:

Github (PRs, Issues)

Calculated

Gitlab (PRs, Issues)

Calculated

Bitbucket (PRs)

Calculated

Azure DevOps (PRs, Issues)

Calculated

JIRA (Issues)

N/A

ClickUp (Issues)

N/A

Trello (Issues)

N/A

Reporting Use Cases

The Resolved Issue Last Assigned At field is a specialized timestamp that captures the most recent assignment date among all issues resolved by a pull request. It effectively marks the final handoff or the last moment of ownership decision before the implementation was completed, making it useful for analyzing the final stages of your planning and delivery cycle.

  • Calculating "Final Handoff to Merge" Time: The primary use of this field is to measure the duration from the last assignment decision on an issue to the final merge of the code that resolves it.

    • You can calculate this with the custom formula (merged_at - resolved_issue_last_assigned_at) / DAY(). A high value for this metric could indicate a delay between when an issue was finally assigned and when the corresponding code was delivered, or it might highlight last-minute changes in ownership right before the finish line.

  • Analyzing the Duration of Assignment Churn: By comparing this timestamp with the resolved_issue_first_assigned_at field, you can measure the total time span over which an issue (or group of issues) was passed between team members.

    • The formula (resolved_issue_last_assigned_at - resolved_issue_first_assigned_at) / DAY() calculates the total duration of the "assignment phase." A long period here suggests that a feature or bug was reassigned multiple times or sat with different owners for a long time before being resolved.

  • Filtering for Recent Re-assignments: You can create reports that focus on pull requests that are the result of recent changes in planning or prioritization.

    • To see all recently merged pull requests that resolved an issue that was handed off in the last week, you could use a filter like Resolved Issue Last Assigned At in the previous 7 days.

Did this answer your question?