カテゴリーの成熟度を評価する

GitLabの製品成熟度が進化するにつれて、私たちがサポートする製品カテゴリーにおいて「Best in Class」へと進むための機能を見極める必要があります。私たちの目標は、製品開発ライフサイクルのできるだけ早い段階で、軽量かつ反復可能なプロセスを使って機能とユーザビリティのギャップを特定し、DevOps市場におけるトップ競合と比較して自社のケイパビリティの成熟度を測定することです。

カテゴリーの成熟度を評価する方法

各グループがこのプロセスに取り組むアプローチには柔軟性がありますが、推奨されるアプローチは次のとおりです。

1. カテゴリーの主要な Jobs to Be Done (JTBD) を定義する。
   • ここから始めることで、自社のビジネスから一歩引いて、私たちがサービスを提供する人々の目的を理解できます。また、私たちが構築している機能ではなく、解決している問題について考えるようになります。「機能病（feature-itis）」は、機能が多ければ多いほど良いと思い込んだり、競合他社が自社の機能セットを厳密に評価していると仮定したりすると陥りがちな罠です。
2. JTBDに対して私たちとトップ競合がどのように対応しているかを文書化するため、競合比較 を行う。
   • このステップの目標は、製品と市場の適合性とユーザビリティの両面における自社の業界知識を活用して、対処すべきと考える既存の製品ギャップを特定することです。プロダクトマネージャーが、ステージグループチーム全員とマーケティングのカウンターパートを率いて、この分析を実施します。
3. 成熟度サイクルのどこでギャップに対処すべきかを決定する。
   • 例えば、Competitiveに到達するために何に対処すべきか？ Completeのために何を残せるか？ 次の成熟度レベルへの道筋をエピックと関連Issueに文書化できます。
4. Category Maturity Scorecardプロセス を実施する
   • 次の成熟度レベルに到達したと考えたら、ユーザーを対象に厳密なユーザーリサーチを行い、その判断が正しかったかどうかを検証します。

ページのソースコードを見る - ページの編集 - please contribute.