■「バックエンドチーム」とか「フロントエンドチーム」とかもうやめよ

最近、また「フロントエンドはフロントエンドチーム」「バックエンドはバックエンドチーム」みたいな構成のプロジェクトに当たった。

この職域でチームを分ける構成、本当に仕事が進まない。

1つの機能を実装したいだけなのに、APIの仕様をフロントが考えて、バックエンドにお願いして、デザインをUIチームに渡して、みたいなことを延々とやっていると、「なんで俺、これ自分で実装しちゃいけないんだろう」って気持ちになる。もちろん、規模が大きくなれば専門性で分けるのはわかる。けど、それって「効率的に見えるだけ」で、実際はコミュニケーションコストという名の見えない地獄を生む。

そしてなぜかこの構成、めちゃくちゃ多い。SIerに多いの？この構成？アホなん？

現場が変わっても、またこの分け方に出会う。

お願いだから「◯◯機能チーム」とか「検索体験チーム」みたいに、機能でチームを割ってくれ。

フロントとバックエンドが同じ目的で動けたら、それだけで工数3割減だよ。

「あとはあっちのチーム次第です」って言わなくて済む。

自分の担当がプロダクトにどう効いてるか、もっとリアルに感じられる。

業務委託で入ってる立場だから、あんまり口出す気もないけど、

正直、「これがチーム開発ってやつか…」と毎回思ってる。

本当は、「ひとつの小さなチームが、ひとつの機能をまるっと責任を持つ」方が、気持ちよく働けるんじゃないかなって。

Permalink | 記事への反応(1) | 15:09

ツイートシェア