How One CTO Uses Code Reviews to Find Org Design Problems

カートのアイテムが多すぎます

ご購入は五十タイトルがカートに入っている場合のみです。

カートに追加できませんでした。

しばらく経ってから再度お試しください。

ウィッシュリストに追加できませんでした。

しばらく経ってから再度お試しください。

ほしい物リストの削除に失敗しました。

しばらく経ってから再度お試しください。

ポッドキャストのフォローに失敗しました

ポッドキャストのフォロー解除に失敗しました

How One CTO Uses Code Reviews to Find Org Design Problems

無料で聴く

ポッドキャストの詳細を見る

In this episode of Tech Leadership, Lucas and Luna explore a surprising diagnostic tool for organizational design: the code review. Drawing on a real case from a 200-engineer company that was struggling with slow feature velocity, Lucas explains how a new CTO analyzed pull request patterns to uncover hidden team coupling, misaligned incentives, and unclear ownership. They walk through specific signals—like excessive reviewers per PR, recurring nitpick comments, and PRs that sit idle for days—and what each reveals about team structure. Luna pushes back on the idea that code review is a reliable org signal, and Lucas cites data from a 2024 study on PR latency and Conway's Law. The hosts also discuss how the CTO used these findings to merge two teams and redefine ownership boundaries, cutting average PR cycle time from five days to under two. Filled with concrete examples and actionable heuristics, this episode gives engineering leaders a new lens for diagnosing friction without running a single survey. #CodeReview #OrgDesign #EngineeringManagement #CTO #ConwaysLaw #PullRequests #TeamStructure #DeveloperProductivity #TechLeadership #PRLatency #SoftwareEngineering #Coupling #Ownership #EngineeringCulture #FexingoBusiness #BusinessPodcast #Technology #Leadership Keep every episode free: buymeacoffee.com/fexingo

まだレビューはありません