今日は「ありたい自分」ということについて考えてみたいと思います。

あなたは5年後、10年後、あるいはもっと先の目標をお持ちですか？

最近の若い人は・・・などという気はありませんが、それでも、VUCA時代だからなのか、若い人に限らずですが「今を生きる」方が多いように思います。確かに不確実な時代ですから5年後、10年後の目標を決めるなんて無駄にも思えます。とりあえずの目標（みたいなもの）があっても、その先がないという方が多いと、採用面談などをさせて頂いると感じることがあります。

「目標みたいなもの」というのも、やはり不確実な世の中を反映してか、手が届くかどうかわからないものは敬遠されて、少し頑張れば届きそうなものが好まれる傾向にあるように思います。堅実といえばその通りですが、別の言い方をすれば「夢がもてない」とも言えるのではないかと思います。

勘違いして欲しくないのは、そういう人をダメだとか、あるいは社会が悪いなどと言いたい訳ではありません。

けれども、「目標」や「夢」が持てなくても良いから、どうせ無駄などとか、わからないとか思う前に、ぜひ考えてみて欲しいと、私はそう思っています。この時に是非試してみて頂きたいのが、一旦、「現実」を捨てることです。

「お金がないから」とか「家族に反対されるから」とか「どうせ無理だから」とか・・・そういう一切の制約を外して5年後、あるいは10年後について考えてみて欲しいと思っています。

さて話はここで終わりません。もう、お分かりの方もいらっしゃるかと思いますが、

考えていただいたそれは、おそらく「ありたい自分」ではなくて「なりたい自分」ではないでしょうか。もちろん、それが悪いという訳ではないです。なりたい自分とは、つまり「目標」や「夢」であって、それを持つことは素敵なことだと思います。目標なんか持たなくて良いと思っている方は別として、目標を持ちたいけど見つけられないという方から見れば、一歩リードといったところでしょうか。

見つけたいけど見つからない方は、先の通り、まず「制約」を外してみてください。たとえ叶わなそうな夢でも気にすることはありません。それを人前で発表するのはちょっと恥ずかしいかもしれませんが、あなたの心の中だけ考える分には誰も馬鹿にしたりできません。

それでも思い浮かばないという方は、これまでご自身が興味を持ってきたこと、あるいは携わってきた仕事について考えてみてください。もしかするとそれらに共通することがあるかもしれません。



いや〜特に趣味とかないし・・仕事だって別に好きで選んだのではないし・・・と言う方も諦める必要はありません。想いを持って選んだのではなかったとしても、たとえば「これは嫌だな」と思って選ばなかったものがあるのではないでしょうか。そこを糸口にして考えて見ることもできると思います。

どうしても見つからないと言う方は、一度キャリアコンサルタント等に相談してみることをお勧めします^^

少々話が脱線しましたので元に戻すと、「なりたい自分」がわかったら、今度はそれになった自分をイメージしてください。その自分からは、どんな世界が見えて、何が聞こえて、何を感じているのでしょうか。それこそが「ありたい自分」の姿かもしれません。

目標を持つことは大切なことですが、この「ありたい自分」を知ることが大切だと私は思います。

目標を持って頑張って来たのに、それが達成された瞬間に「あれこんなはずでは」とならないためにも、ぜひ考えてみてください。ありたい自分、もしかしてそれは今思っている方法と別の方法でも実現できるかもしれませんね。

今までずっといい天気でしたが、ここ最近は曇りだったり雨が続いていますね。乾燥肌なので湿度が高くなることは喜ばしいですが、冬の雨には冷たいので濡れたくないものですね。

さて、今日は目的意識について書いていこうと思います。

目的意識とはつまり、「今やっていることえお、何のためにやっているのか」を自覚しているかどうかということです。例えば、今私が書いているブログにも【グリーンフラグのファンを作る】という目的が存在しています。

皆さんは、仕事/プライベート問わずに何かをするとき、その行動をなんのためにするのか意識してやっていますか？

エンジニアの皆さんにとって、自分が今やっていることの目的を意識することは難しいことではないと思います。新機能を追加するときには、「この作業はこの機能を追加するための作業だ」とか、修正の場面であれば「表示されるべきものが表示されないから、表示されるように直さなければいけない」など個々の作業に対して目的意識をもって取り組んでいるはずです。

そんな目的意識ですが、あるとないとでは行動に大きな差が出てきます。目的意識がないと、ただ言われた仕事を言われた範囲内でこなしたり、うまくいく様子がなくとも改善する様子がなくひたすら現状維持を繰り返してしまうことになります。

対して目的意識が明確であれば、より質の高い内容の仕事をこなしたり、目的を達成するために改善・ブラッシュアップを図るようになります。

目的意識が低い人というのはやる気がないように見られる場合も多くあるので、自分が今やっている仕事が何のためなのか考えることは自分の評価を高めるためにも重要なことです。

ところでエンジニアの皆さん。その、目的意識は本当にあってますか？

一つ、実際にあったという話を例に挙げてみたいと思います。

とあるエンジニアが、とあるwebアプリの開発においてスクロールバーの実装を行いました。見た目上はしっかりできています。ですが、実際にそのスクロールバーを使ってページをスクロールすると、スクロールバーは動きますがページのスクロールはされませんでした。

ここで問題になっているのは、おそらく目的意識のズレだと思います。

このエンジニアが考えている目的意識は「仕様書や設計書に書いてあることを行うこと」になっているのではないでしょうか。

1から10まですべて網羅されている仕様書や設計書であればこの目的でもすべての機能が正しく組み込まれるかもしれませんが、必ずしもそうでないことは皆さんもご存じのとおりです。

