以外に思われるかもしれないがIT 業界もDQNが多い。日本では海外のようにCS 学位とかいらないからである。もちろん一次請け上流ベンダーやらメガベンチャーやらはエリートだが、その下に開発会社という名の実質派遣会社がありそこに多くのDQNがいる。元水商売とか元トラック運転手のプログラマーなんてのも結構いる。偽装請負や多重派遣も横行しているが、そういうところでしか働けない人も多いのである。

技術力があればメガベンチャーや事業会社に転職可能なので、メガベンチャーにもたまにその手の人材がいるが、学歴などの背景がないので技術力でイキりがち。腕力が技術力に変わっただけでDQNの性根は治らないのである。たとえ高学歴でも痴漢やら不倫やらやらかすCTOなどもいる。はてブなんか見ている自称エンジニアは自分の身の回りにも心当たりあるんじゃないかな？

悪名高いWEB スクールもこの業界にDQNを増やす要因となっている

公務員(現業系)

公務員といえばエリートのイメージだが、現業系（清掃員やゴミ収集員など）はDQNが多い。大阪市で橋下徹が入れ墨職員排除をしていたが大体が現業系職員だった。

当時のはてブは橋下憎しで入れ墨公務員を自由だ人権だ文化だと頓珍漢な擁護をしていたが、日本において入れ墨(タトゥー)は反社会的勢力かDQNがやるものである。

上に上げた業界と同じく公務員も、中央官庁の上級職のエリートを頂点とする(選挙で選ばれる議員や首長など特別職を除く)。

さて、ここまで読んで気づいた人もいるかと思うが、どの業界も上流にはエリートがいて下に行くほど学歴も民度も下がっていくものである。

新聞なんかがわかりやすく、五大紙の記者などは旧帝やら上位私大卒のエリートが書いて、広告営業やら関連会社の不動産業などは中堅私大卒で回して、配達や拡張やらキツくてグレーな仕事は販売店のコンプライアンス意識低めの人がやっている。NHKなんかもそうですね。

世の中にはDQNにしか出来ない仕事があり、そこで雇用される人がいるという事実を、はてブにいるリベラル様は認識しておいたほうがいい。個人的にはNHK 代理店とか携帯代理店なんてなくなっても困らないけどね。

Permalink | 記事への反応(1) | 01:07

2021-10-27

■Wantedlyで話すの楽しすぎワロタｗ

社会人になって新しい出会いがないなあって思ってた。

転職意欲は高くないけど人材採用サイトの中でもWantedlyに登録して色んな会社とカジュアル面談したらこれがかなり楽しい。

書類選考とかすっ飛ばしてオンライン面談してくれる会社が多いのも良い。

数社くらいベンチャーの社長やCTOと話してるだけで視野が広がる気がする。

あわよくば副業できるちょうどいい会社も見つけたい。

Permalink | 記事への反応(1) | 22:42

2021-10-18

■anond:20211018093146

wiki 編集者の悪意もりもりの記事好き

Tehu（てふ、1995年 8月[要出典] - ）は、兵庫県神戸市出身の技術者/デザイナー（いずれも自称）。

・2016年 8月31日に同サイトが全面的にリニューアルされるも[13]、使いづらさや見にくさをコラム執筆者の長谷川幸洋に酷評される[14]。
・株式会社 NO BORDER アドバイザーを務めていた[15]が、現在は退任している（時期不明）。
・現在は「プロデューサーやCTO（最高技術責任者）として8社の事業に関わっている[16]」と自称しているが、詳細は明らかにしていない。

wikiより。

Permalink | 記事への反応(0) | 09:43

2021-09-30

■anond:20210930183646

副業先のCTOをするのであればそうかもしれないけど、現職でCTOをやりつつ、CTOの肩書で副業先の技術顧問をやったりアーキテクトをやったりという話じゃないの？それであれば、給料のもらい方として時給にするのはそこまで変ではないのでは。

Permalink | 記事への反応(0) | 19:00

■anond:20210930182822

CTOは、普通、そのビジネス全体が生み出す利益の中から給料もらうべき地位なので、

