開発メトリクス ワーキンググループ

属性

ビジネスゴール

新しい開発・品質メトリクスを作成し、それらを解釈し、改善を実施することで、顧客への価値提供にかかる時間を短縮します。

対象領域:

• 開発のベロシティとスループット
• 不具合のトリアージと修正にかかる時間
• 顧客の不具合解決にかかる時間

終了基準（100%）

• 開発部門のスループットを 20% 向上。=> 完了 著者あたり月 9 MR を達成。
• ダッシュボードで開発組織の KPI を定義。=> 完了 このワーキンググループの KPI が完了。
• すべての顧客向けバグに severity ラベルを確保。=> 完了 severity/priority ラベルを適用。既存の顧客バグのトリアージ
• 顧客影響バグのみをフィルタリングする機能を備えた severity::1/severity::2 の Issue の平均解決時間を自動的に収集。=> 完了 重大度::1〜重大度::2 の機能的欠陥の平均解決時間の視覚化を作成
• priority::1/priority::2 バグの SLO 閾値を維持するために、Product マネージャーと Engineering マネージャーへの priority::1/priority::2 バグの SLO 超過の可視性を提供。=> 完了 priority::3 の SLO 検出を削除 priority::3/priority::4 バグから missed-slo を削除
• 完了した成果物と非成果物の可視性を提供。=> 完了 マイルストーンごとの完了した成果物を表示
• 顧客影響バグを強調する現在のステージグループトリアージパッケージ/レポートの効果的なイテレーション。=> 完了 トリアージパッケージ v2.0
• Priority および Severity ラベルを効果的に使用するための Engineering マネージャーと Product マネージャーへのトレーニング。=> 完了 EM と PM 向けのトリアージトレーニング録画 がトリアージオペレーションのランディングページにリンクされました。
• KPI と介入策に関する Engineering マネージャー向けのトレーニング。=> 完了 現在のイテレーションをレビューし、資料は適切です。

役割と責任

成果物

• 顧客に提供されるプロダクトへの作業を捉える新しい計上方法に向けて取り組んでいます。
• 新しい計上方法に基づいて新しいダッシュボードが更新されたときにトレーニング資料を更新します。
• 品質ダッシュボードを廃止計画とともに非推奨にし、メトリクスをプロダクトまたは Periscope に移行します。
• Engineering Productivity エンジニアが今ではデータチームと協力し、Periscope に直接貢献しています。
• Development は ~dev-quality ラベルで識別されるクロスファンクショナルボードを通じて Engineering Productivity と協力します。
• 2 リリース後に severity::1 severity::2 バグの解決時間を再検討し、上記のすべての改善が行われた後に再評価します。
• すべてのミーティングのアーカイブがGitLab Unfiltered Youtube プレイリストとして利用できます。

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