属人化という麻薬――「自分にしかできない」という幻想が組織を蝕む理由
「この機能の改修、誰が拾う？」 「あ、そこは〇〇さんしか分からない領域だから、〇〇さんにお願いしよう」 スプリントプランニングや日々のスタンドアップで、誰もが一度は耳にしたことがある会話ではないでしょうか。 短期的には「一番詳しい人がやるのが最速」という判断は合理的に見えます。しかし、これを繰り返した果てにあるのは、特定エンジニアへの極端な負荷集中、心理的ボックスタワー、そしてチーム全体の開発速度…
チームの「過剰な推進力」が引き起こす組織の不整合と、そのデバッグ
チームの推進力、適切にコントロールできていますか。 推進力がないチームは物事が進まないので論外ですが、推進力がありすぎるのも、実は非常に厄介なバグを組織に埋め込む原因になります。推進力があると、関係者の足並みが揃うのを待たずにどんどんと物事を進めてしまうからです。 アンチパターン：当事者不在の「破壊的変更」 ここで最も警戒すべきアンチパターンは、関係部署があるにもかかわらず、その部署の当事者が不在…
アニメ ブルーロック から見るエンジニア組織論
ブルーロックという漫画、アニメ作品をご存知でしょうか？ ぼくはアニメをみています。そのアニメのシーズン1を見たときに共感できる部分があり、それが組織としての考え方にも使えるのではないかと思ったので、それをまとめてみました。 目的を達成するためには強い力がないといけない ブルーロックの世界での日本サッカーがワールドカップで優勝することのできない理由/問題はストライカーの不在です。そのために、18歳以…