この記事は、Magic Moment Advent Calendar 2023 22日目の記事です。 こんにちは、Magic Moment で QAE をやっている yano です。 本記事では、開発チームの健全性を示すメトリクスを設計し、計測と運用を始めて3ヶ月ほど経とうとしているタイミングなので、振り返りを兼ねて気づきをまとめさせていただこうと思います。 なぜ生産性ではなく健全性のメトリクスなの? 最初は生産性メトリクスの設計を考えていましたが、例えばコードの記述量や、スプリントにおけるベロシティなどアウトプットの質を度外視して量だけを追っていくような、ビルドトラップに繋がりかねないメトリクスを計測することは回避したかったという考えがありました。 一方で、 “If you can’t measure it, you can’t improve it.” の考え方にもあるように、カイゼン
![開発健全性(生産性ではないよ)のメトリクスを設計して運用してみた](https://cdn-ak-scissors.b.st-hatena.com/image/square/029d288b6db8d89cd415169af8c33f0dfb324049/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--CONEITGS--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%2525E9%252596%25258B%2525E7%252599%2525BA%2525E5%252581%2525A5%2525E5%252585%2525A8%2525E6%252580%2525A7%252528%2525E7%252594%25259F%2525E7%252594%2525A3%2525E6%252580%2525A7%2525E3%252581%2525A7%2525E3%252581%2525AF%2525E3%252581%2525AA%2525E3%252581%252584%2525E3%252582%252588%252529%2525E3%252581%2525AE%2525E3%252583%2525A1%2525E3%252583%252588%2525E3%252583%2525AA%2525E3%252582%2525AF%2525E3%252582%2525B9%2525E3%252582%252592%2525E8%2525A8%2525AD%2525E8%2525A8%252588%2525E3%252581%252597%2525E3%252581%2525A6%2525E9%252581%25258B%2525E7%252594%2525A8%2525E3%252581%252597%2525E3%252581%2525A6%2525E3%252581%2525BF%2525E3%252581%25259F%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3AMagic%252520Moment%252520Tech%252520...%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzA4YjkwNjQ0ZWUuanBlZw%3D%3D%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)