そもそも時給では計りえないはずなんだよね。

それを時給にしてパートタイマー CTOチックに業務をこなせているのだとしたら、それはもうCTOではない気がする・

Permalink | 記事への反応(1) | 18:36

■ソフトウェア エンジニアの業務委託単価やっぱり安くない？

この話と

https://qiita.com/sagae_twins_developper/items/f6f89820021e7ed0050a

それを受けて書かれたこれについて。

https://otihateten.hatenablog.com/entry/2021/09/30/005300

前者は安すぎるというコメントが多くて、今は後者の記事に賛同の意見が増えてきている。

個人的な思いとして、そもそもこういう相場の記事をあまりおおっぴらに出してほしくない（それも安い方向に）という思いはある。

そして、もう名前だして単価の話をしてもなんのメリットもないのでここに書くけれど、やはり安いと感じる。特に上の方の層。初学者については実態としてもっと安いかもと思っているけれど、経験者についてはもっと高額だと思っている。後者の記事では、主にフリーランスの話をしていて、知り合いにフリーランスは居ても私自身はフリーランスをやったことはないのであまり確かなことは言えない。ただ、後者の記事を読んだ上でも、やはり安いと感じる。それは会社間の話ではなくフリーランスが個人で請ける場合であるという話を前提にしても、意見が変わらない。

しかし、これは相場というものがあって、私が接している知人や会社が特殊なだけという可能性も十分にある。

もう一点、副業については違和感しかない。私は副業を何社かで請けているのだが、その目線から見てもQiitaの記事が安すぎと感じている、くらいにはもらっている。副業なので月の稼働時間は10 時間〜30時間程度だろう。その場合時給でもらうことがほとんどだ。そして時給については、だいたい10,000~20,000円くらいの時給をもらっている。周りの副業仲間を見ても、安くて7,000円というのが最低だったと思う。CTOの知人は普通に 20,000円以上のものが多かった。Qiita 記事にあったレジェンド級に該当するであろう人も一緒に仕事をしたことがあるが、（これは技術顧問という肩書だったと思うが）時給は40,000円以上だったと記憶している。

確かに、ちょっとレアな技術に精通していたり、OSSのコントリビューターであったりはするけれど、有名人でもなんでもない私でもこのくらいはもらえている。付け加えるなら、日本の会社だけに限定していないというのはある……。なので為替に影響されて下がることもあるが……。

ひとつ言えるのは、あれが事実だとすると、CTO、そんな安い金額で請けるなよ。CTOなんでしょ？

もういいよ、きっと私が異常値か天才かなにかなんだろう。周りも優秀なやつしかいないし金払いのいい会社ばかりに巡り合った。だからみんな単価が高いんだ。そういうことにしておく。

でも、こういうのを叩いて安い方向の目安を作ったら値段を下げる方向に動く気がしてならない。

エンジニアが本当に価値を生み出すものを作っているのであれば、それに見合う金額が支払われるべきだし、自分が価値のあるものを作っていると思っているのであれば、ちゃんとそれに見合う単価を設定すべきだと思うけどな。

Permalink | 記事への反応(1) | 18:28

2021-07-18

■anond:20210718211950

ゴミだと思う

外資系コンサルと同じく良い印象を持ってるIT屋はおらんと思うぞ

そもそもコンサルがハイスペックの代名詞みたいになってるのはMとかBとかの外資系トップティア戦略コンサルのこと（O氏とかH氏とかM大臣とかN女史とかK女史とか錚々たる面々。年齢順。間違ってたらスマン）
数が多いから会計系（AとかDとかEとか）がコンサルと思ってる人が多いけど、あれは単価が高いだけのSIerですから
だまされて夢を見て入社する方が悪いっちゃそれまでだけど、昔は客を掴んで独立を果たして稼いでた人もいたんだけどねえ

　↓

