ブラックボックスになりがちな開発チームの内部状況を指標を用いて可視化する｜mtx2s

自社ソフトウェアプロダクトを内製する組織であっても、開発チームがそれをどうやって作り上げているか、開発者ら以外にとってはブラックボックスであり、不可視です。それだけに、開発チームのパフォーマンスや内部状況の良し悪しは、各々の主観や興味によって、不統一な認識を持ってしまうことも多いでしょう。そしてそのような認識のばらつきは、開発する当人たちにとっても実は同じです。 しかし、例えブラックボックスであっても、自動車のダッシュボードのように様々な指標によってその内部が数値化され、可視化されていれば、チームのパフォーマンスに統一的な認識を持たせやすくなります。 本記事では、どのような指標を可視化すべきか、その代表的なものについて取り上げます。 リードタイム（開発、製造）リードタイムは、開発項目ごとの作業期間を計測したもので、短いほど優れていることを示す指標です。計測対象となるプロセス全体を「開発」と

[toro-chan]

その意味のデリバリが予測可能と言うのは違和感がある。特にテストが。5%ほどは最終工程で不良が見つかり、しかも深刻な場合があるのと矛盾する。結局どれも予測不可能かと。

[Kesin]

Four Keysだけではなく開発に関係する様々な指標について解説されている

[sonots]

デプロイ頻度の計測は、バッチサイズが小さくなっていることの計測。バッチサイズが小さくなればフロー効率が上がる

[nilab]

ブラックボックスになりがちな開発チームの内部状況を指標を用いて可視化する｜mtx2s

[nemoba]

「デプロイの頻度」が、効果的になるのはチームがプロダクトに対して動けてる時じゃないかな。所謂偽装請負だと、ビルドトラップ起こして終わり

[bike-a-to-z]

これはSEOでもつかえるな