  |
はてなキーワード: RFPとは
誰もが知る外資IT企業のマーケティング責任者で、弊社では新規プロダクトの営業戦略を任せるとのこと。
その前は大手広告代理店でも20年近く働いていたそうで、コネクションにも期待されて社長が呼んできたらしい。
ちなみに俺はその事業部の数値管理をする管理職なので給与もわかっているが、低年収の弊社にしては破格のオファーだった。
入社後挨拶したときの印象としては、人当たりがよく物腰の柔らかな方だな、というところだ。
しかし入社2ヶ月目から「ん？」と感じることが増えてきて、3ヶ月が経過したころには「この人ダメなんじゃないか」が事業部全体の共通理解となっていた。
一応2名の20代社員が部下についたが、事務周りのフォローがメインであり経営層への報告・提案資料を作るのは荷が重い。
前職では優秀な部下に指示すればいい、という考えで何とかなってきたのだろうが
JTCである弊社はそこまで人材豊富ではなく分業制も機能していない。
「◯◯業界向けの商品を作りましょう」といきなり口頭で提案してくる。
じゃあ簡単な事業計画を作ってください、と依頼して2週間後、会議に30枚くらいの資料(カラーコピー人数分)を持ってきた。
びっしり文字が書かれているが、よく読んでみるとChatGPTに「◯◯業界とは何ですか」と聞いた回答のコピペで、資料の7割は競合企業HPのスクショだった。
最後は「これで売上1000億を目指します！」で終わっている。
これでは何も判断できないので少なくとも利益計画とスケジュールについて追記して再提出してください(あと次回からは投影だけで印刷不要です)、と伝えたが
「やっぱそうですよね！これからやろうと思ってたんです！！」とのこと。ちなみにこのセリフは今後も何度も聞くことになる。以降ヤッパ氏とする。
会議後に事業トップから事前に資料のレビューしてあげて、と俺に指示があったため、資料を見せてもらうことにしたが
以下のようにまともな社会人として出せるレベルのものではなかった。
初めのうちはこうしたらどうか、この観点が抜けているのでは、と改善案を提示していたが
そのたびに「やっぱそうですよね！」と言われるとだんだん腹が立ってくるので、
「これを書いて読み手に何を伝えたいのですか」「前ページと矛盾した言葉になってますがどちらが正しいのですか」と質問するだけにした。
また、ヤッパ氏の悪癖として話が長い、ということがある。
ちょっといいですか？と声をかけてきて1時間平気で話し続けてきたりする。しかもメモはとらない。
俺はそれなりな立場にいるので「忙しいので15分にしてください」と言えるが
若手社員が捕まって2時間くらい雑談につきあわされている、という話をその後何度も聞くようになった。
一般的に異業界への転職は覚えることが多く、特に弊社の新規事業はハイプサイクル前半の業界なので
「オフチョベットしたテフをマブガッドしてリットにします」みたいに聞こえるだろうな、と思い
社内のteamsに定期的に配信している記事も、同じ単語を使っているがまるで別のビジネスだったりすることが多い。
外資出身なので海外事例のレポートを要約してもらったりもしていたが
技術がわかっていれば明らかにおかしいと思われる文章がたびたび混在し、その度に原文を読みにいかなければならず、結局機械翻訳を使うことにした。
勉強がてら社外イベントに行きたい、というヤッパ氏の希望にも応え遠方のイベントにも頻繁に行ってもらったが
出張報告では誰々の有名人がいた、ニュースにもなっていた、という話ばかりで自社に関係がある情報かという観点はほぼなかった。
イベントで資料をもらった会社が面白かったので今度訪問してもらうことになった、とのことでその会社を調べてみたが明らかに弊社とは相性が悪そうだった。
（例えるならガソリン車しか作ってない弊社と、EV車用のエンジンをつくってるベンチャーみたいな感じ）
弊社のプロダクトに活用できないと思いますけど、先方はわかってますか？と聞いたが
「やっぱそうですよね！ちゃんと伝えておきます」とのことで一抹の不安はあったが会議に同席した。
当日先方のプレゼンを聞いても、どうしても弊社で活用できるイメージはない。
一通り聞いたあとで「弊社はこういうビジネスなのですが、そういった企業向けのプランはありますか？」と質問したときの「え・・・？」と引きつった顔は忘れられない。
片道2時間かけて来ていただいたのに申し訳ないことをした。会議以降その会社からの連絡は来ていないらしい。
大手広告代理店出身ということで大企業にも知り合いが多いらしく、「あの会社の責任者なら知ってますよ、声かけましょうか？」とアポをとってきてくれるのはカッコよかった。
20年前くらいにドラマのいい役やってた芸能人なんかを会社に連れてきたこともあった。
しかしアポのレポートを読むうちに、連れてくる人は3パターンに分けられることに気づいた。
(1)先輩後輩の関係で仕方なく来る人
(3)ただ喋りたい人
→(3)が半数以上であることが意外だった。
世の中の大手企業にはなんたら部長という役職は持っているものの実質一人部署で、知り合いの会社を回ってそのまま会食へ行くというポストが割とあるようだ。
1度だけ同席したが、会議中は「あのときの同期は何してる」「この人は昔こういう仕事をしてて、、」という話が延々と続くので、以降顔合わせを頼まれた際も断ることにした。
また、上記の中でも一応は真摯に向き合ってくれる企業もあるので、こちらからRFPを作成する必要も出てくるのだが
ヤッパ氏の実務能力の低さから、若手社員がそのフォローに入る(ヤッパ氏的には相談しているということだが若手は断れない)ことになり
通常業務に支障をきたすことが増えた。「発注書をもらうまでは一人でやること」というルールになった。
ヤッパ氏が引っ張ってきた案件はその後結実することはなかった。
6ヶ月目目からはマネージャー会議には呼ばれるものの、発言もほぼなく、たまに会った他社との商談(雑談)報告をするだけとなり、
1年経たずに退職することになった。
最後の方では事業トップとの1on1ではかなり厳しいことを言われていたらしい。
外回りがないときは休憩室にいることが増え、他部署の新人を雑談に付き合わせて上司から苦情が来たらしい。
ヤッパ氏についた部下2名は仕事が減って暇になったタイミングで俺の部署の仕事を手伝ってもらいそのまま引き受けることになった。
本人としては「もっと裁量があれば話は進められるのにマイクロマネジメントをされた」と考えているかもしれない。
正直このレベルの役職であれば我々も「結果さえ出ればやり方は任せる」としたいが、
新規事業とはいえ弊社はキャッシュが潤沢にあるわけではなく、よくわからないけど投資して失敗しました、だとガバナンスを疑われる。
だからこそ、周囲を納得させるためのロジックが最低限欲しいのだが、それが出てくることはなかった。
ヤッパ氏は悪い人ではないし、優秀な部下がいれば活躍できた可能性もあるので、単なる採用のミスマッチとも言える。
弊社の他部門でも実務能力が同じくらい低い管理職が率いていながら何とかなっているところもある。
前職にいれば安泰だったのに、弊社に来たがゆえにヤッパ氏のキャリアやプライベートが悪化したとなれば悲しい話だ。
しかし仮に退職したとしても持ち前のコネとノリでいい会社に転職できた気はする。名前でエゴサしてみたが見つからなかった。
どんな会社が引き受けることになったかは分からないが、皆さんの会社にヤッパ氏が来たときは暖かく迎えてほしい。
誰もが知る外資IT企業のマーケティング責任者で、弊社では新規プロダクトの営業戦略を任せるとのこと。
その前は大手広告代理店でも20年近く働いていたそうで、コネクションにも期待されて社長が呼んできたらしい。
ちなみに俺はその事業部の数値管理をする管理職なので給与もわかっているが、低年収の弊社にしては破格のオファーだった。
入社後挨拶したときの印象としては、人当たりがよく物腰の柔らかな方だな、というところだ。
しかし入社2ヶ月目から「ん？」と感じることが増えてきて、3ヶ月が経過したころには「この人ダメなんじゃないか」が事業部全体の共通理解となっていた。
一応2名の20代社員が部下についたが、事務周りのフォローがメインであり経営層への報告・提案資料を作るのは荷が重い。
前職では優秀な部下に指示すればいい、という考えで何とかなってきたのだろうが
JTCである弊社はそこまで人材豊富ではなく分業制も機能していない。
「◯◯業界向けの商品を作りましょう」といきなり口頭で提案してくる。
じゃあ簡単な事業計画を作ってください、と依頼して2週間後、会議に30枚くらいの資料(カラーコピー人数分)を持ってきた。
びっしり文字が書かれているが、よく読んでみるとChatGPTに「◯◯業界とは何ですか」と聞いた回答のコピペで、資料の7割は競合企業HPのスクショだった。
最後は「これで売上1000億を目指します！」で終わっている。
これでは何も判断できないので少なくとも利益計画とスケジュールについて追記して再提出してください(あと次回からは投影だけで印刷不要です)、と伝えたが
「やっぱそうですよね！これからやろうと思ってたんです！！」とのこと。ちなみにこのセリフは今後も何度も聞くことになる。以降ヤッパ氏とする。
会議後に事業トップから事前に資料のレビューしてあげて、と俺に指示があったため、資料を見せてもらうことにしたが
以下のようにまともな社会人として出せるレベルのものではなかった。
初めのうちはこうしたらどうか、この観点が抜けているのでは、と改善案を提示していたが
そのたびに「やっぱそうですよね！」と言われるとだんだん腹が立ってくるので、
「これを書いて読み手に何を伝えたいのですか」「前ページと矛盾した言葉になってますがどちらが正しいのですか」と質問するだけにした。
また、ヤッパ氏の悪癖として話が長い、ということがある。
ちょっといいですか？と声をかけてきて1時間平気で話し続けてきたりする。しかもメモはとらない。
俺はそれなりな立場にいるので「忙しいので15分にしてください」と言えるが
若手社員が捕まって2時間くらい雑談につきあわされている、という話をその後何度も聞くようになった。
一般的に異業界への転職は覚えることが多く、特に弊社の新規事業はハイプサイクル前半の業界なので
「オフチョベットしたテフをマブガッドしてリットにします」みたいに聞こえるだろうな、と思い
社内のteamsに定期的に配信している記事も、同じ単語を使っているがまるで別のビジネスだったりすることが多い。
外資出身なので海外事例のレポートを要約してもらったりもしていたが
技術がわかっていれば明らかにおかしいと思われる文章がたびたび混在し、その度に原文を読みにいかなければならず、結局機械翻訳を使うことにした。
勉強がてら社外イベントに行きたい、というヤッパ氏の希望にも応え遠方のイベントにも頻繁に行ってもらったが
出張報告では誰々の有名人がいた、ニュースにもなっていた、という話ばかりで自社に関係がある情報かという観点はほぼなかった。
イベントで資料をもらった会社が面白かったので今度訪問してもらうことになった、とのことでその会社を調べてみたが明らかに弊社とは相性が悪そうだった。
（例えるならガソリン車しか作ってない弊社と、EV車用のエンジンをつくってるベンチャーみたいな感じ）
弊社のプロダクトに活用できないと思いますけど、先方はわかってますか？と聞いたが
「やっぱそうですよね！ちゃんと伝えておきます」とのことで一抹の不安はあったが会議に同席した。
当日先方のプレゼンを聞いても、どうしても弊社で活用できるイメージはない。
一通り聞いたあとで「弊社はこういうビジネスなのですが、そういった企業向けのプランはありますか？」と質問したときの「え・・・？」と引きつった顔は忘れられない。
片道2時間かけて来ていただいたのに申し訳ないことをした。会議以降その会社からの連絡は来ていないらしい。
大手広告代理店出身ということで大企業にも知り合いが多いらしく、「あの会社の責任者なら知ってますよ、声かけましょうか？」とアポをとってきてくれるのはカッコよかった。
20年前くらいにドラマのいい役やってた芸能人なんかを会社に連れてきたこともあった。
しかしアポのレポートを読むうちに、連れてくる人は3パターンに分けられることに気づいた。
(1)先輩後輩の関係で仕方なく来る人
(3)ただ喋りたい人
→(3)が半数以上であることが意外だった。
世の中の大手企業にはなんたら部長という役職は持っているものの実質一人部署で、知り合いの会社を回ってそのまま会食へ行くというポストが割とあるようだ。
1度だけ同席したが、会議中は「あのときの同期は何してる」「この人は昔こういう仕事をしてて、、」という話が延々と続くので、以降顔合わせを頼まれた際も断ることにした。
また、上記の中でも一応は真摯に向き合ってくれる企業もあるので、こちらからRFPを作成する必要も出てくるのだが
ヤッパ氏の実務能力の低さから、若手社員がそのフォローに入る(ヤッパ氏的には相談しているということだが若手は断れない)ことになり
通常業務に支障をきたすことが増えた。「発注書をもらうまでは一人でやること」というルールになった。
ヤッパ氏が引っ張ってきた案件はその後結実することはなかった。
6ヶ月目目からはマネージャー会議には呼ばれるものの、発言もほぼなく、たまに会った他社との商談(雑談)報告をするだけとなり、
1年経たずに退職することになった。
最後の方では事業トップとの1on1ではかなり厳しいことを言われていたらしい。
外回りがないときは休憩室にいることが増え、他部署の新人を雑談に付き合わせて上司から苦情が来たらしい。
ヤッパ氏についた部下2名は仕事が減って暇になったタイミングで俺の部署の仕事を手伝ってもらいそのまま引き受けることになった。
本人としては「もっと裁量があれば話は進められるのにマイクロマネジメントをされた」と考えているかもしれない。
正直このレベルの役職であれば我々も「結果さえ出ればやり方は任せる」としたいが、
新規事業とはいえ弊社はキャッシュが潤沢にあるわけではなく、よくわからないけど投資して失敗しました、だとガバナンスを疑われる。
だからこそ、周囲を納得させるためのロジックが最低限欲しいのだが、それが出てくることはなかった。
ヤッパ氏は悪い人ではないし、優秀な部下がいれば活躍できた可能性もあるので、単なる採用のミスマッチとも言える。
弊社の他部門でも実務能力が同じくらい低い管理職が率いていながら何とかなっているところもある。
前職にいれば安泰だったのに、弊社に来たがゆえにヤッパ氏のキャリアやプライベートが悪化したとなれば悲しい話だ。
しかし仮に退職したとしても持ち前のコネとノリでいい会社に転職できた気はする。名前でエゴサしてみたが見つからなかった。
どんな会社が引き受けることになったかは分からないが、皆さんの会社にヤッパ氏が来たときは暖かく迎えてほしい。
■男が求める普通の女とは
・恋愛至上主義じゃない
たまに会う女友達が恋愛の話ばっかりしてると、またその話してんのかよって思う。ちゃんと仕事してるか不安になる。
男性にモテたいのであれば、恋愛だけじゃなく、恋愛以外に楽しめる事見つけた方が良い。
・潔癖症でない
服で手を拭くとか結構あるし、朝シャンで済ます時とかあるのだけど、シャワー浴びずに布団入るなって真剣な顔で言われ布団から蹴り出された事、僕はあるよ。自分に正義があると思ってるのか、めちゃ強気に言ってくるのなんなん。
いや、実際正しいと僕も思う。手はハンカチで拭くべきだし、お布団入る前にお風呂入るべきだけど、そうできない時もあるじゃん。そういう時もガンガン責め立ててくる女性は、ちょっと病的。人の気持ちを考えられない女性なんだなと思う。
・人の陰口を言わない
この前こんなクソな男がいてさ…みたいな話をしない。男女の話でなく、親の教育の話なんだろうけどさ、陰口は良くないって教えられてこなかったのか。キモい男のLINEのスクショを撮って、自慢げに見せびらかすのはやめたほうが良い。というか男性がかわいそう。
男女平等な社会になってきたとは思うが、意外とまだいるのが、外食やデート代は男が払うべきと考えている人。
・専業主婦願望がない
依存されるのは精神的にプレッシャーになるし、俺の給料安いんだから、稼いでくれ。
・話し合いができる
自分の思い通りにならなかった時に感情論になってしまう人が多すぎじゃないか？
感情論になってしまうと話ができない。客観的な数字や事柄でなく「私はこう思った」という主観が大きすぎる。喧嘩などが起こるときは、意識・認識のズレが原因である事が多いのだけど、そのズレを埋めようともせず（埋めるためには客観的な視点が必要だが）、自分の気持ちだけを押し付けてくる。
まずは、相手がどういう事を考えていたか、どういう意図で行動していたかをお互いに知ることから始めよう。
・金銭感覚が合う
20-30円安いものを買うために、スーパーをハシゴとかするの意味がわからん。
自分だけでやるならいいけど、僕に買い物頼む時にも適用すんのやめて。別にちょっと高いタマゴ買ってしまっても許してよ。
靴が合わなくて足が痛い時は休みたいと自分から言うべき。男性が推測して提案すべきと考えている人は、受け身体質すぎる。
きっと普段の仕事でも、ろくなRFPも書かずに下請け企業に提案させているのだろう。
自分で計画もせず、人任せにしたデートの内容をボロクソに言う女性がいるらしく、びっくりしている。
自分なら毎回完璧にデートをこなすことかできると思っているのだろうか？
友達と遊んだり、仕事や趣味もある中、どれだけデートの計画を緻密に立てられるだろうか？
男性に任せきりにせず、2人で計画を立てるのが１番良いと思う。もしくは計画を立てるのが上手い人がやるのが良いと思う。
・尊敬できるところがある
それは自慢することではない。見る人が見れば、その人のいいところはちゃんと映っている。むしろ、普通にしていて、自分のことをバカにする人とは付き合わなければいいだけだ。むしろ「自分はこんなにできるんだぜ、こんなに頑張ったんだぜ」って人の方が端から見てイタイ。何も言わずに努力を見せていたらかっこよかったのに、それを自慢しだすなんて。むしろ黙っている方が見ている人がちゃんと褒めてくれるので信じて待っていてほしい。
・コンプレックスが強くない
昔の彼女に、どういう芸能人が好きか聞かれて答えたら、別に意識してなかったのに胸が大きい人に偏りが出ちゃった時があって、勝手に拗ねられた。胸が大きいとか小さいとか許容してる男性も多いもので、むしろ問題はそこではなく、過剰にコンプレックスを感じていることがこちらに伝わるとその後の対応が気まずいからやめてほしいのだ。
https://anond.hatelabo.jp/20211012135349
これを知るにはSIerとは何なのかを知る必要がある。Twitterなんかだと「リスクテイカー」だとか「プロジェクト代行業」だとか
色々言われているが中の人から見ればその全部が半分ぐらい当たってるみたいな感覚ではないだろうか。
結局SIerっていうのは「IT (ICT)」っていうキーワードをネタに何でも商売する会社ぐらいの意味だと思ったほうがいい。
なので人種としてはITのドメイン知識があるコンサルの集合みたいな感じ。なのでまともなエンジニアはほとんどいなくて
何でも屋というとよくわからないが、いわゆる大手SIerに共通する精神はある。それは他社のビジネスモデルの乗っ取りだ。
結局今の時代はITがなければ業務が回らない世の中になったので、ITを牛耳ることでその会社のビジネスモデルから
生まれる利益を掠め取るというのが大きな目的になっている。つまり自分でビジネスモデルを作らずに他社のビジネスモデルに
乗っかって、あわよくば根こそぎ旨味を奪おうという集団なのだ。
これがよく分かるのは大手SIerになるほど上流思考が強いところからもわかる。これは「RFPや要件定義もおまかせあれ＾＾」
という甘い顔をしながら近づいてきて、他社のビジネスモデルから利益を吸うためのホースを付けるような感じだ。
そのためのホースがITというだけで、別にSIer自体はITにはほぼ興味はなくそこから利益を掠め取れればよい。
しかもそのホースはビジネスモデルの心臓部をぐるぐる巻きにしてあり、下手に取り外すと致命傷になるようにうまく設計されている。
一般にベンダロックインというと特定の商用製品でないと動かないようなシステムを作られてその保守料を延々と払わされる
みたいなイメージがあると思うが、一番ひどいパターンは業務ロジックをすべて握られ、顧客は自分たちの業務の全体が
一旦どんな感じになっているのかを把握してない状態で何故か会社が回っている…みたいなものだ。
これは銀行や電力、公共などではよく見られるパターンである。顧客担当者的にはめんどくさいところ（でも本来は利益を生むところ）
を代行してくれているのでとても助かると錯覚してしまう。そんなこんなで悪性の共依存が日本の大企業の中では至るところに見られる。
■30半ばで年収900万円達成したんだけど、向上心が失われて行って辛い
新卒時は大手SIer(プライムコントラクター)に就職、30手前でユーザ企業に転職して今は上流・下流工程を知ってるITシステムの発注者側の立場にいる。
新卒でIT企業に就職した時はまだ自分がこれからどうなっていくのか明解なキャリアパスは描けていなかったが、
30歳に近づくにつれ、ユーザ側（発注側）に転職してITエンジニアを指揮する立場にならなきゃダメだと思い転職活動を頑張り、結果望み通りユーザ側の企業に転職して現在に至る。
新卒当初はSIerの中でチームメンバー(システム設計・実装・テストをする人) → チームリーダー → PM → 統括PMのようなキャリアパスを描くのが王道だと思っていた。
だが、元請けとは言えどんなに非合理なシステムでも客に言われた通りに作らなきゃいけない下請け企業でPMになったところで大して意味がないことに気づく。
自分に裁量などほとんどなく、理不尽な客に怒られたりバカにされたりする頻度が増えるのに比べて給料は大して上がらない。
担当していたプロジェクトは超大企業のサービス開発。なのだが、ユーザ側の担当者のレベルがびっくりするほど低い。発注担当者は中学生の作文みたいなクソRFP書いてよこしてくる。納期も費用も工数もめちゃくちゃ。しかもやりたいことが全く分からない。多分発注担当の上の奴がテキトーに言ったことをそのまんま真に受けて左から右に流してるだけなんだろうが、有名な大企業にもこんなおバカな社員が堂々と給料もらって平気で定年まで安泰なんだなと思ったら複雑な気持ちになっていた。
だけど、幸か不幸か、そのダメな担当のおかげで20代のうちにユーザ側へ転職しないと仕事のレベルも上がらないしスキルも上がらないことに気づけた。30半ばになって思い返すと、本当に感謝しかない。
まだ30半ばで成功とか失敗とか書くのは時期尚早だとは思うが、給料も大幅に増えてフルリモート・フルフレックス・コアタイム無しの環境を手にしている現状は控えめにいっても成功だと思わざるをえない。
年収も30半ばにして900万円を超えた。
ユーザ企業に転職して思うのだが、ユーザ企業ではITのスペシャリストというのは新卒ではほとんどいない。ゼロとは言わないがSIerのレベルから見ても平均から下のレベルしかない。
なので業務を改善する社内システムの開発や、売り上げに直結するWebサービスのバックエンド・フロントエンドの開発プロジェクトが検討され始めると必ず声がかかり、システムのアーキテクチャを選定する段階から意思決定で主導権を握れる。
こちらとしてもそういう役割を期待されて中途採用されたというのもあるし、何よりこういう会社は新卒採用時にITのスペシャリストを採用することもないので、社内の新卒の誰かと争って主導権をようやく握る、などのようなこともなく、自然と企画、設計、実装、運用まで全て意思決定に関われる。
まさかSIerから転職した身で、自分でTypescript, React, Firebase, Java, C#, C++, SQL, Python, TensorFlowを駆使してゴリゴリ開発して企画を実現し、それがプレスリリースされて正式に会社のサービスとして世に出るようなことになるとは20代の頃は想像していなかった。
ここまでは20代の頃に目指していた理想の30代のキャリアパスそのものだと自負していて大変満足している。
だが、30半ばにして20代の頃ギラギラとした向上心が次第に失われつつあるのを日々実感している。
30前半までは自分で目標設定してそれを達成するのが楽しかったが、30半ば以降は金と評価が欲しくなってくる
30代前半までは日々成長し、技術の選択肢も勉強する度に着実に増え、サービスの企画が持ち込まれるとそれを実現するためには～すればいい、などとパッと浮かんで日夜シミュレーションしてPoCして…というサイクルが楽しくしょうがなかった。
今でも楽しくはあるのだが、これまでとは違って「ただ楽しい」だけでは到底満足できなくなっている自分に最近気づいた。
これまでは金になろうがなるまいが、依頼された仕事は自然と全力で取り組むことができた。報酬はやりがい、のようなところは正直あった。
だが、30半ばを超えてくると物の価値がだんだんとわかってくる。
仕事が忙しくなった時に皆さんはタスクに順位付けをするだろう。
これまではその優先度は難易度で昇順ソートかけて上から順に消化していく方式をとっていた。
すぐできるものから片づけることで、仕事の見かけのスループットが上がる。客観的には仕事が早く進んでいるように見える。
だが、今では、そのタスク・プロジェクトが将来金になるかならないかでタスクの優先順位を検討するようになりつつある。
結果が魅力的でなければそもそも仕事のやる気すら湧き上がってこない。
年収900万円
これは30代半ば、理想のキャリアを追い求めて突っ走ってきた人間の向上心が奪われてしまうような大きな金額なんだろうか。
このへんで満足してあと20数年まったり定年まで過ごすべきなんだろうか。
20代の頃あれだけ将来のキャリアについて真面目に考えていたのに、30代になって40代の理想のキャリアパスが描けない。
うちの会社は年功序列なので、年収も40代になれば自動で1000万円を超える。
このへんで走るのをやめてジョギングに切り替えても、多分未来はそう暗くない。
なのに、アクセルが減速しかかっている自分を冷静に見つめると、何か、本当はもっとできるのに手を抜いている、みたいな罪悪感が湧き上がって止まらない。
はてなを読んでいると、自分と同じ30半ばくらいの年代の人が多くいるように感じる。
30半ばでようやく安定を手にしつつある自分と似たような境遇の人がいれば、
40代に向かってどのような準備をしているのか、さらに上を目指しているのかそれとも今のポジションでの安定を取るのか、それとも会社を辞めて起業を考えているか、など、
恐縮ではあるが共有してほしい。
30半ばでクズになりかかっている自分に、勝手ながら発破と刺激を与えてやってほしい。
よろしくお願いしたい。
自己紹介のときに「●●会社の▲▲です。SEしています。」と言われても意味が分からない。
当然、SEとはIT関係の仕事でその中でも比較的プロジェクト全体を見たり上流工程をこなす奴らのことをそう呼ぶことは知っている。
基本的に製造はしないため管理側に近いが、製造側でもあるという中間的な位置であることも知っている。
●●会社というのも、コーポレートサイト程度であはるが存じ上げている。
じゃぁ何が意味が分からないのかというと、自己紹介を受ける前段階で、そういうことが出来る人間であることの前情報を得ているのである。
つまり、私はお笑い芸人や風俗嬢と打ち合わせをしている覚えはないのである。
ならば、「SEしています」という自己紹介は無意味すぎて逆に何らかの意味があるのかと考えてしまう。
しかもだ、「SE」は会社によって定義が違いすぎる。取り敢えずSEという役職にしている会社だってある。
自己紹介の一発目にして打ち合わせ以前から得ている「IT関係に従事していてシステムを作れるか調達できる人」以上の情報をこちらに渡していないのである。
ここまでくると、5歳児以下かもしれない。「今日ね、パパの絵を描いたの〜」って言われるほうがまだ背景が推測できるだろう。
さて、相手が本当に5歳児であれば可愛げがあり児童労働は法律で禁止されていると嘆くところだが、今回の相手は見た目で40歳ぐらいのおじさんである。
倫理上や道徳上、人を見た目で判断してはいけないとは思うが、どうあがいても40歳ぐらいのおじさんである。博士課程に進んでいないと仮定した場合、成人して20年程度は働いていないとまずいはずであるため、20年前後は業界の経験があるはずであることを期待している。
つまり、もし、おじさんが自分の同じ考え方や脳みそを持っているならば、おじさんからは『20年経験したうえで、今、自己紹介をしている相手は、自分が分かっていることを再度いう必要がある人間である』という謎の見下し姿勢が読み取れる。
バカにされるには構わないし、バカを演じた方が良いことを充分に承知している。
しかし、もし相手がバカを演じているのであれば、相手によれば失礼な発言すぎるということで怒らせかねないと思う。
更に、SEといえば何とかなる程度の相手としか仕事をしてこなかったという深読みすらできるため、相手に信用されにくくなる恐れがある。
おそらく、「やっていること」と「やってきたこと」を具体性を損ないすぎない程度に簡易的に説明することだろう。
つまり「●●会社の▲▲です。システムの要件定義やRFPの作成の手伝いなどしてまして10年ぐらいの経験があり、その前はコードを書いてました。」ぐらいだろう。
SNSやテレビ番組、身内を初めとして頭の悪い人間が散見され、ただでさえイライラしているのに、
面倒だと感じさせるような、頭の悪い人間と目的の打ち合わせをしなければならないことが非常に腹立たしい。本当に、面倒だったし、私のハゲがより進行したことだろう。
まずは、怒ったりしないで冷静に打ち合わせができた自分を褒めたい。
エンタープライズITの世界を紹介する。これから業界に入る若者は参考にしてほしい。
エンタープライズのITはこんなツリー構造になっている。下層にいくほど枝分かれする。層の深さや枝分かれの多さはプロジェクトの金額による。このあたりの闇は増田でも多く語られている。たとえ天下のGAFAでも1次請けやIT部門の下に入る。昔はオラクルやIBMだったのがAWSやAzureに代わっただけで構造的には同じだ。
それではカネの流れと利益構造を説明していこう。増田のメインターゲットである下層から説明する。
この層はIT会社ではなく人材派遣会社といっていい。n次請けはn-1次請けに人材を派遣するので以下の構造がある。
例えば、月単価100万円の人を10人派遣すると売上は1,000万円になる。この売上を営業やコーポレートといった連中と社内で取り合うわけだ。だから給料を上げるには単価と作業時間を上げるしかない。
n次請けの営業はn-1次請けと単価を交渉する。単価は派遣対象のスペック（経歴書）で決まる。単価を上げるためのキーワードはだいたい決まっていて、チームリーダーとかクラウドとか入れておけばいい。あと、作業時間は無駄に多い方がいい。自動化で作業時間を減らすやつはバカだ。君の残業代は売上から出ている。
n次請けにいる人に告げる。さっさと転職しろ。AWSに転職したら給料3倍だ。
この層は人材プール会社になっている。大企業は資本金や信用調査などを満たせない零細企業と直接取引ができない。2次請けは大企業と零細企業の間に入り、需要に応じて人材を売る役割を果たす。あと、キチガイみたいなやつが入らないようにフィルタするとか、派遣されてきた人が突然バックれた時に代わりを探すことも大事な付加価値だ。
例えば、月単価50万円の人を80万円で紹介すると、売上は80万円、利益は30万円になる。給料を上げるには安い人材を高く売ることが重要だ。そのためには2次請け社員がチームリーダーとなり、n次請けの安い作業者でチームを作ればいい。作業者の人数を増やせば売上は伸びる。リーダーができないやつはクビだ。
2次請けにいる人に告げる。現職はいい待遇だと思っているだろうが、外の世界を見ろ。
この層は大企業だ。2次請けやハードソフトベンダを統合してシステムを納品する。一括請負契約の場合はリスクバッファの役割を負う。開発が炎上してもIT部門は痛みを負わない代わりに、マージンでガッポリ儲ける仕組みだ。
実際には、IT部門が出したRFPに対して工数を見積もり、価格を提示する。受注できたら開発に取り掛かり、納品と検収を終えたら売上が立つ、という流れになっている。コンペの場合は見積工数にかかわらず提案価格を大幅に安く出すこともある。また、受注してから売上が立つまで数年かかる場合もあるため、資本力が勝負だ。ハードウェアやパッケージ製品、クラウドを一緒に販売する場合もある。
給料を上げるには出世することだ。出世するには仕事を増やして安い人材を高く売る必要がある。
重要なのは流行りの商材でIT部門を釣って仕事を取ることだ。RPAやAIなどのバズワードがなぜ人気なのか理解してもらえただろうか。開発は2次請けに任せればいい。お前の単価はいくらかわかっているか？
1次請けにいる人に告げる。リストラに備えろ。潰しの効かない仕事を続けていると転職できなくなる。
IT部門は、ユーザ部門から受託した企画を具体化し、ベンダをコントロールしていくことが主な任務になる。あとは負債化したシステムの運用管理をやっていく。
IT部門はコストセンタなのでコスト削減が評価される。また、トラブルでシステムが止まると社内から批判を浴びるため品質管理が評価される。
負債化したシステムは細々とメンテしていくしかない。ハード保守が切れるタイミングで大規模更新を計画して実績をアピールだ。
ただし、IT部門はポストが限られているので出世するには社内政治が重要だ。出世の見込みがないなら転職しろ。
ユーザ部門は新しい企画を立てて経営層から承認をもらい、ITを使って収益を得ることが仕事だ。あるいは費用を削減することが仕事だ。
ユーザ部門はコンサル会社に企画書を作らせて、営業やマーケティングなどの他部門と要件を調整し、遅くて融通の利かないIT部門のケツを叩くことが任務だ。
だがよく考えてほしい。IT部門と多重下請のケツ叩きに無駄な時間を使うより、自分たちがベンダと組んで一緒に企画、開発、運用を進める方が効率的かもしれない。今日の企画を来週にリリースできたら最高ではないか。小さくリリースして学びを得て改善していく。
話題になっていたnoteを読んで思うところがあったので書いてみました。
https://note.mu/minami_it/n/n1653ea6ed29e
■男が求める普通の女とは
・恋愛至上主義じゃない
たまに会う女友達が恋愛の話ばっかりしてると、またその話してんのかよって思う。ちゃんと仕事してるか不安になる。
男性にモテたいのであれば、恋愛だけじゃなく、恋愛以外に楽しめる事見つけた方が良い。
・潔癖症でない
服で手を拭くとか結構あるし、朝シャンで済ます時とかあるのだけど、シャワー浴びずに布団入るなって真剣な顔で言われ布団から蹴り出された事、僕はあるよ。自分に正義があると思ってるのか、めちゃ強気に言ってくるのなんなん。
いや、実際正しいと僕も思う。手はハンカチで拭くべきだし、お布団入る前にお風呂入るべきだけど、そうできない時もあるじゃん。そういう時もガンガン責め立ててくる女性は、ちょっと病的。人の気持ちを考えられない女性なんだなと思う。
・人の陰口を言わない
この前こんなクソな男がいてさ…みたいな話をしない。男女の話でなく、親の教育の話なんだろうけどさ、陰口は良くないって教えられてこなかったのか。キモい男のLINEのスクショを撮って、自慢げに見せびらかすのはやめたほうが良い。というか男性がかわいそう。
男女平等な社会になってきたとは思うが、意外とまだいるのが、外食やデート代は男が払うべきと考えている人。
・専業主婦願望がない
依存されるのは精神的にプレッシャーになるし、俺の給料安いんだから、稼いでくれ。
・話し合いができる
自分の思い通りにならなかった時に感情論になってしまう人が多すぎじゃないか？
感情論になってしまうと話ができない。客観的な数字や事柄でなく「私はこう思った」という主観が大きすぎる。喧嘩などが起こるときは、意識・認識のズレが原因である事が多いのだけど、そのズレを埋めようともせず（埋めるためには客観的な視点が必要だが）、自分の気持ちだけを押し付けてくる。
まずは、相手がどういう事を考えていたか、どういう意図で行動していたかをお互いに知ることから始めよう。
・金銭感覚が合う
20-30円安いものを買うために、スーパーをハシゴとかするの意味がわからん。
自分だけでやるならいいけど、僕に買い物頼む時にも適用すんのやめて。別にちょっと高いタマゴ買ってしまっても許してよ。
靴が合わなくて足が痛い時は休みたいと自分から言うべき。男性が推測して提案すべきと考えている人は、受け身体質すぎる。
きっと普段の仕事でも、ろくなRFPも書かずに下請け企業に提案させているのだろう。
自分で計画もせず、人任せにしたデートの内容をボロクソに言う女性がいるらしく、びっくりしている。
自分なら毎回完璧にデートをこなすことかできると思っているのだろうか？
友達と遊んだり、仕事や趣味もある中、どれだけデートの計画を緻密に立てられるだろうか？
男性に任せきりにせず、2人で計画を立てるのが１番良いと思う。もしくは計画を立てるのが上手い人がやるのが良いと思う。
・尊敬できるところがある
それは自慢することではない。見る人が見れば、その人のいいところはちゃんと映っている。むしろ、普通にしていて、自分のことをバカにする人とは付き合わなければいいだけだ。むしろ「自分はこんなにできるんだぜ、こんなに頑張ったんだぜ」って人の方が端から見てイタイ。何も言わずに努力を見せていたらかっこよかったのに、それを自慢しだすなんて。むしろ黙っている方が見ている人がちゃんと褒めてくれるので信じて待っていてほしい。
・コンプレックスが強くない
昔の彼女に、どういう芸能人が好きか聞かれて答えたら、別に意識してなかったのに胸が大きい人に偏りが出ちゃった時があって、勝手に拗ねられた。胸が大きいとか小さいとか許容してる男性も多いもので、むしろ問題はそこではなく、過剰にコンプレックスを感じていることがこちらに伝わるとその後の対応が気まずいからやめてほしいのだ。
僕は、地雷を踏まないように、おっぱい小さめな芸能人もラインナップに組み込む事にしたよ。
■なんで普通の女がいないのか？
なんでいないのかっていうと、普通じゃなくて理想だからでしょう。あと、男だけでなく女もいないでしょこんなの。
元記事を読みながら、自分が普通じゃないって言われてるようで気分悪いな、って思ってたんだけど、今回この増田書きながら、こんなの全部当てはまる人なんてほぼいないでしょ、って再確認した。
よくある話だね。
どっちか一方じゃなくてどっちにも原因はある。
RFPは顧客と一緒に作っていくものだ、顧客が丸投げであるのなら、
この界隈って、IT関係の人が多いから、どうしても目線がそっちになるので、
「どうせ顧客が今までと同じにしろ」とか「無理な要求したんだろ」とかの
自分も一応エンジニアという職について、上流の仕事をしているが、
この案件をあくまで外側から見る限りIBMに落ち度がありそうな気がしてならない。
なぜなら自分たちでRFPを作って、自分たちで開発しているからだ。
RFPを作っている段階である程度開発の提案の形は見えていたはず。
RFPを作る段階で最上流の要件定義ができるはず。それが全くなされていない。
要求の変更が多かった。とあるが、その時点で最上流のRFPの失敗だし、
RFPは顧客と一緒に作っていくものだ、顧客が丸投げであるのなら、
顧客のシステム開発に対する意識をこの段階で変えなければいけないし、
だが、それを怠り、言われたままのRFPを作り、何とかできる形で、
後は開発部門にエイヤ！っと丸投げたら、それは失敗するに決まっている。
逆に顧客のシステム開発に対する認識ギャップをRFPの段階で埋められないなら、
だが、IBMは受けた。受けた以上QCDに責任をもたなければならないし、
それが履行されなかったのだから、損害賠償は当然となる気もする。
だが、一方で、顧客はどうだったんだろう？
IBMがもしそういった働きかけをしていたとしたら、それにどれくらい応じれたのだろう？
システムの刷新に対して業務が変わることを極端恐れ、RFPから多くの変更を
強いる形になっていなかったか？
そういうところはこれから明らかにしていく必要がありそうではある。
この前の学校給食の入札の話と、今回の京都のシステム入札の話を比較すると、
システム → RFPがザルなんだろ。発注者が悪い（または両成敗だ）
まだ情報が出てきていない段階で、お前らどんだけシステム業者擁護してんだよ。
http://itpro.nikkeibp.co.jp/atcl/column/14/346926/101101158/
Q1.役所の仕事なんて全国でほぼ一緒なのに、なんで自治体ごとに別のシステムを作るの？
A1.地方自治体の事務や財務について法律で決まっているのは大枠だけだよ。
それを実務≒内部規定に落とし込むのは各役所ごとなので大枠は似てても実務プロセスは全然各役所で違うよ。例えば同じ業務でも独自の語彙があったり、下手すると同じ語で市町村ごとに意味が違ったりするよ。
Q2.なんで新規で作らないの？
A2.80年代ぐらいにやったよ。その結果が政令市クラスに残ってて今回京都市が更新しようとしてるような、メインフレーム上のシステムだよ。
A3.みんなが使ってるWindowsとかLinuxとかのOSがなかった時代のコンピュータだよ。IBMとかがベンダーごとに作っていてOSもベンダー謹製だよ。性能はいいけどメチャ高いよ。
システム内でクローズして専用線以外では他とつながってなかったから、汎用機からPCサーバへの移行を「オープン化」と言うよ。
オープンソースソフトウェアとは全然関係ないよ。
Q3.使いまわしってどうやってやるの？
A3.80年代とかに作ったシステムで動いてるCOBOLとかPL/IとかをLinuxとかUnixとかWindows上で動く言語にコンバートしてリコンパイルするよ。
DBのデータも階層型データモデルからリレーショナルDB用にコンバートして移行するよ。こういう開発形態を「マイグレーション」と呼ぶよ。
あと、バッチジョブ制御もJCLという汎用機用の言語で動いているよ。これもそのままでは動かないのでコンバートするよ。
コンバート先はperlだったり、シェルスクリプトだったり、ベンダごとの独自スクリプトだったりするよ。
COBOLとかの実行プログラム移行も大変だけど、帳票の大量印刷はたいていバッチジョブでこなしてるので、JCLの移行もめちゃ厄介で大抵もめるよ。
Q4.80年代のものを使いまわすとか。新規で作ればいいじゃん
A4.お金が無限にあればできるよ。今の時代にお金があった時代のシステムをフルスクラッチで再開発するととんでもない予算になって市役所内の決裁が通らないよ。
しかも汎用機時代の納品は割といいかげんだったのか、仕様書が残ってなかったりするから、費用はさらにかさむよ。
Q5.そんなんでよく運用できてたな
A5.当時はSEが汎用機の付属品みたいについてって、困ったらオペレーターとして介入して動かしていたみたいだよ。
そうやって現場感覚バリバリでやっているので、オペレーターしか知らないプロセスがあったりするよ。
マイグレーション開発では総合テスト中にそういう隠しプロセスが「発見」されたりするよ。こわいね。
上記の通り仕様書がないことも多いうえ、システム課に限らず市役所の人員は基本ローテーションするよ。
導入当初の担当者が残っていることは珍しいし、30年も前に導入した汎用機のことなんてここ10年に入った職員にはわからないよ。
Q7.なんで入札にしたの？ 現行ベンダに指名してやらせたほうが良くない？
A7.金額がでかいから、たぶんどこの市役所でも入札案件だよ。
随意契約（随契）は無理だし、入札業者を発注者が指定する指名競争入札は談合の温床になってたから最近はあんまりやらないよ。
（裏技としてRFPを指名したいベンダーに書かせて公募型指名入札にしたり、RFPの段階でハードを全部特定ベンダで型番まで指定するというのがあるけど、公になると多分問題になるよ。こわいね）
Q8.じゃあ役所は悪くないの？
Q8.悪いよ。
入札案件はRFPで書かれた各項目をどれだけ満たすかの技術点と、価格点で決まるよ。点が高ければだいたい自動的にそのベンダーに決まるよ。
なので、技術点の項目に現行システムの調査にかかる項目を入れるとかして、現行機の開発・保守ベンダが高得点を取れるようにしておけば価格勝負してくるベンダーをはじけた可能性はあるよ。
もちろん現行の会社に嫌われて逃げられたとか、役所が現行の会社をめっちゃ嫌いになって声をかけなかったとかもあるかもしれないけれど、可能性は低いと思うよ。
A9.ここまで述べたようにこの手のマイグレーションは火薬庫だよ。火を噴いても爆発しなければラッキーぐらいなので、強いて言うなら入札したことが悪いよ。
A10.前にマイグレーションをやったことがあるSEだよ。もうやりたくないよ。今は転職してSIerじゃなくなったからやらなくてよくなったよ。うれしいね。
しょぼいSEだからここに書いたことは個人の体験に基づく参照情報だよ。一般的じゃないことを言ってたり、間違ってたら教えてもらえると助かるよ。
(2017.10.13 追記）
Q3がかぶっていたよ。恥ずかしくてなきそうだけどブコメに番号で言及してくれている人がいるから忍んでそのままにするよ。
あと、「オープン化」の定義が違くない？という指摘があったよ。確かに増田が間違っていたので、記事の主旨から外れるけど補記するよ。
メインフレームは本文で述べたようにOSからハードまでメーカー謹製なので独自仕様のカタマリだよ。
これに対しPCサーバは標準規格で作られているよ。こういう標準規格に基づくサーバをオープン系と呼ぶよ。
独自規格でクローズしたコンピュータから、そうでないオープン系に移行するからオープン化なのであって、専用線とかは関係なかったよ。半可通な知識で語ってしまったよ、ごめんね。
京都市で火中にいるシステムズさんのサイトの解説がこの増田よりも分かりやすくて正確だから気になる人は見てほしいよ
http://www.migration.jp/column/column01.html
完全に余談だけどオープン系のx86サーバに移行しても、システムはそんなにオープンにならなかったりするよ。
H系に頼むとDBが拝承DBになったり、Fに頼むとシステム管理が全部SystemWalkerになったり、要するにベンダ独自のミドルに入ってがっつりロックインされたりするよ。
自分より優れたるものを自分の周りに置きし者ここに眠る。カーネギー
できる人ばかり辞めていく会社が研修費用を出すようになったら、さらに退職が加速したというお話「人事に聞かせたい」 - Togetterまとめ
「従業員にトレーニングをして、よそへ行ってしまったらどうするのか」という疑問に対するStanger氏の答えは、「従業員にトレーニングをしないで、彼らが会社にとどまってしまったらどうするのか」ということになる。
従業員の才能を爆発させるには「会社に人を長く留める」戦略を捨てる必要がある
ttps://b.hatena.ne.jp/entry/s/gigazine.net/news/20171005-superboss/
「弱いつながり」理論でいうと、SNSでつながる友だちは、それこそFacebookの友だちが3,000人規模で、国内のスタートアップの経営者なら、たいていの人に直接または1hopでつながることができる。
ttps://s.nikkei.com/2vJsvYx
優れたマネージャーは自分より高い給与をもらう可能性のあるポテンシャルの高い部下を喜んで雇う
ttp://b.hatena.ne.jp/entry/www.masafumiotsuka.com/2015/11/the_peter_principle.html
人材は会社の資産として残らないが仕組みは会社の資産として永遠に残る
ttps://www.amazon.co.jp/dp/B010JM64M6/
ttps://employment.en-japan.com/engineerhub/entry/2019/11/07/103000
ttps://www.slideshare.net/yattom/ss-79372905
ttps://tinyurl.com/y8tkhuhz
ttps://bit.ly/2MylBjs
"競争優位につながるような戦略的なソフトを開発しようとするなら内製しかない。"
ttps://www.amazon.co.jp/dp/4822273784
ttps://medium.com/@kuranuki/aac6062adfb2
どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるか
（中略）
ソフトウェア開発とは、経営的意思決定の集積なのだから、経営的意思決定を外部の会社に委託するというのは、「経営を外部の会社にやってもらうようなもの」だからだ。
もっと言うなら、自分の会社の今後のビジネス的ポジションを、他社に決めてもらうようなものだからだ。
外注を出された会社は、そのソフトウェアが未来に実現するであろうビジネス的価値を犠牲にして、できるだけ少ないコストで作ろうとする。
ttp://fromdusktildawn.hatenadiary.jp/entry/20061003/1159869683
ttps://bit.ly/2JzCggZ
「ソフトウェア業界（特に受託開発業界）は、基本的に正直者が馬鹿を見る世界である。顧客が、保守性というソフトウェアの最も重要な品質を正しく評価できないという、情報の非対称性が存在するからだ」/分かるなぁ
「モダンな開発環境×技術顧問×内製化」Sansan×日経電子版 アプリ開発の最前線を語る夜
ボタンを1つ追加するだけで2週間。内製化によるスピードアップは必須だった。
「アプリ内にボタンを1つ追加するだけで、2週間の開発期間と、数十万円のコストが発生していました。それでは急な仕様変更に対応できないし、技術ノウハウも貯まらない。」
ネットサービスの肝は、開発にかける額の多寡というよりは、内製化するかどうかにあると思っています。
ローンチした後、そこからの追加・改善はものすごいスピードでやらなくちゃいけない。これは、内製体制でないと絶対に不可能です。
2017年1月、ネット証券大手のマネックス証券は証券基幹システムを刷新した。
お客様へ提供するサービスの開発スピード向上と、ノウハウの社内蓄積、開発コストの適正化を目的に、
（中略）
サービスの改善や新サービスの開発時に、ASPサービスの提供会社との会議に費やしていた時間を削減し開発のスピードアップを図ることで、競合他社への競争力を強化したいと考えました。
ttp://b.hatena.ne.jp/entry/s/quality-start.in/it-strategy/467
ttps://twitter.com/kanayang2009/status/129677947572465666
ttps://amzn.to/2ncDXrO
だから育てるんだ。
ABテスト デザイン OR ボタン OR 文言 - Twitter検索
外注でもA/Bテストでユーザの反応を計測してトライ・アンド・エラーでシステム開発ってできるもんなんだろうか。
できるとして、それって内製化した方がずっとクオリティ高くなるんじゃないの？
ttps://twitter.com/fromdusktildawn/status/874796380522336256
「外部委託すると細かい継続的な機能の改善が遅くなるので、自社採用でかなり優秀な人材をケチらずに採るべきだね。なかなか見つからなくても妥協せずに」ホリエモン
ttps://bit.ly/2QWMsoJ
外注はPDCAを回せないという致命的な欠点がある。ITスタートアップの感覚だと外注と内製には天と地ほどの差がある
ttps://bit.ly/2J5UCWQ
銀の弾丸ではないがリーンな開発は競争力の源泉。そのためにはPMFをコントロールできる開発チームが必須でそれは内製でしか達成困難。
ttps://bit.ly/2vkDd8E
正解に当たるまで回し続ける！3ヶ月で200回のA/Bテストから得た「意外な結果」とは
弊社のイベント一覧のページなのですが、単なるテキストの羅列のパターンと、リッチなレイアウトのものでテストすると、いつも必ずテキストの方が勝ちます。
海外テック情報局：eBayではダサいデザインのほうがコンバージョン率が高かった｜gihyo.jp … 技術評論社
デザイナと口論したいのではなく，見たいのは数字とお客さんの利用例。
そして何がうまくいっているのか突き止めたい。
選択の科学 ２４種類のジャムを売り場に並べたときと、６種類のジャムを売り場に並べたときでは、前者は、後者の売り上げの１０分の1しかなかったのです。
ttps://amzn.to/2I2V1O4
エンジニアでないファウンダーは最大一人まででお願いします | On Off and Beyond
理由１：変更につぐ変更を重ねられるようにする
最近 lean startup なる考え方がはやってますが、これはどういうことかというと、
東大合格者ランキングは正しいのか？――常に分母は何かを考えよ
何事にも閾値はある。そこに至らなければ、意味がないという数字だ。
「頭のいい人が成功しない理由」という本に、閾値の話があった。
だれもが中途半端にやめてしまう。それでは足りない。閾値を越えない。
ttps://ameblo.jp/chimu841/entry-10036171360.html
ttps://amzn.to/2Odv25b
①内製
②外注
フラクタルなレモン市場問題｜建築不動産クラスタ交流会の件その１
ttp://realtor-readyabooks.hatenablog.com/entry/20100515/1273919457
ttp://ledsun.hatenablog.com/entry/2016/02/28/014851
ttps://ja.wikipedia.org/wiki/情報の非対称性
ttps://ja.wikipedia.org/wiki/逆選抜
ttps://ja.wikipedia.org/wiki/取引コスト
「探索コスト」
時給制（時間を売る）が生産効率低いのって自明だよなぁ・・相当ボランティア精神ないと時給制で効率よくやろうって気持ちにならないよね
でも拘束時間で金額を決めてしまっては効率化を目指さなくなるんじゃないか
ttp://b.hatena.ne.jp/entry/b.hatena.ne.jp/entry/194800390/comment/redhornet96
ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872820182883762176
ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872822997106565120
ttp://getlife.hateblo.jp/entry/2013/09/10/015011
見積もりが人日で工数を計算していると、実際にはそれよりも短期間で実装できても見積もり日数になるまで納品を待ったりすることはある。
納期よりもかなり早い段階で実際には完成しているにも関わらず、
エージェントが利益相反行動をしていないかどうか監視するためのコスト。
自身の行動がプリンシバルの利益追求にかなっていることを証明するために
ttps://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1212240292
ttps://twitter.com/search?q=rails%E3%80%80%E9%A1%A7%E5%95%8F
「顧問プログラマ」再考 - Rails 雑感 - Ruby on Rails with OIAX
ttps://www.oiax.jp/rails/zakkan/rethinking_of_adviser_programmer.html
ITエンジニア採用に欠かせない原則とは (1/5)：IT人材ラボ
ttp://b.hatena.ne.jp/entry/s/itjinzai-lab.jp/article/detail/856
ttps://www.slideshare.net/fukumura1/fukuokarubykaigi-medpeer-ver1
【256人がリモートワークで回る仕組みを考える】後編
ttps://www.remotework-labo.jp/2015/10/interview_10/
元編プロが口を挟む。
版元＝上流プロジェクトマネージャ。予算と納期とざっくりRFPを書いて編プロと印刷会社にお金を回す。終盤で品質チェック（ほぼ主観）することも。
↓
編プロ＝現場PM＆SE。仕様書と画面遷移図書いて、人集めをして、使用ライセンスとかの管理して、PGの世話をして、デバグして、ビルドデプロイして、プロジェクトを締める。
↓
筆者＝PG。書く。
みたいな感じだった。うちのとこは。
あと校閲さんが外注デバッガみたいなもんなんだが、伝統的に版元がお抱えしてたりする。デバッガなんで、企画そのものとかUI画面遷移そのものにはダメ出ししてくんない。それは編プロの仕事かな。あと印刷所＆取次iOSアプリで言えばApple（iTS）みたいなプラットフォーマーなイメージ。
これからのSE業界に新卒で入ってくる人、転職で入ってくる人へ業界の実態とスキルについてアドバイス。
色々就活生と喋っているが、よく言うことを雑多に記載。
【職歴】
・営業社員向けカスタマー管理サービス（CRMシステム）構築：1年
・RFP作成などの上流工程～運用保守の下流工程まで経験あり。
【前提】
・以下は主にSI企業で上流（要件定義）から担当するPM、PLとしてやっていきたい人向けのスキルである。
技術者で食って行きたい人は、全然違うスキルが必要なので無視して良い。
→何も雑談する力が必要なわけではない。ここでのコミュニケーション能力とは「折衝力、人の輪の中に入っていける力」を指す。
システムは人が使うものなので、何をするにもまず人と喋って要件を聞き出さないと話にならない。
技術力があれば良い、と言うのは大きな勘違いで「人に使ってもらえるもの」なので、そこを無視してどんな最新技術を使っても宝の持ち腐れ。
また、往々にして「システムを導入する＝業務をシステムに合わせて変えることが求められる。
これはパッケージシステム導入に限らず、スクラッチでも同様。その時に「業務を変えたくない」連中が抵抗勢力として現れる。
そこを説得するものSEの仕事。そんな敵の中に飛び込んでいって、説得して、最後には協力してもらうまで信頼を勝ち取らなければならない。
そんな場でツボを外したことを言おうものなら、相手からは無視されて終わる。
そんなことが起きないための第一歩としてコミュニケーション能力は必須。
→この２つはセットで考えたい。近年は技術革新が目覚しいため、全部の技術情報を自分で知っているなんて不可能。
そのためにGoogleなどの検索ツールを活用するが、膨大な情報を自分の中でまとめて要点を「つかむ」ことが重要。
細かく知っておくのは専門家の領域なので必要ないが、せめて利用しているツールや技術がなんなのかを、
人に説明できるレベル/類似ツールとの違いを説明できるレベルで知っておく必要あり。
→技術力、プログラミング能力は必須ではない。上記②の人にやってほしいことを伝えるまでには代用できるからである。
しかしプログラマーと対峙するときに、相手はプログラミング言語で会話をしてくる（これは誇張ではなく事実）
その時にいちいち②のプロセスで言ってることを調べていては、理解にロスがかかって進まない。
その時に何か１つでも言語をある程度知っていると、たとえ知らない言語での開発でも言ってることがわかるようになる。
この感覚は例えが悪いが、ピアノを習っておけば、数年後に違う楽器を触っても上達が格段に早いとか、
ドラクエをやっておけば新桃太郎伝説の攻略がスムーズにいく、とかの感覚に似ている。
新卒でプログラミングやったことがなくても、①・②は社会で鍛えられるし、③は研修・OJTという形で経験が積めるから問題ない。
新卒でプログラミングやったことある人は、③が経験済みなので、その分有利である。
転職の場合往々にして即戦力として求められるので、③の経験がないのが大きなネックになる。
巷で言われる業界未経験OKとは、③のスキルがない人のことを指すため、
①・②が人より優れてないと厳しい、ということになる。
参考にされたし。
