![見出し画像](https://assets.st-note.com/production/uploads/images/19824713/rectangle_large_type_2_84d725f88595dbb4523c650c9afbddeb.png?width=1200)
CEOがCTOを兼ねてはいけない3つのワケ
お久しぶりです、はらだです。
チームづくりを考えていくうちに、CEOとCTO兼任ってアンチパターンだなと思うようになりました。
まぁ僕は今ガッツリ兼任なんですが。
そう思った理由は3つあります。
1. CEOにコードを書く時間はない
2. プロダクトの限界が決まってしまう
3. ユーザーインタビューを躊躇しがち
ちなみに以前はこんな記事も書いてました。
事業を一人でやることの「デ」メリット
1. CEOにコードを書く時間はない
いやもうこれ。
作業のスイッチングコストもかかるし、設計考えるとかならまだしも、コードを書くのは他の人に任せるのが吉。
とはいえ、シード期はエンジニア少ないだろうし、仕方ないかも…。
2. プロダクトの限界が決まってしまう
ちょい意味不明ですが、
CEOが無理を言って、CTOに機能を実装させるのができなくなる、ってことです。
CEO「ユーザーはこれを望んでるから、絶対この機能作って!」
CTO「いやこんな機能今のリソースでは無理です」
CEO「いややってよ」
CTO「いやこの機能って、簡単そうで実は…」
…
CTO「(頑張って実装)」
みたいなのが健全な流れだと思うんですよね。
特に、実装が煩雑な機能とかだと、「面倒臭さ」という私情が入って実装の優先順位が変わったりしうるので。
必要なものは必要と、CEOが断固たる姿勢で主張しないといけない時ってあると思います。
3. ユーザーインタビューを躊躇してしまう
アイディアも実装もCEO由来だと、CEOはプロダクトに愛着が湧きすぎるんですね。
「こんなプロダクトいらない!」みたいな辛辣な言葉にCEOが耐えられない可能性大。
結果、ユーザーインタビューを躊躇したり。
あるいは、決定的なところに踏み込めなかったり。
親バカ過ぎて、過保護にするとプロダクト育たないよって話ですね。
「私はプロダクトの開発には関わっていないので、どんな辛辣なご意見でも受け止められます、なんでもおっしゃってください」とユーザーインタビュー時に言う方もいるらしいです(実際には開発にはガッツリ関わってるのに)。
強い。
真似していこう。
まとめ
プロダクトに関して複数人で責務を分担することで、
皆が余裕持てるしフラットな視点で見つめられていいよね!って話でまとまるかと。
人がいるんなら、分担しようぜ。
まぁCTO兼任してると
・全体の見通しが良くなってグロースハックしやすかったり、
・エンジニアに舐められずに済んだり笑、
メリットはあるかもですが、一刻も早くCEOとCTOは分けるべきだと思います。
自戒も込めて。
この記事が気に入ったらサポートをしてみませんか?