社内のキャリアパスがどうなっているのかは知らんけど
会計系は最初っから IT 部隊のメンバーとして求人掛けてたりもするよ
そしてみんなやばい
そして増田が会計で括ってないのにもIT 部隊いるぞ
そしてやはりやばい
　
というかお題目通りコンサルごっこした後に
どこぞの会社のCTOにおさまったりシステム部門の部長に収まったりする方々も
例外なくやべぇからな
まぁ経営陣は『技術』を重要視しないでそのポジションに添えたのだと思われるので
外野がどうこういうことではないのでしょうけど
　
で、これ外資コンサルだけだと思うじゃないですか？
まぁそんなことなくて某シンクタンクもこんなかんじっすね
IT 部隊のメンバーなのにそれ以外の何かだと思っていてスキル低いし向上心ないけど『まぁいいか』が無い
上に激詰めされるからかな？
　
これらの相手すんごいめんどくさいよ！！！！
額大したことないので、しっしっってやりたいけど、営業くんに怒られるからね

Permalink | 記事への反応(1) | 21:22

2021-07-06

■エンジニア適正が無い奴の生きる道ってなんですか？

追記----------------------------------

文の拙さや僕の不甲斐なさについてはたくさんのご指摘をいただきまして，もう十分ぴえんぴえんできたので，これから読まれる方は，タイトル（本題．まじでアドバイス欲しい点）について，この若造のエピソードを見てどう思うか（僕へのアドバイスでも，一般論に汎化させたもの嬉しい．語気荒めでもいいので）のコメントをいただきたいです．

---------------------------------------

最初のいくばかを使って，自己紹介とタイトルの理由，この文章を書くに至ったエピソードを話させてください．

プログラミングは17歳くらいから始めました．22歳．

数学的な教養はないです．

技術スタックは

html, css, javascript(jquery, express, react(next), vue(nuxt)), python, php, sql(postgre, oracle), graphql, ruby, swift, solidity, unity, c, c++

業務レベルじゃなくていいならgo, kotlin, java, scala, dart, julia，後fpgaも少し．ハードウェア開発は結構苦手で回路図とか上手く書けません．

と主にチャラいところを薄く広くやってきてます．バックエンドは大体firebaseかgcpに任せているので，インフラあたりひいてはネットワークの知識が薄いです．大学もプログラミングはしますが，CSではないので受動的に学ぶ機会も特になかったです．何回かCTFにも出場しましたが，あんまりいい成績を残せなかったというか，毎回毎回超人たちのすごさを見せつけられてました．．．

自分の理解できる技術（not 言語）で，面白い（バズりそうなもの）をラピッドプロトタイピングすることは好き・得意で，いくつかミニバズっぽいことも経験させてもらってきました．

B3の夏くらいのタイミングで東一上場企業にインターンに行きました．（インターンとしては3社目．過去2社は知り合いに紹介してもらったスタートアップで主に簡単なweb開発か，社内ツールの開発を緩くしてました）

最初の業務は，システムの使用言語を主流のものに置き換えることでした．書き換えなので，基本的に頭を使うことはなくドキュメントを読みながら楽しくダラダラ進めました．もちろん書き換え先の言語でどうセキュアにやったらいいかなど，上司にレビューを貰いながら，増える知識も気持ちよくやれました．何より給料が良かったです．週三フルタイムで20万弱はもらってました．客観的に見てすごい待遇だと思います．分不相応とは思いませんでした．

ただ，この業務を3ヶ月ほどで終わらせて，次に振られた業務が問題でした．．．

ニッチすぎるし比較的新しいプロトコルで細かく言えないですが，多分このプロトコルの実装に携わってるのは日本で10人もいないはずです．

つまり難易度が急に跳ね上がった．これが辛かったです．．．言語はC++とJava．

ネットで実装例なんてクソの欠片も載ってないし，プロトコルの理解のために特許資料や論文をくまなく読む羽目になったのは本当に辛かったです．こういう理解であってますか？と上司に聞いて，違かったらしいが，次にその実装に伴うDB 改革のタスクも振られかけてきて，僕はパンクしました．

そのプロトコルも理解しきれなかったし，こんな大規模なDB 設計なんてやったことないので何からやればいいか分からない．もちろん今となっては一つひとつ順序立てて要件を解決していけばいいと分かっていますが，別件も相まって当時の僕はパンクしました．