ここで必要な目的意識とは「使いやすい製品を作ること」であったり、「お客様の要望にお応えすること」になるのではないでしょうか。如何に目的意識をもっていようと、最終的な目的がずれてしまっていては結果として仕事に対して間違ったアプローチをすることにつながってしまいます。

エンジニアのように複数人で協力して一つのものを作り上げる際には、個人間での目的意識のズレも問題になることがあります。目指しているところが人によって異なっていると、「あの人のやっていることは何かずれている」とか「自分は一生懸命やっているのにあの人はなんで違うことをやっているんだろう」といった不満が出てくることにつながりかねません。

チーム全体で正しい地点に目的を定め、意識していくためには、チーム全体全員が参加しての目的設定、そしてその理由の説明が大事になると思います。

目的意識は持っていないと仕事に積極的に取り組んでいくことができませんし、持っていたとしてもずれていると十分に結果を残すことにつながりません。

チームで活動をするときには、定期的に目的意識の確認、すり合わせを行うといいかもしれませんね。

連休もありましたがここ数日間、ブログをお休みしてました（その間、当社の営業が書いてくれてました）ちょっと、経営者兼採用担当兼エンジニア兼・・・と小さい会社なもので・・・それで今、ちょっと自社製品を開発しておりまして、ちょっとバタバタしております。

そのような訳で、今日もいつもな感じのブログはお休みさせて頂いて、宣伝で恐縮ですが社員募集をさせてください。

このブログを読んで頂いている方は、既にご存知のことと思いますが、初めてこのブログをご覧いただいた方の為に、当社は「IT会社」です。IT会社と一口に言っても色々とありますが、ビジネス系のソフトウェアを開発しております。

現在は売り上げベースで９割以上が、受託開発ですが、SES、自社製品開発も行ってます。自社製品の方かこれからですが・・・

一言でいってしまえば「ソフトハウス」ということになりますが、一味も二味も違います（そのつもりです^^)

従業員がイキイキと働ける会社が当社の理想です。
そして「従業員も含め社会を元気にする」が当社のビジョン。
具体的には、働く人の取り組みやプロセスに着目し、そこを見える化することで、
本人の意欲UPや、課題の改善に取り組む、トップダウンの改善ではなくて、
ボトムアップの改善と、それに取り組む従業員が評価される仕組みを作りたいと
思ってます。

これは将来の夢に近いかもしれませんが・・・プログラマーだけでなくて、デザイナーや、インタビュアー、ライターなど、あるいは総務や人事など様々な職種、キャラクターの人がいて互いに影響を受けながら共に成長していてたら（もっと端的に言って楽しめたら^^）なと思います。

自社で開発中のソフトはクラウドで動作するのですが、クレジットカードで決済してあとはご自由にお使いくださいというのものではなくて、お客様に寄り添いながら一緒に作っていくことを目指しています。

従業員の取り組みを可視化することで、モチベーションの向上させ、自ら課題を明確化して取り組めるようにする、そんなことを目的にしております。そのような中で「頑張ってる人」「元気な人」を応援したいと、将来はWEB記事も描きたいと思っていますから、インタビュアー、ライターなどなど出版業界からの転職者も募集したと考えています!

でも・・・すみません、

今回はまだエンジニアのみの募集

ですm(_ _)m

今回は経験者を募集しております。理想的には経験5年以上ですが、3年以上であればと思っております。当社は未経験のための研修制度も充実していて、入社３ヶ月で、JAVA認定試験（シルバー）の合格率100％なのですが・・・申し訳ございません、コロナ禍の影響で未経験者の方の案件が乏しく、採用をストップしておりますm(_ _)m

Java,C#,PHPなどなど、言語は問いません、またPG希望、SE希望、PM希望、色々な方からのご応募をお待ちしております。

主に、受託案件とSES案件をお願いしたいと思っております。

受託案件を魅力に感じていただける方もいらっしゃると思います。確かに自社内で開発できるというのは良いですよね^^

でも、長くやってますと、マンネリ化してしまうものなんです。当社のお客様はパッケージベンダーさんが多くて、「色々なことにができて良いな・・・ここだけの話ですが、正直、毎日同じ製品の開発は飽きますよ」という話をエンジニアさんから良く聞きます。無いものねだりということもあるかもしれませんが・・・

興味あるSES案件に従事することで、新しい技術、人脈が拡がります。

先にも書いた通り、私自身もエンジニアでかつてはSES案件でお客様先にも常駐してまたが、まだ発売前の製品とか、もしかしてこれが世の中で流行ったら面白くない？というものとか、あるいは・・・へーーー、裏側ってそうなってんだーーーとか、あるいは素敵な人との出会いなんかもあったりして^^　社内にいる時とは違う楽しみもありました。

でも行かせっぱなしにはしません。

あななたのスキルや可能性、やりたいことを考えながら、方向性を一緒に考えていきたいと思ってます。

SESってこれまでの経験を振り返った時に、世の中の色々な仕事に関われるとのが
楽しいと私は思います^^

当社は創業23年になりますが、

やってることは、いつものシステム開発だけど、なんかこの会社違うぞ！

そう思って頂けるよに、皆様と一緒に、これからの20年を作っていけたらと思います。そしてまた20年経ったら今度は・・・

12月上旬にTypeに広告を掲載予定です。

でも、それまで待ちきれないという方は、当社のHPから直接ご応募ください。

グリーンフラグ採用サイトwww.greenflag.co.jp

11月も下旬になり、お店では正月飾りも見かけるようになりましたね。いろいろ特別なことが多かった2020年ですが、例年上陸を果たすアレが今年は上陸をしていないらしいんです。

