高速ゴミ製造機と逆割れ窓理論

こんにちは！ ourly株式会社 執行役員CTO(@tigers_loveng)の相澤です。 最近では「開発生産性」という概念は様々な会社に広く浸透してきているのではないかと感じています。 開発生産性を語る上で避けては通れないのが「Four Keys」ではないでしょうか？ でも、Four Keysを改善すると、開発プロセス全体にどんな変化が起きるのでしょうか？ 「リードタイムやデプロイ頻度を上げるだけじゃ、単に “高速ゴミ製造機” になるだけだ」という声もSNSなどで過去に見たことがあります。確かに数字だけを追い求めれば、見かけ倒しのバニティ指標（虚栄の指標）になりかねません。 しかし、この2年間にわたる取り組みで僕が得た実感はむしろ逆です。Four Keysの向上を真剣に目指すことで、開発フローからアーキテクチャ、プロダクトマネジメントに至るまで広範囲に改善が波及しました。その様子はまさ

[dorapon2000]

“数字を上げること自体を目的にするのではなく、数字が悪い原因を潰していく。この方針に切り替えてから、チームの姿勢も変わりました。「どうすればデプロイをもっと頻繁に、安全に行えるか？」「なぜレビューに”

[ngsw]

「高速ゴミ製造機になるだけでは」という言説があるとき、暗にプロダクトマネジメントに対して文句言ってるんだと思った。自分ならそういう意味で言うので