個人的な事情（別件）はかなり精神的に僕を苦しませ，毎日の睡眠時間が3時間くらいになってました．

で，僕はインターンに行かなくなりました．個人的な事情の方が忙しいからと言い訳をして．業務は別の人に振られることはなくペンディングになってるみたいです．

追記----------------------

ぶっちしたわけではなく，普通に出勤頻度がだんだん落ちて最後に精神的な問題でほとんど来れなくなることを伝えました．業務も締め切りなかったので損失というか上司の頭を悩ませるようなことは無かったと思います（思いたい）

僕の人間性に関するご指摘が多くて結構びっくりしました（文章がダメ）が，結構人に迷惑かけたりして嫌われるのとか無理な性格なので，そこらへんは意識してない所から矢が飛んできたなぁという感想です．

----------------------------------------

そのままずるずると1年間経ったのち更新をしない旨を伝え職場を後にしました．

ここまでが前提共有で，こっからが本題です．

追記-------------------------------------

（極めて個人的な）僕のつよつよエンジニアのイメージを共有すると，小中学生からプログラミングしてたり（高校生から始めたのといくつか次元が違う気がしてる），未踏や異能などを通して予算獲得経験があったり，企業でバリバリ働いてた経験があったり，Twitterでなにやらフォロワー多めで有名CTOと顔見知りだったり，みたいな感じです．百戦錬磨の30代～のエンジニアというより，中高で未踏ジュニア通してます，まだ20代前半です，もう1000万プレイヤー行きそうです．みたいなキラキラが僕ら大学生エンジニアにとって目につきやすく年が近い分，あぁ俺は未踏ジュニア落ちたなぁという劣等感とともに目で追っちゃうんだろうなぁ．なに書きたかったか忘れました．．．

------------------------------------------

Twitterとかで（主につよつよエンジニア達によって）エンジニアのべき論が語られていますが，その理想像として

・知らない技術に対して，貪欲に勉強する（休日などを使って）

・ひいてはそれを苦と思わない

みたいなのがあると思うんですけど，これ無理だなって思っちゃったって話．とともに，皆さんはどうなんですか？という質問がしたいです．

インターンする前は，正直ツケ上がってたんです．同世代からしたら自主的にプログラミングしてるし（チャラいところだけ），大企業でインターンしてるし．

僕はきっとつよつよエンジニア（の卵）として（新卒でという意味ではなく近いうちに（漠然））1000万プレイヤーにエンジニアとしてなるんだろうなと思ってました（実際会社のエンジニアは結構超えてる人がいたし，インターン上がりならエスカレータ式に入社はできた）．

でも，上記のことがあり挫折してしまいました．今までチャラくて気持ちいところだけやってたけど，仕事となると自分が扱ってこなかった技術を使わないといけなくて，扱ってこなかったということはつまり難しいということで．それを勉強することが，また勉強すべきだという共通理解のある分野で生きていくことが無理そうだという気持ちになりました．

このB4の夏，某カリや某INEや知り合い企業に応募する予定やお誘いを受けましたが，このことがあり全てやめましたor辞退しました．

短期なので直接的には関係ないですが，今後のキャリアを考えていく中で，盲目的にエンジニアインターンを乱発していくべきなのか悩んでいるところです．

とは言え，プログラミング以外に一般的な大学生に優っていることが特にないので，プライドの高い（人よりいい思い・待遇をしたいという欲求が強い）僕はどうしたらこのジレンマを抜け出したらいいのか分からなくなっています．

同じような悩みを持っている方や，経験して乗り越えられた方は，ぜひどうお考えなのかお聞きしたいです．

就職した先輩には，ここ仕事量少ないしオススメだよって言われたのですが，聞いた給料に少し不満があり（ここも僕のプライドが高いめんどくさい，この問題を難しくしてる点），総じてこじんまりと（言い方が難しいですが）レベルの低いところで少なめの給料で暮らしていくという選択肢は許容できません．

これも踏まえ，僕のようなクズと言われても仕方のない人材はどうしたら上手く（ストレスレスで高収入の意）生きていけるのでしょうか？