アレ、何かわかりますか？ボジョレーヌーボーではありません。アレとは台風のことです。最後に台風の上陸がなかったのは2008年のこと。実に12年ぶりなんだそうです。今年はあと一ヶ月ありますが、さすがに12月に上陸はないでしょう…

コロナ禍の中豪雨など別の災害がなかったのは不幸中の幸いと言えますね。

さて、今日は「伝える」ということについて書いていきたいと思います。仕事上では人に何かを伝える機会は頻繁に訪れます。

以前、質問をするタイミングについてもブログを書きましたが、質問をするという行為自体は「自分がわからないところを相手に伝える」ことだと思います。他にも管理者に進捗を伝えることもありますね。

このように、コミュニケーションをとることが苦手な人が多いといわれているエンジニアの仕事現場にも、伝える必要がある場面は必ず発生します。

人に何かを伝えるとき、大事なことは何を伝えたいのか整理、明確化をすることです。ついついやりがちなのが、あれもこれもと思いついた順に伝え、結果何を伝えたかったのかがわからなくなってしまう伝え方です。

これでは、伝えたつもりのことが伝わっていなかったり、伝えたことが混ざって全然違った伝わり方をすることにつながります。

伝えたいことをまとめる際には、「伝えたい主題」と「主題を補足する情報など2つに分けて区別するとわかりやすいと思います。

伝達ミスは往々にして大きな問題に発展することもありますので、何を伝えたいのか自分でも整理することが重要です。

また、実際に伝える際には、なるべく短く伝えたほうが何を伝えたいのかがわかりやすくなります。後からいろいろと補足説明をする場合もありますが、一番伝えたい主題は短くすると聞き手も重要事項を認識しやすくなるでしょう。

そして、仕事上で何かを伝えるときに意識しなければならない点は、「相手が何を知りたいのか考える」ということです。

相手が興味ない内容や、知りたい情報とは異なる情報を伝えると、コミュニケーションがうまく取れなくなってしまうこともあります。

進捗報告を例にとってみてみましょう。進捗報告をするとき、報告を受ける側は何を知りたいと思っているのでしょうか。

例えば以下のような進捗報告がなされたとします。

1. 「今、○○をしています。おそらく原因は△△だと思うので大丈夫です。」
2. 「今終えているところまでで、全体の2/3は終了しています。残りは○○ですが、△△が原因だと思われるので後2時間で終わります。」

進捗確認の場合、確認者が知りたいことは「今何をしているか、これから何をするのか」ではなく「何が終わっていて、あとどれくらいで終わるのか」ということだと思います。

1の文章からは「今何をしているのか」しかわかりません。これだけでは、全体像が見えてこず、予定通りの進みなのかすら確認することができません。

対して2では、何が終わっててあとどれくらいで完了しそうなのかを見通すことができるようになっています。

このように、相手が知りたいことを考え、それに基づいて伝えることで相手にとっては非常にわかりやすい内容になるのではないでしょうか。

相手の知りたいことを慮ったり、相手の気持ちを察する方法については、またいずれ書けたらと思います。

みんなで1つのものを作り上げていくことも多いエンジニアという仕事では、特に進捗を伝える場面というのは多くあると思います。

自分の進みが悪かったりするとついつい相手が知りたいことではなく、自己弁護を含んだ今やっていることを伝えてしまいがちです。ですが、全体を管理する側からしてみればそういう人にこそく「何が終わっていて、あとどれくらいで終わるのか」という情報が欲しいことと思います。

何かを伝える機会が多い人は、伝えることをまとめる際に相手が何を知りたいのかについても考えてみてはいかがでしょうか。

今週は暖かい日が多いですね。暑がりな私にとっては暑いぐらいで、暦通りの季節感が早く来ることを願っております。

さて、今日はSESエンジニアであれば必ずある面談での印象の残し方について書いていこうと思います。

エンジニアが案件に入る前には1回ないし2回ほど面談を受けることになります。その面談の場では、人物面の確認や技術面、求める人材像と実際の人物にアンマッチがないかなど確認されます。

残念なことに、エンジニアはコミュニケーション能力がない人が多いといわれることもあり、面談も苦手としている人が多いように感じます。

初めて会う人と会って話をするということは、確かにとてもハードルが高いことです。緊張してして頭が真っ白になってしまったり、つい口調が早くなってしまうこともあるでしょう。

それでも面接は、たとえ苦手意識があったとしても受けなければならない場面があります。その時に備え、まずは面談の時何が印象を決めていくのか知っていきましょう。

ところで、皆さんは初めて会う人に会う時、何を見て第一印象を決めていますか？

実は見た目や表情、しぐさや視線といった非言語的な分野が最も印象に影響を与えるといわれています。

声などの聴覚や話の内容などの言語に関する分野は実はそんなに周囲に影響を与えないんですね。

これは言い換えれば、どんなに口で「興味あります」と伝えても、表情やしぐさがつまらなそうであれば、【この人はこの仕事に興味ないんだな】という印象になってしまうということです。

もしも本当にやりたい仕事の面談に臨むことができたとき、興味ややる気を一生懸命伝えたのにそれがあまり相手に伝わっていなかったとしたら、それはショックなことですよね。

面談など、人と話す機会が苦手な人にとって、自分のやる気や熱意を伝えることは大変なことであることはわかります。

それでもその仕事に対して興味があることを示していくためには言葉だけじゃなく、体で示していくもとも求められるということです。

視覚から入ってくる情報は口調や声のトーンよりも印象に影響を与えます。逆に言えば、口調や声のトーンなんかに自信が持てない人は、座り方や表情、礼儀など見てわかるポイントを高めれば相手にいい印象を持ってもらうことも可能だということです。

