∑考=人スマートフォン用の表示で見る∑考=人そして今日も考える。2020-01-20採用の合否を分けるポイントは○◯だったという話どうも。唐突だが、私の会社の同期は数百人ぐらいいる。入社6年目ともなると、色んな組織に散らばって活躍している。独立したという話はあまり聞かないけれど、イケイケのベンチャーに転職、外資系コンサルに転職する人もいれば、会社の中で地方に転勤、子会社に出向、海外常駐みたいなケースももちろんある。ちなみに私の嫁と親しい同期の場合は、人事部に異動した。開発が合わず、営業も合わず、最終的に人事になってそこそこ楽しくやっているらしい。「そんなに合わないなら会社やめれば?」とか個人的には思ったが、諦めずに自分に合った場所を探すという姿勢はどうも大事らしい。私の感想はどうでもいいとして。人事の大きな仕事と言えばやはり採用である。中でも私の会社の場合は新卒採用が大半を占めるので、「いかに優秀な新卒を採用できるか」が重要視されている。優秀をもう少し平たく言うのであれば、自社の仕事の中で成果を挙げられる人、極論を言うと速く出世していく人、といってもいいかもしれない。そんな人をいかに採用していくかが鍵なのだ。(私自身は出世していく人=成果を出している人とは思わないけれどそう考えた方が単純なためここではそういうことにしておく。)であれば、どういう人が速く出世するのか?というのをトレースすれば結果は一目瞭然な気はするのだが、現段階ではそういったトレースは難しいそうで。数年前は採用活動にデータが活用されていなかったのだろう。どんなファクターが出世スピードに影響を与えているのかが厳密には特定できていないらしいのだ。これは個人的にも非常に興味があって。思い出しても見てほしい。キリがないほどの能力を求められなかっただろうか。そんなスーパーマンがどこにいるんだと。結局のところ何が本質なのかを掴めないままなぜか就職だけが決まった、というのが正直な感想で。どんな資質が大事なのか、は私自身ずっとわかっていないのだ。言えば採用を担当した人事の人ですら私を雇って正解だったのかもわかっていないはず。採用の完全な正解はわかっていないのが現状なのだが、少なくとも採用活動を行う以上は合否を分けるポイントはあって然るべきだろう。思っていればやはり現時点で採用の際に最も重視しているポイントはある、というのだ。どんな資質が評価されるのか、想像できるだろうか。これはたぶん会社によっても異なるとは思う。私の会社の場合はなんと・・・ストレス耐性とのこと。ストレス耐性が強い人が私の会社に残る傾向が認められ、成果を出す傾向が認められている、ということだ。この回答には驚きと共感しかなかった。21:00採用の合否を分けるポイントは○◯だったという話Tweet広告を非表示にするもっと読むコメントを書く2020-01-042020年やらないことを決めるまぁ守れる守れないは別として。普通新年って「これをやろう」みたいな目標を立てるのが一般的だと思うし、個人的にも達成したいことがないわけではないんですが。目標って何となく立ててもだいたい達成できないもので、この理由って時間の有限性に起因すると思ってます。仕事でもそうですよね。こんな反省があるから次はこうしよう!とか言うけど、結局できなかったりする。時間を増やさないと新しいことはできないんです。今までやっていたことをいかに効率化するか、とか考えるんですけど、効率化するよりもやめた方が断然効果は高いです。一例をあげるならば、例えば私はyoutubeとかで動画を見る時はだいたい2〜2.7倍速ぐらいで見てます。要は倍の生産性が出てるわけです。時間が余るかというと余りません。別の動画を見ますからね。これが例えば「動画を見るのを止める」という判断をすると、どうなるでしょう。これまで動画を見ていた時間はゼロになりますし、侵食されることもなく、完全に別のことに時間を使えます。「やらないこと」を決める。それが正解と思った次第です。やらないことを決める上で、一体自分が何に時間を使っていたのか?を知っておくことも重要だと思います。Watchとかで取れるといいな、と思いますが、ないので、記憶を頼りに。みなさんも去年の予定表とか見ながら考えてみると面白いかも。大前提として、1年間は24時間×365日なので、総パイは8760時間あります。多いであろう睡眠時間から。私の場合、基本的に1時〜8時まで毎日寝てます。行って休日は11時ぐらいまで寝てることがほとんど。だいたい年間120日(≒1/3)が休日だと考えると(7時間×2/3+10時間×1/3)×365日=2920時間は寝てる、ということになります。1/3が睡眠ということですね。実質、活動に費やせる時間が5840時間しかないということです。昨年度の労働時間は推定ですけれども、残業時間が確か年間トータル600時間ぐらいなので、20日×7.5時間×12ヶ月+600時間=2400時間は働いているということになります。36協定に引っかかりそうな数字なので、実際にはもう少し少ないはずですが、お昼休憩の1時間も労働時間内と考えれば、ほぼ同じくらいの数値かな、という感じです。すると余った自由に使える時間は2440時間。意外にも働いている時間と同じくらいの時間が余ってます。これだけの時間を自由に使えるはず、というのは少し気が早いです。通勤時間とかもこの中に含まれています。私の場合は電車通勤で、だいたい往復1時間ぐらいです。240時間は自由には使えません。残り2200時間になりました。あとは例えば、会社の飲み会などが頻繁に開催される人であればそこも計算に入れる必要がありますね。週1で2時間飲みに行くとすると、52週×2で100時間ぐらいが引かれます。残り2100時間です。労働以外でも、生活に必要な時間もあります。朝起きて髪を整える、歯磨きをする、顔を洗う、用を足す、ご飯を食べる、お風呂に入る、などもあります。毎日トータル1〜2時間ぐらいはかかっているでしょうね。私はお風呂も5分ぐらいなので365×1=約360時間で、これはなかなかインパクトありますね。1740時間まで減ってしまいました。家事に費やす時間もあります。人によっては一番インパクトがあるかもしれません。私は料理は基本的にやらないし、掃除はルンバにお任せで洗濯物ぐらいなので、週1回で20分ぐらいですか。年間20時間ぐらいですね。(嫁に怒られそうな時間感。結局、残るのって20%にも満たないってことなんですね。私の場合でそうだから家事をキッチリやって仕事もしている人とか、子育てしている人とかってこんな比ではないはず。その余った20%を何に使っているのか。休日の1/4は嫁と外出するから100時間ぐらいは時間使っていて。昨年で言うと、毎日1時間ぐらいはギターを引いていた気がするので360時間。読書とブログ書くのは合わせても50時間ぐらいしか使っていない気がする。なると、残りの1720-100-360-50=1210時間はどこに消えているのか。アマゾンプライムとYouTubeなわけで。考えると、積み重ねってすごく恐ろしいなと。最近はYouTubeのコンテンツは本当に充実していて、それこそ私の好きなお笑いのコンテンツは山ほどあるし、教育系、ビジネス系の動画もある。見ていて勉強にはなるし面白い。面白いからいいかと思っていたけれど、なんとなくで今の自分に必要ではないコンテンツを受動的に選ぶのは良くないという思いが強くなり。目的のない動画鑑賞は2020年やめることにします。19:462020年やらないことを決めるTweet広告を非表示にするもっと読むコメントを書く2019-12-27私たちはいつまで紙で採点を使うのかどうも。この度秋期のシステムアーキテクト試験に合格しました。資格を取得してからとっくに2年以上経っているため、午前試験の免除が効かず、シンプルに覚えなければならない知識量が多いんですな。おまけに年に1回しかチャンスもなく、タイミングも選べない。そもそも丸一日ペーパーテストで潰れるのがこの歳になると惜しいし、体力的にもきつい。色んな嫌な要素があって、ここ数年間は情報処理試験からずっと手を引いていたんですが、出世のために高度資格が必要とのことで、上司からの圧力を受けながら今回受験することにした、という背景です。システムアーキテクトを選んだ理由はまぁいくつかあるんですが、強いて言うならば持っていた時に目立つかな?ぐらいで。ネットワークスペシャリストとかDBスペシャリストってこの世界にいるとよく聞くんですが、システムアーキテクトってあんまり聞かないんですね。論文問題があるからで(これが後述の通り相当しんどい)、勉強する気が削がれるんでしょうね。私はこれでも割と文章を書くのは多分得意な方なので、今ならいけるんじゃね?ぐらいの感じでチャレンジしたわけです。結局、論文対策なんてやっている時間はほぼなくて、当日にフル活用に無理やり回答した、という感じです。そもそも回答用紙に余白ありまくりだったので、100%落ちたと思っていましたが、まぁラッキーでしたね。私の自慢話はここまでにして、本題なのは、この論文問題についてです。午後2時間半ぐらいで、トータル4000文字ぐらいを書かなければなりません。システムアーキテクトに限らず他の高度情報系の資格とか、もしかしたら全然別の資格でもそういうのがあるかもしれませんね。私はぶっちゃけ1時間で2000文字以上ぐらいは書けるんですが、それはタイピングを前提とした話。試験の時は「紙に筆記で書かなければならない」ことが最大の障害になりました。言って全然時間が足りませんでした。何を書くか考えなければならない難しさももちろんありますが、考えたことを書くスピードが追いつかないんですね。一度考えたことが書いている間にどこかへ行ってしまう。ブログなどもそうで、書き出すことで初めて頭の中が整理されたりするものなんだけど、気軽に書き直すことができない。文章の構成を途中で変更しようものなら、最初から全て書き直さなければならなくなったりするので、基本的に最初に決めた通りに書くしかないんです。最後に、漢字が出てこない瞬間とかもありましたね。自動変換に慣れすぎるのもよくないです。色んな障害をクリアする必要があるんですが、「この障害って今の時代に必要なのか?」と強く思いました。知識や技能を持っていることを評価するための媒体に紙を使っているだけで、書面に自分の考えを時間内に筆記できる力は必要ないはずじゃないですか。漢字がわからなくて落ちたり、途中で文章構成を変更する時間がなくて落ちてしまう人が実務でそのスキルが発揮できていないかというと、たぶんそんなことはなくて。PCを使えば自分の知識やスキルを使って表現できるはずだから。考えると、紙で採点を行うというのは機会損失ではないか、と思うんですね。本当に柔軟に自分の考えを表現する人は不合格になり、逆に初めに構成や文章量をかっちり固めている人が評価される。教育の現場は古い慣習に縛られていることで、どれだけ損失を出しているか自覚した方がいいでしょうね。最近は、IT系の人とかSEじゃなくてもプログラミング言語を学習する人が増えてる気がする。私の友人にも何人かいる。「今、Python勉強してるで」みたいな。プログラミング学習サービスが沢山登場して学習のハードルが下がってきたこともあるし、サービスを作りたいと考える人が増えたからなのだと思う。はじめの一歩としてプログラミング言語を勉強する、というわけだ。私はプログラミング言語の勉強はまったく否定しないどころか良い事だと思っている。少なくとも何かの言語を一通りやってみることは重要だ。どの言語にも共通する考え方を学ぶことができるからだ。特定の言語(例えばPython)だけを一通り学習すれば、サービスが作れるようになるか。プログラミング言語を知っているだけでは不十分なのだ。大学院時代にC言語の教科書を一通り学習した後にWebサービスを作ろうと思ったが、全くわからなかった。サービスを作る上で必要なことを理解していなかったからだ。プログラミング言語を理解するよりもずっと大切なこと、それはアーキテクチャの本質を理解することである。言ってしまうと、アーキテクチャの本質とは入出力、データ、加工方法、この3つ。システム風な言葉としては、それぞれ、インターフェース、データベース、ビジネスロジックなどと言う。簡素なWebシステムでさえ、インターフェースはブラウザなので、htmlやphpが使われるし、データベースを扱うためにはsqlが必要、そしてビジネスロジックでCとかJavaとかPythonとかを使う。Androidアプリも同じ。私が過去に作った簡単なやつでも、アプリの画面はxml、データベースはsql、ビジネスロジックはJavaと3種類は必要だった。結論から言うと、1つの言語で今風のサービスを作ることなんてできないということ。(もちろん、C言語だけで画面もデータベースの仕組みも作れることは作れるけれど、コード量が膨大になって保守性も悪いのでもはやできないと考えた方が良い。)もっと言えば、それらを動かすために必要なミドルウェアとかフレームワークも理解する必要がある。私の場合は、「Webサービスの作り方」的な本を買って勉強して、始めてこのアーキテクチャを理解した。言語の本を買うよりも、「チャットサービスの作り方」とか「作って覚えるゲームプログラミング」的な本を目的に応じて選んだ方がサービスを構成する全体像が見えて良い。仕事・働き方たぶん今が人生の1つのターニングポイントやな。なんとなく、そんな確信はあった。1つはこのまま出世を目指していく道。1つは遠回りでも自分の欲求に従う道。その分かれ道がくっきりと見えた気がした。私のこれまでの選択というと、シンプルに組織に必要とされることをやる、だった。組織として結果を出すためにはそれが最も合理的であるし、その中で学べることがあると思っていたから。そのおかげといってはなんだが、絶対に自分には向いていないと思っていた仕事も人並み程度かそれ以上にはできるようになったという感覚はある。良くも悪くも、いろんなプロジェクトにいろんな役割で仕事をさせてもらえたこともあって、ここにこのままいてもマズいな、という不満が爆発することは幸いなかったのだ。望んでいないプロジェクトに飛ばされたとしても、実際のところやってみないとわからない。今振り返ってみると、「あれは楽しかった」と思える仕事も元々別にやりたかったわけではなかったりするし、人気のプロジェクトもタイミングによっては全然面白くないこともある。結局のところ、私は選択をしてこなかっただけなのかもしれない。組織に流されることを甘んじて受け入れていただけだったかもしれない。自ら行動を起こすのが面倒に感じていたのはもちろんのことであるが、何より私に足りなかったのは覚悟なのだと。今回、以前開発したシステムのプロジェクトに戻った時にそんなことに気づいた。「楽だけどつまらない仕事」と「忙しいけど楽しい仕事」のどちらを選ぶか。これなら私は迷わず後者を選ぶ。現実はそうはいかない。選べるのは「忙しくてほどほどの仕事」と「めちゃくちゃ忙しくて楽しいかもしれない仕事」のどちらか。あなたなら一体どちらを選ぶだろうか?私は潜在意識の中でいつもこの2つの選択肢を天秤にかけていた。私は前者を選んでいたのだ。前者が良いと思っていても、人事的な都合で意図しない選択を強いられる時ももちろんある。私の場合は、約2年前から意図せず、「めちゃくちゃ忙しくてつまらない仕事」を余儀なくされることになった。今回戻ってきたプロジェクトはその最たるものだったと言える。そんな今のプロジェクトもあと一ヶ月ほどで終了という時期。状況的にはかなり落ち着いている(落ち着かせたと言った方が正しい)。開発プロジェクトが終わると、次アサインするプロジェクトの話になるのがシステム開発の世の常であるが、私はこのまま維持として落ち着くまでは残って欲しいと言われていた。加えて、来年最短で出世できるように組織としてバックアップしてくれる方向で動いていたのだ。今の私は出世になど興味はない。これは本当にそう思っている。これまで権限があるだけで役に立たない人間をたくさん見てきたせいだと思う。ない人に出会えば変わるのかもしれないが。それならまだ楽しい可能性にかけた方がマシだ。素直にそんな気持ちが腑に落ちていた。これを覚悟と呼ぶのかもしれない。私は別組織へ異動する決意をした。今所属している組織の意向とは関係なく、別組織の長と面談をして、採用されれば異動できる、というよく考えると素晴らしい仕組み(公募制度)が弊社にはあるのだ。言え、面談はまだ実施していないので採用されるのかはわからない。加えて、上手く事が運んだとしても、異動できるのは早くても来年度から。私が現時点でやったことは、覚悟を決めて、異動したい希望先をノリで選んで、面倒な自己PR文を書いて応募しただけなのだ。この一歩の影響力は私の想像を遥かに超えていた。昔働いていたプロジェクト全体の飲み会で、異動願いを出した話をすると、今は別組織になっている部課長陣から勧誘を受けた。人事異動の制度で、上を通して自分の組織に引き抜くといってくれる人がいたのだ。どちらが良いかを再び悩み始めていた頃、今度は同じ事業部の部長から個別に呼び出しを受けることになった。端的に言えば、別の事業部に移るのであれば、同じ事業部配下で別の組織に入って欲しいと懇願された。私は公募を出しただけだったが、それだけでも選択肢が5つに広がり、異動時期が数ヶ月早まることになったのだ。もって嬉しい誤算である。(実のところ、異動希望を出した部署は大変社内的には評判が悪く、若干の後悔が募り始めていたところでもあり・・・)私がこれまでの同じように、課長に自分の意志をただ伝え続けているだけではこんな変化は絶対に起こせなかった。事実、私は元々7月までの約束が12月までになり、4月になり、最終的には「維持が落ち着くまでは」みたいな無期限契約にすり替わっていた。伝えるだけでは足りない。必要なのは、覚悟を示すこと。他のやり方はいくらでもあるだろう。