追記------------------------------

ただの深夜の殴り書きのはずが，少し反応が増えたので，文章を少し直しました．身バレ対策も兼ねて．

文章が鼻くそナメクジだったり，（技術スタックのところで）エンジニア的に記法がうざかったらすいません（ただそういう文化というか認識も，なんかやってないなぁというか苦笑いしか起きない人間です．すいません．）

あと，釣りとかイきりとかのコメント多かったのは結構心外でした（文章がダメなのはそう）．

どう考えたって，あの技術スタック（なんか強そうなのが目に見えてない and 言語名しか書いて無いから各言語のレベル低そう and チャラい（と認識してる）技術しかやってない）で，イきれないのは分かり切ってるし，イきろうとするならもっとカッコつけて書くし，成果物も全部提示するし．という認識でいてました．

あと，雑魚だしクズって自認してるので，あんまり雑魚とかクズって言わないでください．病んじゃいます．あせあせ．

いくつかのアドバイスをくれた方ありがとうございます。マネージャーやIT コンサルは確かになと思い、今日そういう職についた先輩に話を聞いてみました。先輩には博報堂や電通のクリエイティブチームをお勧めされました。Mまで入れるとあと3年弱あるので、そこの周辺の職を探していこうと思います。カンマピリオドについて酷評がすごくて驚きでしたが(増田初心者)、それ指定の文書を書くことが時々あるので、設定がそうなってます。読みにくくてすいませんでした。

p.s. コメントに返信はしてないので、元増田を名乗る人は偽物です。

-----------------------------------

Permalink | 記事への反応(43) | 02:26

2021-06-17

■CTOだけど、一ヶ月Web 就職をレビューしてみた。

https://anond.hatelabo.jp/20210617075257

0. 温度感

基本的に現在では、バックエンド・フロントエンド・運用保守全てができないエンジニアに価値は無い。

経験者でも、これらができない/わからないのは、相当恥ずかしいことだと思った方がいい。

典型的はてなーな意識の高さ。

上がってるような基本（元増田に上がってるやつの倍ぐらい）が全部立ち上げからできて

2〜3個プロジェクト経験したらテックリードの素養が既に身についてそう。

つまり、ただのエンジニアにはそこまで要求されない。

プロジェクト的にもどっちかが弱いと

Rails/DjangoにjQuery+Bootstrapみたいな構成や

Amplify/FirebaseにVue/Reactみたいな構成も全然あるので

フロントとバックエンドも一旦はどっちかでいい。

面接はなんとか抜けてもらうとして、

チーム開発での最低限の目標としては、

成果物から、指導、学習コスト、レビューコスト、技術的負債、マネジメントコストを引いた分が正になっていれば

ひとまず「チームに居ていい人」と見なされそう。

チーム的に良くても、経営層にそれで許されるかはわからんのでその辺の立ち回りも上手いことやるとして、

一旦は、正の生産性を目指してほしい。

以後、ブコメで誰一人一ヶ月でできるって言ってなくて笑うので、

一ヶ月というのは無視して、三〜六ヶ月程度をイメージしつつ書いていく。

1. 言語: PythonとJavascript

これだけで一ヶ月経つ気がするが正気か。

似たような言語なのでどっちからやってもいいし、両方同時にやってもいい。

どっちかしかやらないならJavascriptがおすすめ。後ででてくる、Flaskは適当にExpressとかに置き換える

現場だとほぼTypescriptなので、Javascriptはある程度慣れたらTypescriptに移行したほうがいい。

どちらも、Python2とES2015以前の記法というレガシーがネット上に転がってるので参考にしないように注意。

パッケージ管理、単体テスト、タスクランナー

この辺は6のフロントフレームワークと同時にやる。

コードは断片的なサンプルではなく

・一貫性があって

・正しい書き方がされた

お手本プロジェクトをなにか(githubや書籍など)で手に入れて読むべき。

おそらくフレームワークに乗っかっているので並行して進めることになる。

6. フロントエンド フレームワーク: Vue.js

話の流れで先にこっち

現在のコーディングのグッドプラクティス、デザインパターンはフレームワークの形をしている。