話すことに自信が持てない人は、ついつい姿勢や視線も下に向きがちです。また、表情は硬く、姿勢も小さく猫背になってしまってはいませんか？

実は、相手も緊張していたり、多少なりとも警戒をしているものです。こちらが緊張し、固くなってしまっていると、相手の警戒も解けません。

姿勢を正し、視線をあげ、少し口角をあげるだけでも、あなたの印象はぐっと良くなるはずです。

コロナ感染が拡大し、案件の数が以前に比べ激減してしまっている今の世の中では、面談を組むことも難しくなっています。

そんな数少ないチャンスを必ず獲得するためにも、あなた自身のことを印象に残していってほしいと思います。

日ごろから表情を和らげるよう意識したり、誰かと話すときの視線に気を払ってみてはいかがでしょうか。

働き方改革もあって、最近は減ってきましたが、それでもエンジニアにありがちなケースとして、残業や休日出勤までして努力しているのに評価されないということについて考えてみたいと思います。エンジニア以外の方もよろしければご覧ください。

私は、社内で説明する時によく海外旅行に喩えるのですが、出発当日、荷物の確認をしていたら水着がないことに気がついたとします。今回の旅行の目的から考えても水着は何としても必要なのですが、今から買いに行くのでは、飛行機の時間に間に合いそうもありません。

そんな時はどうしますか？

訊くまでもないかもしれませんね、飛行機に乗り遅れたら行かれませんから、現地調達を考えますよね（他の方法もあるかもしれませんが、喩え話ですので^^)
 

ところが、仕事となると、水着を買いに行ってしまう人が多い。

頑張って残業して仕事をやっける（水着を買いに行く）

それで、めでたく作業を終えて（水着を買って）納品（飛行機）に間に合えば良いのですが・・・

残念ながら間に合うことの方が少ない。経験の浅いエンジニアだけでなくベテランと呼ばれる人達でさえ、いやもしかするとベテランの人達の方が、陥りがちな問題です。

たとえば、納品間際で、ある問題に気がついたとします。その問題を修正するにはある程度大きな修正が必要で、それをしていると納期に間に合わない可能性が高い。こんな時にも躊躇なく（相談なく）修正を初めてしまう方が少なからずいます。最近ではめっきり減りましたが、時には休日出勤をして。

でも、そこまでして頑張ったのにも関わらず、納期には間に合わない。納期を全く気にしない人、納期は気にしているが、そんな間に合いもしない仕事をさせる側の問題で、自分に一生懸命にやったから責任はないと考える人、責任を強く感じているがこれ以上どうして良いか分からず悩んでしまう人・・・などなど上げたらキリがないのですが、

たった一つのことを忘れたおかげで、自分で自分の首を絞めてしまっている人が多いように思います。
 

そうです！もうお気づきだと思いますが、たった一つのこととは「相談」です。

相談しない（できない）理由は様々だと思いますが、ありがちなケースをいくつか挙げてみると、

相談すると怒られる（と思っている）、相談しても結局やることになる（と思っている）、（作業に没頭しており）相談するという考えが頭の中にない・・・などなど

他にも、たとえば「申し訳ないと思って」という方もいらっしゃるのですが、隠れた気持ちとしてやはり「怒られる」というのがあるのではないかと思います。

もちろん、実際に怒られるかもしれませんし、結局はやることになるかもしれません。

ただ、たとえそうであったとしても勇気を持って相談することが大切です。「相談せずに自分の頑張りで何とかしよう」とは考えない方が良いと私は思います。

仮にそれで何とかなったとしても・・・

やがてそれが当たり前のことになってしまうかもしれません。仕事を出す側もいつも無理を言うようになるかもしれませんし、あなたも残業を当てにする癖がついてしまうかもしれません。やがて心身のバランスを崩したり、退職を考えるよになったり、そこまで行かないとしても、仕事に対する意欲が削がれるなど、残念な結果になることは目に見えていると、私は思います。

そして、物凄く頑張ったあげく、間に合わなかったとしたら・・・
頑張りを評価されるどころか、責められるかもしれませんね。お客様からの信頼も失うかもしれません。先のケースと同じようにあなた自身も疲弊して体調をお壊すかもしれません。こうなってしまっては、もはや誰も得しませんね。

ですから、まずは勇気を持って相談することが大切です。

期日が守れて、最高品質、もちろんこれが理想ですが、「開発」の現場では予期せぬことが起こります。それを全てあなたの頑張りでカバーするのでなく、相手との相談で解決できることもあるはずと考え、自分が頑張るのは最終手段くらいに思ってた方が良いと思います。

ただし、大切なことは、相手のことを考えることです。

自分本意な相談は却下される可能性が高いということです。相手が融通のきかない完璧主義者の場合にはちょっと苦労しますが、妥協点は必ずある筈です。そこを見つける努力は怠ってはいけません。それが大変だからと相談するの辞めたら、先の通りの結果が待っています。

特に、相手から譲歩を引き出す場合、相手にこちらの言いなりになったと感じさせると、いい結果が得られない場合もありますから、相手が十分に検討して、自分の意思で合意したということも重要です。そのためには締め切りギリギリではなく、余裕をも持って相談することが肝心です。それに早めに相談されたら相手もリカバリーもしやすいですね。

