イケイケなベンチャーの開発チームが、大企業的な開発チームになってしまう5つの兆候 - Qiita

はじめに この記事は CrowdWorks Advent Calendar 2016 18日目の記事です。1 やすにしと申します。世間一般的に言う、ジャーマネ的なことをやらせていただいております。組織というのはナマモノでして、常に変化し、課題の種のようなものを見過ごすと、後々大変なことになることが多くあります。とはいえ、うまくいっても空気のように当たり前となりますし、うまくいかないと批判の的になるというなんとも世知辛い役割ですね。 我々も、5人ほどのエンジニアだった組織が、9ヶ月ほどで30人を超え、大きな変化を迎えました。人数が多くなるということは、課題が変容し複雑になるということ。当然ながらその複雑な課題に対して対処するわけですが、そこで多くの会社は「マネジメント」をしようとします。ただ、そのマネジメントもやり方を間違えると、活力や改善や変革をする芽を奪ってしまい、一気に硬直化し、数人だ

[paradisemaker]

エンジニアを9ヶ月で6倍の人数にしてる時点でマネジメントを理解しているとは思えない

[f-shin]

これはプロダクトマネジメントじゃなくて開発側のプロジェクトマネジメントが頑張らないとあかんのよ。PDMとPJMが戦ってない、そしてPJMとメンバが戦ってない証拠。PDM vs メンバの構図にしちゃうと会話が成立しない。

[yoshidashingo]

ベンチャーに限らず、作らない人からは常にこういった提案がくるもんなんで、そのたびにちゃんと説明して回避させてあげないとね

[INDEEJapan]

この記事が悲しいのは、大企業の人は「どこが悪いのか」わかっていないことだ。

[YukeSkywalker]

プロジェクトごとに情報共有ツールが違う（涙

[natsutan]

対策はこういう事を言い出す奴を追放するでは？

[privates]

×大企業の開発チーム ◎マネージャーのレベルが下がる 題名はPV稼ぎの釣り。大企業全部アホみたいな書き方

[escape_artist]

アッアッ

[greencoffeemaker]

これぴったり当てはまるわ。どこでも途中で似たようなことがあるもんだな。

[vanbraam]

ルールは捨てる事が大事なのではなく,チームで自律的に決める事が大事だと思う.Working Agreementなんかはその典型.XPでは規律を重視するし;KPIは1)個人ではなくチームで評価し,2)守るべき1つの下限だけを提示するのが良さそう

[monster-energy-zx14]

これにステップ単価とか言い始めたら、ほら大企業

[nikutaiha]

チーム

[e5rijun]

改めて読んだけど見に覚えが有りすぎて辛いやつ

[proverb]

本記事の趣旨とは関係ないけど、「ビジョンが強い戦闘派リーダー＆組織作りが得意でバランス感に優れたNo.2」のタッグが上手く機能するとマネジメント上のグダグダが無くなる気がする

[wata88]

組織運営って大変だなぁ

[secseek]

どれもあるあるってやつですね。最後のやつだけは、内容によってはありかもしれません。新しい技術への取り組みとか、やってみないことには始まらないので。そんなのがトップダウンで降りてくる会社なんてなかなかな

[Kiske]

短くまとめられててわかりやすいあるあるだ

[basty5656]

“ 起こること：意味がない数値が誕生し、独り歩きする茶番が始まる 人数が増えると、全体を把握することが難しくなります。非エンジニアのマネージャー層は疑問に思います。本当にエンジニアがちゃんと働いてくれて

[PoohKid]

人が急に増えたあるあるかと思ってたけど一般的なエンジニア対立あるあるだった

[s_shisui]

組織で仕事をやることの難しさがまとめられてる

[ryota-murakami]

卓上においては論理的に筋が通った施策なので手軽に反論しにくいやつらのデメリットが体系的に纏められていてほんとかっこいい

[kamigata0]

なるほど、勉強になる #仕事

[takatama]

どれも「思考停止」を誘発するから。ただ、開発現場が数値目標を作る努力をしないと、いつまでたっても上手くならない。複雑な因果関係であっても仮説を立てて改善していく努力

[tohokuaiki]

クラウドワークスの人か。

[junk-boy]

“ディレクター（非エンジニア）とプロジェクトマネージャーとエンジニアのように、企画する人、プロマネする人、作る人のように別れている状態です。例えば、このような相違が起こります。 ディレクター/PM「開発が

[tettekete37564]

素晴らしいまとめ。一定役職以上の人がちゃんとこういうことが考えられる会社で働きたいね。

[k2jp]

管理職が多過ぎる（役職も同様）。軍隊じゃないんだから

[fhvbwx]

言ってることは間違ってないが大企業的な開発チームが必ずしも悪とは限らないと思う。例えばみずほのシステムをベンチャーの開発チームでは無理。

[rryu]

結局、ソフトウェアを分かっていない人が仕切りだすとおかしくなるという感じなんだよなあ。

[YusukeIwaki]

まぁ数字を意識し始めた時点で大抵のエンジニアリング文化は廃れると思う。

[odap]

遅まきながら読んだ。管理しやすい方法で管理しても、本当に管理したことにならないということでしょう。

[ptolemychan]

組織の在り方。

[giass]

“参りましょう。”

[beerbeerkun]

「ジャーマネ的なこと」

[santo]

なんというウチの会社っぷり。

[nisisinjuku]

そ、それを成長と言うんだよ…（震え声

[stealthinu]

開発系のアンチパターン。これはベンチャーが大きくなる過程でという話だけどすでに出来上がってるSIerとかの場合でももろにあてはまるよね。

[satokumakuma]

人数たいして増えてないけど徐々にここに向かっている感じ。何か障害が起きるとルールが厳しくなって、無駄に工数が伸びるから、障害起こしたやつを恨んでしまう空気感が…

[junglejungle]

外野を黙らすためだけのルールだらけになるのは歴史の必然。要所だけは抑えてルールを骨抜きにするのが腕の見せ所。CIAの「Simple Sabotage Field Manual」からチームを守ろう。