なので、ReactとVueをその思想から理解しきれれば、プログラミング言語の潮流の最先端に追いつけるはずだ。

とはいえ最低限としては使い方が分かるところまで。

TypescriptもVue.jsも書き方をどこまで取り入れるかが使用者の裁量に任されてるし、

開発でVueとReactのどっちを使うかはチーム次第なので、

一旦React+Typescriptでガチガチに書かれたコードプロジェクトを拾ってきて、必死で解読するのがいいと思うなー。

2割ぐらいわかった気になればチーム入ってから(React, Vueどちらだったとしても)動けそう。

パッケージとかテスト、タスク＆デプロイ辺りもこのタイミングで拾ってきたプロジェクトを使って学ぶ。

2, 4. ツール: gitとDocker

バージョン管理とコンテナの思想が優れているのは自明なので、これらはツールと見ていい。

そして、後からプロジェクトに入った人がプロジェクトの流儀に沿って使う分には難しいことはなさそう。

採用に来た人がgitとかわかってるとチーム開発経験者だなーって思うし、知らないと未経験者なんだなーって思うし、

そういう意味ではチーム開発の経験があるかどうかの試金石にはされてそう。

構築できる、ではなく、触れる程度で良さそう。

gitはプロジェクトの流儀によると書いたが、git-flowのイメージ図を理解して運用できるのがよい。

https://qiita.com/KosukeSone/items/514dd24828b485c69a05

3. OS: Linux

これは「パソコンの使い方わかってますか」ぐらいの温度感。

ファイルやパーミッション、ユーザーやプロセスのような基本概念を理解する

一冊読めば済むだろうし、概念系はさらっておいてほしい。

grepやfindやxargsなどのコマンドを組み合わせて簡単な処理を自動化する

こういうのができるんだなーって言うのを知っておいて、調べつつ書ければ十分。

sedとか正規表現も。

あとはシェルスクリプトとかって思ったけど同様のことはPythonでもできそう。

IPアドレスを調べたり、SSHでリモートマシンにログインする

地味にSSHでログインした先の環境だと、vimが主要なテキストエディタになるので

vimを最低限触ることだけ要りそう。もういらないかもって思ってたんだけどなー。

→ ファイル開いて入力モードに切り替えて書き込んで保存して終了

をチュートリアルする。拡張とかはいらない。

細かく書いたが、LPIC-1の範囲がほどよくまとまっているのでそっちを参照するとよい。

5. サーバー フレームワーク: Flask

フレームワークを覚えること自体が重要なのではなく、Web開発の基本を習得することが重要。

これが意図なら

HTTP、ルーティング、データベース、SQL、認証、セッション管理などは当然すべて覚える。

この辺の機能を持った小規模Web アプリを作ってHerokuでデプロイすれば一旦完成とみなしてよさそう。

コード書き写しただけにならないようには注意しつつだけど、長く見て5人日ぐらい？

慣れると1日あればいけると思う。

フレームワークもなんでもいい。

軽量である必要もなくて、

Djangoとかでも各コンポーネントがどんな働き方してるか程度はわかるだろうしそれで十分。

余力があれば複数個触ってみたり、人から勧められたらそっちでも。

最近はサーバーレス&NoSQLが流行ってるのでFirebaseとかもやればいいと思う。

7. アルゴリズム

コメントツリーが荒れててウケる。

実務プログラミングで最低限必要なアルゴリズム力は

「書いてるコードの計算量オーダーを把握していること」

に尽きる。

計算量を気にしなかったせいで線形検索メソッドとfor文を組み合わせて

O(n^2)やO(n^3)のロジックを書いてしまって

データ量が万〜十万の本番データで遅延するとか

それらに対して分散や非同期処理で解消しようとするとか、

ちょっとでもアルゴリズムを触った人ならアホらしいなって思うような行為を

アルゴリズム不要勢は平気でやるぐらい、両者は溝が深い。

計算量を意識するだけなら、AtCoderのABCのC〜D問題辺りが解ければ十分。

8. セキュリティ