なかには「相談」ではなくて、「できません」「無理です」とだけいう方もいます。もちろん本当にどうして良いのかわからないのであればそれでも相談に行くべきなのですが、やはりできれば、「相手のことを考えた、自分なりの解決策」を持って相談に臨ことが好ましいと思います。ただ、それをいきなり出すことは避けた方が良いかもしれません。こちらの要望を押し付けて相手から譲歩を引き出そうとしていると感じてしまうと、良い結果が得られない可能性もありますので、相手の様子を見ながら、必要に応じて用意した提案を出すというのが良いと思います。

上手くタイミングを見極める必要がありますから、日毎からよく相談することで、「相談慣れ」が必要かもしれません。本当に困ってどうにもならなくなった時に相談しようと思っても上手くできないかもしれませんね。

最後にちょっと自己開示をしたいと思います。

もう大分昔の話になります。あるクライアントの代理人は理想が高く完璧主義の人でした。当社も期待に応えるべく奮闘しておりましたが、納期や予算、それになんと言っても社員の疲労度を考えるとこれ以上は難しいと判断して、相談したのですが、なかなか理解してもらえずにおりました。やがて交渉は暗礁に乗り上げて、その方との関係性にも影響がではじめておりました。そんな状況は当然クライアントの耳にも入りました。当初は随分とお叱りを頂いたのですが、納期・予算など様々な制約がある中で製品を使用する人（エンドユーザー）の立場に立って考えた提案をすることで、やがてクライアント企業の方にはご納得頂き、代理人の方の方針に無理があることをご理解頂きました。

できるできないというこちらの都合だけでなくて、相手にとって本当に必要なことは何かと考えて、相談させて頂いたことが相手に伝わった結果だと、私は思っております。

ここ数日は寒さ一転、とても過ごしやすい気温が続いていますね。あまり日によって温度差があると、体調に影響があるかもしれないので、気を付けてくださいね。

さて、今日は質問のタイミングについて書いていこうと思います。

皆さんは仕事上で質問をする機会は多いでしょうか。エンジニアの皆さんは開発の進め方にもよりますが、質問をする機会は比較的多い職業なのではないかと思います。

アジャイル形式で、仕様書も1から10まで決まっていないような現場では殊更質問をすることは避けては通れない道ですね。むしろ質問しないと仕事にならないこともあり得ます。

そんな仕事をしていく上で重要な質問ですが、皆さんはどんなタイミングで質問に行きますか？質問のタイミング一つとっても、人によっていろいろな考え方があると思います。

今回はそんな質問するタイミングの中でも、いくつかの質問のタイミングについて考えていこうと思います。代表的な質問方法はきっと、以下のように大別されるのではないでしょうか。

• わからないことはとりあえず質問する人
• 自分でまずは調べてみて、わからなければ質問する人
• 質問相手の顔色を窺い、なかなか質問に行けない人

上記の質問のタイミング（質問に行けない人も含んでいますが…）について、仕事にどんな影響を与えるのか考えてみたいと思います。

わからないことはとりあえず聞く人

質問のタイミングについて悩むときは、個人の事情以外にもチーム全体のことも考えてみてください。

突然ですが、あなたは取りたい資格がありますか？

誤解のないよう最初に申し上げて起きますが、資格を取得することや、仮にたとえ取得できなかったとしてもチャレンジすることは素晴らしいと、私は思っています！

ただ、その上で、今日は資格を取ることの意義について改めて考えてみたいと思います。

私の会社では未経験から入社すると、まずは、Java言語の認定資格を取得してもらってます。この資格には、ブロンズ、シルバー、ゴールドと３つのレベルがありますが、目指すはシルバーです。余裕がある方はゴールドにもチャレンジして頂きますが、あまり重要視はしていません。というのも、

資格そのものは、ほとんど何の役にも立たない

と思うからです。私自身、23年以上、IT業界にいて資格の有無を聞かれたことは一度もありません。IT業界に限らず、どこのビジネスでも資格よりも実績を問われるからです。医師や弁護士など「業務独占資格」と呼ばれているものは、その資格がなければ、業務を行うことができませんから、役に立たないという表現は言い過ぎかも知れませんが、それでも資格だけあって経験ゼロですという方に、クライアントとしてお願いしたいと思いますか？　やはり経験豊富な方のほうが良いですよね^^

では、なぜ資格取得をお願いしているかというと、

目標を持って取り組んで頂きたい

からです！　

やはりゴールがないよりもあった方が良いですし、ゴールは手が届きそうで直ぐには届かないくらいが丁度いいかと思います。もちろん個人差はあるのですが、ブロンズは真面目に私の研修に参加して頂ければ、まず合格できます！逆にゴールドは難しいということではないのですが、少しマニアックで私達現役のエンジニアでもいちいち覚えてないよ、必要ならネットで調べるし、という内容を含んでいるように思いますので、シルバーくらいが丁度良いかなと思って設定しました。

シルバーも研修を受けて頂いた方は全員合格していますし、そもそも入門的な試験ですのでそれほどハードルが高い訳でないのですが、それでも未経験の方が一度説明を聞いただけで理解するのは難しいかなと思いますので、自身での復習や練習問題を使ってのトレーニングが必要にはなると思います。

はじめた当初は、同じ未経験でも資格を持っていた方が有利かなと思うこともありましたが、やってみてわかったのは実際のところほとんど関係ないということです。未経験と言えども新卒でなくて中途の場合は、前職の経験（たとえばサポート経験などの有無）とコミュニケーションスキルの方が重要視されているのではないかと思います。

少し脱線しますが、このコミュニケーションスキルですが、話が上手とか明るく社交的なキャラクターをイメージされるかもしれません。確かにそれも大切なのですが、「聴く力」、「相手の求めていることを察して答える力」が重要だと私は思います。そしてエンジニアの方は、このスキルが弱いと感じる方も多いのではないかと感じています。先日もパートナー企業さんの技術者との面談で、当社の求めるスキルを丁寧に説明させて頂いたあと、「それに関連する」ご経験を伺ったのですが・・・

