開発パフォーマンス指標とバリューストリームマップでチーム改善をする - $shibayu36->blog;

以前Pull Requestから社内全チームの開発パフォーマンス指標を可視化し、開発チーム改善に活かそう - Hatena Developer Blogの記事で、開発パフォーマンスを可視化する話を書いた。その後、バリューストリームマップを作り開発フローの課題を洗い出して、チームの改善を行い、そして開発パフォーマンス指標で効果を検証する取り組みを行ったので、その経験についてブログに書いておく。 前回の記事のサマリー バリューストリームマップを作り、開発フローの課題を発見する バリューストリームマップとは何か チームのバリューストリームマップを作る バリューストリームマップから課題を見つける 見つかった課題を解決する 開発パフォーマンスの指標で改善結果を振り返る まとめ：データを根拠にチーム改善するという進歩 参考 前回の記事のサマリー 前回の記事を前提として書くため、簡単にサマリーすると 開

[shiba_yu36]

開発パフォーマンス指標の可視化の続きを書きました

[taketyan]

めっちゃいい。さらっと書かれてるけど、メンバーが多ければ多いほど問題の見え方が全く異なるので、すごく難しい仕事だと思う。

[onk]

データ駆動のイテレーションを回すのを、プロダクトだけじゃなく身近な題材でもやっていく

[cohalz]

“バリューストリームマップ”

[iekusup]

ほー。

[iga_k]

PRの流れやすさをバリューストリームマップで解析する

[hisaichi5518]

すごい

[kiririmode]

バリューストリームマッピングの実践例。次回devops研修で紹介

[sonots]

自分たちで考えていたものと大分近かった。参考になります。

[odan3240]

良さそう