有名な脆弱性や攻撃手法は、ほとんどフレームワーク等で解決手段が用意されている

(XSS 対策の自動エスケープなど)

のでアドリブをせずに正しい書き方でやれば良い。

開発現場でもセキュリティリスクがある箇所を1から自前で実装することを経験が浅い者にはやらせないので、

ただただ、フレームワークが正しいとしているやり方をなぞるのが良い。

最後に

開発の勉強のやり方としては、

・正しいコード見本を手に入れること

・公式のリファレンスを読むこと

・エラーメッセージを読むこと（そしてググること）

この辺りの習慣があればやってけんのかな、

その他、チーム開発って面では

アジャイルサムライ（プロジェクト管理）とか

TeamGeek（人間性）とかインプットしておくと共通言語が増えて嬉しい。

この方向で進めてけば、その途中で正の生産性≒足引っ張らないぐらいになれるので、

そしたらやってけるんちゃうーって感じ。

Permalink | 記事への反応(0) | 23:26

2021-06-12

■anond:20210612183916

もう一度書くけどどのレベルを一流企業としてるかによるぞ

日立を一流企業としない人はいなそうなのとワイも入りたいから例で書いたけど

誰でも知っている日系企業も割と中途で入れるよ

もちろん中途で入ること想定したキャリアを積むことが前提だけどね

経営戦略部付けつまり社内SE的なポジションやCTOだと割と入り易いよ

Permalink | 記事への反応(1) | 18:43

2021-05-23

■プロダクトオーナーという仕事

俺はIT エンジニアをしていて、ベンチャーやSIerなどで自社、顧客企業を問わず今まで多くのWeb システムを作る案件に関わってきた。

そして多くの上手くいかないプロジェクトを見てきた。

今日は俺が得た示唆を共有したいと思う。

結論から言うとプロダクトオーナーが一番大事だ。

プロダクトが上手くいくもいかないも、プロダクトオーナーが全てだ。

特に Web サービスの場合、ビジネスサイド、IT エンジニア、デザイナーという3つの職種がチームを作ってプロダクトを開発していくことになる。

その場合はプロダクトオーナーはビジネスサイドが務め、テックリードがPdM補佐のような形になるだろう。

SIerの場合は、顧客企業の窓口となる人がPOを努め、開発会社のマネージャーがテクノロジーを統括することになる。

そして大抵の場合、ビジネスサイドの人間がPOを務めると、「声のデカいステークホルダー」となり、チームを引っ掻き回し、プロダクトを迷走させ、モチベーションを下げさせるのだ。

だってそうでしょう！？プログラミングも、DBでのデータの持ち方も、他社のAPIの使い方も、UI デザインも、いくつかあるUIの選択肢とそれを実現する工数も、何も分かってないんだから。そんな人間が最終意思決定者をやるんだから、上手くいくはずない。

だいたいMVPにはふさわしくないリッチなUIを要求してきたり、難しい実装や工数のかかる機能を要求してくるのだ。そしてその実装に工数がかかるのは、エンジニアの怠慢、スキル不足だと考えている。

本来であれば、機能の過不足については、ユーザーがやりたいこと、こちらがやらせたいことが実現できているかどうかだけを考えるべきなのだ。それがどういう形のUIで提供されているか。別ページなのか、モーダルなのか。ボタン押下で動作するのか、JavaScriptでインタラクティブな操作ができるようにするのか、ビジネスサイドがこだわり主張するべき所ではない。

そもそもエンジニアは1+1=2になる世界で生きているが、営業というのは顧客を口説いて意思変容させるのがミッションだ。現実を歪めるのが職務なのである。エンジニアはエンジニアの工数は変えられないものだと理解しているが、営業はそれも「なんとかできるはず」と考えてしまうのだ。

仕事には内部に向けるエネルギーと、外部に向けるエネルギーの2つがある。そして、外部に向けるエネルギーをどれだけ大きく出来るかがビジネスの成功に繋がる。