資格の話に戻すと、実務では資格よりも経験が求められますから、未経験者としてはいかに経験が積めるかということを重要視された方が良いと私は思います。IT会社の公式ブログですので、IT会社の例でお話しますが、たとえば、研修で資格取得を積極的にうたっている会社と、実務を経験を積める会社とがあったとしたら、初心者は実務ができるか不安なので、まずは研修がしっかりしていて資格も取れる会社を希望したくなる気持ちもわかりますが、後者を重要視する方が良いと、私は思っています。

これは、なにも研修もなしにいきなり現場に出す会社が良いと言いたい訳ではないです。研修や資格所得をサポートして貰えるならそれに越したことはありません。でもそこばかりを気にするのではなくて、

研修後はどのような経験を積めるのか

そこも重要視して訊くべきだと私は思っております。残念ながら未経験の中途採用をさせて頂いてそこを訊かれたことは殆どありません。当社のように受託開発を行っている会社であれば、研修後にそこに参画できるのであれば、嫌が上でも実務経験になります。ところがSES（客先常駐型のビジネス）だけを専門に行っている会社の場合、やはりどうしても未経験のまま現場に放り出されることが多く、それでも、よい現場であれば受託開発と同じように経験が積めるのですが、残念ながら、そうでないケースもあります。本当に酷いところではITとは全く違う現場に・・・などという恐ろしい話もあるくらいです。

もっとも仕事をお願いする側の立場からすれば、「経験」と言われても、研修こそ終了しているとは言え、全くの未経験者に、いきなりプログラムを作ってくださいなどと依頼することはなかなかできません。ですので、周辺業務から（ハッキリ言えば雑用）からお願いすることにはなると思います。

そんな時も不貞腐れず、まずは与えられた仕事を一生懸命にやることで、相手との関係構築が大切です。その上で、単なる便利屋にならないためにも、

ちょっと上のレベルの仕事に、積極的に手を挙げること

が大切だと思います。私が最もお伝えしたいのは、資格云々よりもこれが、あなたにとっての真のスキルになると思うということです！

ですから、未経験者の方にとては特に、ご自身の目標があって、それには絶対的に資格が必要という場合でなければ、資格取得よりも、その目標をどうやってクリアするか、どうそこに近づくかが先にあって、その上でプラスαとしての資格取得を検討するべきですし、何なら資格は一旦脇に置いておくという選択肢もありだと思います。

ここまで未経験者の方を念頭にお話をしてきましたが、経験者の方が、自身のスキルアップのために資格取得を目指すのもよいことだと思います。しかし、未経験者の方と同じように「資格そのものが役に立つ」という場面は、少ないと思っていた方が間違えないと思います。ですからオススメは、自分の専門領域のど真ん中でなくて周辺、あるいは、場合によっては全く違うものにチャレンジするのもよいと思います。

深さは業務で、幅は資格取得（自己研鑽）

また知識の習得だけでなく、ぜひ、

人脈作り

も、念頭に置いて頂くとよいかと思います。私ごとですが、私は技術者でありながら、中小企業診断士、キャリアコンサルタントの資格を持っております。これらは、そもそも自分の専門領域外でしたが、全く無関係ということではなく、自分の中では「周辺スキル」と捉えております。（の割には熱心になりすぎてますけど^^)  本業も含めてこれらの資格が直接役に立ったという経験はありませんが、そこでの人脈は、自分が本業だけをしていたら出会えなかった人達ばかりで、私にとっては大きな財産です。ビジネス面での財産ともなり得ますが、今はどちらかというと人生の財産になってます。自分でいうのもなんですが、幅が広がったと思います^^

それと、資格を取ることをゴールにしがちですか、ぜひ

資格をとったらどのように活用するか

についても、「たられば話」だと一蹴せず、取る前に考えて（情報収集して）みてはいかがでしょうか。取ったものの活かせないという方の中には、ここをあまり考えてなかった、資格を取ってから考えるという方が多いようにも思います。

そうではなくて、

ゴールから逆算してみる

というのも必要だと、私は思います。

いかがでしたでしょうか？

改めて申し上げる程のことではなかったかもしれませんが、賛成にせよ反対にせよ、あなたの心に何か残ったのであれば、嬉しく思います。

今日は、趣を変えて、IT会社っぽく、AI（人工知能）について書いてみたいと思います。かなり長くなりましたが、面白いと思うのでぜひ最後までご覧ください。しかし、当社はAIの専門業者ではありませんので、ご了承を^^

現在のAIブーム・・・ブームと呼んでいいかわかりませんが・・・は、2006年頃からと言われており、「ディープラーニング」とか「深層学習」とかという言葉がよく聞かれるようになりました。定かではありませんがIBM社のWatsonが今回の火付け役になったのではないかと思います。

「深層学習」についても簡単に触れておくと、AIは人間の脳をモデリングして作られています。脳にはニューロンという細胞があって、これがシナプスというもので繋がれている構造をしています。そしてある刺激がニューロンに与えられるとシナプスを伝わって別のニューロンに伝達される訳ですが、実はシナプスとニューロンの間には微妙な隙間があって、あるレベルに達しないと伝わらないようになっています。１つのニューロンからは沢山のシナプスが枝のように出ていて、それぞれのニューロンに対するレベル（重み）が異なっています。そしてこのレベル（重み）が経験などによって強化されたり弱めたりします。これが学習です。どのニューロンが発火（興奮）したかが振る舞いや思考結果として現れます。

