I spend all day in Linear and really love it! Thanks for your quick response to the ddos today, it was a nice opportunity to brew some coffee :)
I run a team that sits between Support and Engineering, bug reports from the highest tiers of support are written up as issues and submitted to our triage. We investigate the issues to find root causes, determine the parties best situated to resolve them, assess user impact, add appropriate labels, and then move them to the triage of the appropriate team's space.
The biggest limitation we've run into is adding metadata to our issues: labels are great, but when you transfer to another team you lose labels or have to add clutter to that team's set of chosen labels.
I've ended up building some tooling on top of Linear to record things like user impact assessment data. This tooling posts the data back into the issue as a formatted comment so it's visible inline, but we can query it directly in our database and build metrics off of it. This approach has really opened Linear up for us. Thanks for the graphQL end point, it's been very helpful!
I run a team that sits between Support and Engineering, bug reports from the highest tiers of support are written up as issues and submitted to our triage. We investigate the issues to find root causes, determine the parties best situated to resolve them, assess user impact, add appropriate labels, and then move them to the triage of the appropriate team's space.
The biggest limitation we've run into is adding metadata to our issues: labels are great, but when you transfer to another team you lose labels or have to add clutter to that team's set of chosen labels.
I've ended up building some tooling on top of Linear to record things like user impact assessment data. This tooling posts the data back into the issue as a formatted comment so it's visible inline, but we can query it directly in our database and build metrics off of it. This approach has really opened Linear up for us. Thanks for the graphQL end point, it's been very helpful!