ビジネスサイドの何もシステムの専門知識の無い人間がPOをやると、思いつきで「あれはどうなの」「こうしたらどうなの」って言って、エンジニアやデザイナーという専門家が「それは難しいです。なぜなら技術的に…工数的に…タイミング的に…」という話をして、仕事に使えるエネルギーもモチベーションも時間も、POを説得するという「内部に向けるエネルギー」に消費してしまうことになるのだ。

色んな専門家が集まって、それぞれの専門領域を発揮し、お客様に価値を与えるプロダクトを作り、金を稼ぎたい。だからこの仕事をやっているのに、なんで何も分かってないPOが自分の存在意義を発揮するためのだけのオ◯ニープレイを説得することに毎日忙殺されているんだろう。馬鹿じゃないかしら。

そういうPOを補佐するために有能なPO補佐がいるんですよという話もあるが、どうせ人の話を聞かないんだから PO補佐がいたって意味ないです。

そしてそれができるバランス感覚と説得力を持った有能なPO補佐がいるんだったら、その人がPOをすべきだ。お前じゃない。

過去会ったことのあるPOには、エンジニア出身のダメなやつもいた。この現代において生PHPやStrutsの時代で止まった知識を振りかざし、自分は知識があると勘違いした痛いやつが。もっとも彼は元エンジニアであって、エンジニア辞めた後はかなりの年数を営業としてやっている人間だったが。

だから俺は、POは現役エンジニアがやるべきだと思う。技術オタクのCTOというよりは、VPoEの立場の人がやるのが一番いいかな。顧客を無視したエンジニアリングオ◯ニープレイをしない、ちゃんとカスタマーサクセスとUXへの費用対効果を考えられるエンジニアだ。

そして営業/マーケターはサービスを売りつつ、顧客の声を聞き、顧客の抱えてる課題を発見し、それをチームに伝えてくれたら良い。ソリューションはエンジニアとデザイナーが考えるので。

ある程度会社が大きければ、エンジニアをプロダクト開発のトップに据える、そういう責任移譲もできるだろう。

しかし問題はベンチャーである。

今日の名言飛び出しました

「プロダクトオーナーがしっかりとしないと、エンジニアがいても能力がある人がいても意味ない」
「ビジネスモデルは考えられるけどプロダクトモデルを考えられない人が増えてきている」#DxMiraiKaigi https://t.co/6VHrh1Ut3z— あれっくす@一番下手っぴでいい (@MHTcode_Alex) May 20, 2021

ベンチャーのあるあるとして、ビジネスモデルは考えられるけどプロダクトモデルを考えられない営業人間が起業して、「俺の考えたビジネスモデルを実現するに協力してくれるエンジニア募集！」とか言ってチームを作り、社長がPOを務めることが多い。

でもその社長に、POとしての職責が果たせるかどうか、スキルがあるかは別な話である。というか大抵の場合、無い。

声のデカいワンマン社長の言うことを聞いて、クソなものをクソだと思いながら作り、社長がVCにプレゼンして調達したお金を啜って生きていくのがベンチャーでのエンジニアライフである。オワリです。

ベンチャーで上手くいくのは、エンジニアでありながら希なプレゼン能力とコミュ力を持った、エンジニア社長がいる会社しか見込みがない。

これを読んでるあなたがもしビジネスサイド出身の社長さんであれば、あなたの仕事はプロダクト開発にズカズカと踏み込んでいって、思いつきで喋って、自分のこだわりを入れるように怒鳴り散らすことではありません。

課題は無いか耳を傾け、解決できそうな人を連れてきて、お金を出すだけに徹するように下さい。

それができないのであれば、あなたはWeb システムという無限の拡張性があるものからお金を得ることはできません。愚直な営業と手作業でバリューを出すという、労働集約型の仕事を一生全うしてください。

そしてこれを読んでるあなたがもしエンジニアであれば、ビジネスサイドにプロダクトの決定権を握られている状況ではエンジニアが幸せになれることは決して無いので、ビジネスの作り方やマーケティングを学んで、エンジニアがビジネスを握っていこう。プログラミングを修得するのに費やした時間と努力をビジネスサイドにも発揮すれば同じように身につけられるはずである。ビジネスサイドに顎で使われる存在から抜け出していこう。