この仕組みをニューロラルネットワークといい、色々な種類のAIがありますが、基本にはこの仕組みをモデル化しています。そして、このニューロラルネットワークは、人間の脳の中で、１つの平面ではなくて、幾重にも層になっています。私がAIを勉強した第２次ブームである1980年代の終わり頃は、コンピュータの処理速度も今ほど高くなかったですし、クラウドコンピューティングのようなものも一般的ありませんでしたですから、「層」の数はたかが知れていたのですが、コンピュータの性能向上によって「深層」が実現したという訳です。もちろんそれ以外にも色々と技術的に進化している部分もありますが、基本原理はそんなに大きく変わらないのではないかと思います。

さて、自動運転などにも欠かせないAI技術ですが、では人間を超えることはできるのか？　将来本当にAIによって多くの仕事が失われるのか？

その答えは、

YesでありNoである

と私は思います。深層学習といえども原理的には人間の脳を単純なモデルに置き換えただけで、確かに計算能力はコンピュータに分があるようにも思いますが、複雑な人間の仕組みには勝てないと思うからです。一説には「３歳の壁」というのがあって、AIはまだこの壁を超えていないとも言われています。また、AIの得意分野は、ざっくり言ってしまうとパターン認識であり、人間のような創造性を持たせることは現時点では不可能でないかということです（創造しているように振舞わせることはできます）

ただ、この創造性に関していえば、人間であっても「本当の意味で創造しているか」ということに関しては、議論の別れるところかと思いますので、この１点だけで議論するのは早計のようにも思います。

現状はそんな状況ですので、そこだけで議論するればNoである、と私は考えています。AIが仕事を奪うというのも（実際に一部の仕事は既にそうなっているかも知れませんが、）現実的ではないと思います。「電話交換手」という仕事は「自動電話交換機」に奪われました。このようなことはAIに限らず常に起こっております。

しかし技術の進化に不可能はないと思ってますので、近い将来には実現不可能でも、未来には実現可能ではないかと思います。そいう意味ではYesです。

そして、ここからが本題ですが、
 

詳しくは「意識は幻想か？―「私」の謎を解く受動意識仮説」(慶應義塾大学大学院システムデザイン・マネジメント研究科における講義「システム生命論」の一部です。)という動画をご覧いただきたいのですが、これによると、我々に自由意志なるものは存在しないとうことです。「意識」という脳の中心部のようなものがあって、そこが命令を出して我々をコントロールしていると考えがちですが、というか普通はそう考えますが、そうではなくて、発火したニューロンが意識に登だけであるというのです。

ちょっとわかりにくいと思いますので、例えばなしをすると、自分がある会社の社長で部下に色々と命令して会社を経営している（トップダウン）というのは社長の幻想で、本当は、部下たちがそれぞれの担当をこなした結果を社長に報告している（ボトムアップ）だけというのが真実であるというのです。社長は自分がコントロールしていると錯覚しているというのです。いかがですか？　驚きですよね？　そんなバカなと思われた方も多いのではないでしょうか？　私自身も初めて聞いた時にはそう思いました。

 

我々が普段、意識だと思っているものは、実は無意識で並列に動くニューロン（部下）が発火したものが意識を司どる部分（社長）に報告されているだけで、それを我々がさも自分が考えたことのように錯覚しているというのです。

ちょっと長いですが、本当に面白い動画なので、そちらをご覧いただくのが良いと思いますが、もう少しだけ説明すると、面白い実験がありまして、右脳と左脳が分断された方に、右脳にだけ聞こえるように左の耳から歩いてくださいと指示をします。そして今度は、左脳だけに聞こえるように右の耳から、あなたはなぜ今歩いているのですか？と質問をします。

皆様、右脳と左脳が分断されたその方はなんて答えると思いますか？

右脳と左脳が分断されていて、左脳は右脳から情報を得られませんから「わからない」とかあるは「自分は脳に障害があるので・・・」などと答えが返ってくると想像されるかも知れませんが、実際には「自動販売機にジュースを買いに行こうと思ったのです」というような回答が返ってくるそうです。（実際の実験です）

左脳は歩いている状況と、喉が乾いているという状況、自動販売機が行く先にあるという状況を見て、これらの情報から「自動販売機にジュースを買いに行こうと思った」と後から解釈している訳ですが、これを自分がそう決めたかのように答え、本人はそう信じているというのです。

さらに、これは健常者の方でも普通に起きることですが、自分の意思で指を曲げたかのように思っていることも、実は、自分の「無意識」が指を曲げていて、その曲げるという情報を「意思」が受け取って、さも自分の意思で曲げたかのように錯覚するというのです。この辺の話はもう何がなんだか解らないと思いますが、実際の実験から本人が「指を曲げる」と意識した瞬間より、ごく僅かに（うる覚えですが0.35秒）指を曲げる指令が神経からでているというのです。つまり指を曲げると神経に指令を出した部下が、意識を司どる部分（社長）にも報告をしていて、それを社長が自分の指示で指を曲げたと思い込んでいるというのです。

たとえば、カブト虫などは、この「意識」を司どる部分（社長）がなくて、部下だけがいる状態だろうと言われています。そして、霊長類などは、進化の過程でこの社長を習得したのだと。つまり、社長が先にあって部下が発達したのではなくて、カブト虫などのように部下が先に発達して、その後に進化の過程で社長を習得したというのです。

では、なぜ進化の過程でこの機能を得たかということですが、この意識（社長）の役割は部下からの報告を受けて、記憶する部署に伝達するためにできたというのです。この記憶のことを「エピソード記憶」と言います。カブト虫にはくぬぎの木に行くと蜜が吸えるという「意味記憶」はあるのですが、この「エピソード記憶」はできないと考えられています。

