Identifying opportunities for performance improvements in the SCM category

Background

In the GitLab SaaS Paid NPS: Q4 FY23 15% of detractors were dissatisfied with GitLab's performance. On the other hand, Gitlab is also associated with speed as was shown in Brand Q4 FY23 qualitative research study results

We can conclude that performance and speed is important to customers.

Purpose

The purpose of this issue is to collaborate as a team to identify opportunities for performance and workflow speed improvements in SCM, so that we can prioritize them appropriately.

Two types of performance opportunities

There are two types of opportunities that we should distinguish. Let's call them "interface performance" and "workflow speed".

  • Interface performance: pure performance as a response time of specific web pages and other (user) interfaces
  • Workflow speed: workflow speed as a sequence of steps need to achieve a bigger goal

Proposal for identifying web pages or other interfaces with performance issue

We should apply the RICE framework to identify opportunities as that makes them comparable and prioritizable.

Interface performance

Interface current delay (number in sec and if it is perceived speed) Idea for improvement Reach (how often do users use the interface, how many users in percent of all are affected) Impact (the improvement we think we can make in time in seconds and perceived speed) Confidence that Reach, Impact and Effort are correct (a comment would probably be appropriate here) Effort to implement the improvement

Workflow performance

Workflow (description) current steps for workflow Idea for improvement Reach (how often do users use the workflow, how many users in percent of all are affected) Impact (the improvement we think we can make) Confidence that Reach, Impact and Effort are correct (a comment would probably be appropriate here) Effort to implement the improvement
Edited by Torsten Linz