エピソード記憶とは、文字通り出来事の記憶で、これがあるから私達は（私たちがカブト虫なら）あのくぬぎの木の蜜は昨日全て食べ尽くしたら今日行ってもないなと思えるというのです。これがあるから私達は効率的に行動することができて、優位性を持てたということだそうです。結果としてトラウマとなどのような負の側面も持つことになりましたが・・・
 

で、ここからが結論です。

AIにおいて「意識」とか「自我」と呼ばれるものは神が人間に与えたものであり、これを人工的に作り出すことはできないという考え方があり、そいう意味において、意志を持ったAIを作るのは不可能ではないかと思われてきました。しかし、前野隆司先生の「受動意識仮説」が仮説でないなら、我々が意識だと思っていたものは単なる情報処理装置の一端ということができますから、意識を人口的に作り出すことも不可能ではないのではないかとうことです。最もこの講義が行われたのは約10年前のことで、第三次AIブームである今（終焉したとも言われたりしますが^^)でも実現できてはいませんので、そう簡単な話ではないのかもしれません。でも私には、この発見がAIが人間を超える大きな手がかりになるのではないかと思えてなりません。こういう発見の繰り返しで、本当に人間を超える日が来るのではないかと思います。そういう世界はエンジニアとして興味がありつつも、一人の人間としては恐ろしくもあります。

あなたはどのように思われましたか？
 

あなたは他人を動かす！というとどんなことを思いますか？

洗脳？　マインドコントロール？　悪徳商法？　他人を動かすなんて考えてはダメ？　そんなことはできない？　あるいは、大ぴらには言えないけど内心、他人を動かせたらな・・・　などなど、色々と思われたかなと思います。

そんな、何やら恐ろしいことでなくても、たとえば、ビジネスシーンで上司が部下に仕事を依頼するというような場面もあれば、営業でお客様にご購入頂く場面、他にも、セミナー・研修などで、受講生に行動変容を促す、恋愛で相手を振り向かせる、子供・旦那？^^に言うこときかせる・・・などなど、日常色々な場面で、もう少し上手くできたらなと思うことは誰しもあるのではないかと思います。

そして、それらは普通のことであり、決して悪いことではなし、そう思うことが悪い感情であるということはないと、私は思います。そのためのノウハウ本もいくつも出版されてますね。このブログでも以前に少し書かせて頂きました。

しかし、何か、相手を支配して、自分の思い通りに行動しようとか、支配しようなどと考えてしまうと、それは少々危険な考えたかもしれません。あくまで相手を想い、相手との良好な関係性の中で、相手に効果的に影響を与える、そんな関わり方があるのではないかと私は思っております。

ご存知ないかを探す方が難しいのではないかと思いますが、イソップ童話の「北風と太陽」の話です。

この童話でいうところの「太陽」としての関わりこそが、他人に対する影響力の与え方ではないかと私は思います。ちなみに、この童話で太陽が勝のは２回戦目で、実は１回戦目は北風が勝利しており、この童話が意味するところは、私たちが知っていることと別であるという説があるようですが、ここでは本題ではないので割愛します。ご興味がある方はネットなどで調べて見てください。

私が皆様にお伝えしたい（皆様と考えてみたい）ことは、北風のようになって、一生懸命、力一杯に風を吹き付けていると疲れませんか？ということです。相手をなんとか動かしたいと、努力すればするほど、寧ろ結果は違う方向に・・・そんな経験を何度もしていると疲弊してしまいますよね。

ビジネスより恋愛話の方が共感して頂きやすいかなと思うのですが、相手を追って、追って、追って、なんとかお付き合いしたいと努力すればするほど、相手は引いてしまう、そんな経験を繰り返すと疲れ切って、もう、自分には無理、彼氏（彼女）なんていらないとなってしまうかもしれません。

恋愛以外でもそうですが、そうやって他人をコントロールしようとするあまり上手くいかないという経験を繰り返すうちに、他人に対して無関心になる。「どうせ他人は他人、自分とは違う」と、他人に対して無関心にってしまう。これも寂しいことだと私は思います。

本来、人間は、他の人（や環境）から影響を受ける、あるいは誰か（環境）に影響を与える、その相互作用の中で成長していくものだと私は思っています。ですから他人に影響を与えたいと思うことは健全なことであり、それがなくなれば、芸術も本もスポーツも成り立たなくなってしまうのでないでしょうか。もしスポーツが競技をする人たちがだけが楽しむものであるとしたら、他人は関係なく、あくまで自分のタイムの更新だけに注目して、他の人と競争すること自体もしないとしたら、いかかでしょうか？

ライバルに影響を与え、見る人を感動させる、一流のスポーツ選手は、自身の記録だけではなくて、そんなところも考えているのではないかと思います。（やらせとは違います^^)

整理すると、他人を動かす、これ自体は決して悪い考えではなく、動かし動かされつつ、周囲との相互作用の中で人は成長していくものである。他人は他人と無関心になることの方が恐ろしいと私は思います。そして効果的に相手に影響を与える（促す）方法はあると思います。ただし、あくまで「促す」とう考えが大事です。決めるのは本人です。このことを忘れて、相手を支配しようとするれば・・・自分が疲弊するか、相手との関係性を破滅させるか、いずれにせよ好ましい結果にはならないと思います。ですので、「太陽」のような関わりが大切である、私はそう思います。太陽のような関わりとは、相手を受容し、共感しながらも、時折、相手に考えてもらうような（内省を促すような）問いかけをするということです。詳しい方法について、また別の機会にお話できればと思っています。