会社では様々な年齢の人が中途社員として入社してきます。そんな時よくあることが、年下上司や年下先輩ができてしまうこと。社会人としてのキャリアはあっても同じ会社内では...ということがあるはず。そんな時、どのような接し方をすべきか紹介していきます。2017/4/13テックアカデミーマガジンは受講者数No.1のプログラミングスクール「テックアカデミー」が運営。初心者向けにプロが解説した記事を公開中。現役エンジニアの方はこちらをご覧ください。いう関係性で働くことも珍しくありません。ここでは、年下の上司や先輩と円滑な人間関係を保てるように、言葉遣いや付き合い方について紹介します。関係性において、トラブルになりがちなのが言葉遣いです。年下に対してタメ口で会話をするのはごく一般的と考える一方、相手が上司や先輩であった場合、年下に限らず親しい間柄の場合でも敬語を使うのがマナーという考え方があります。いえ、たとえ上司や先輩であれ、自分よりも年下の相手に敬語を使うことに対して抵抗を感じる方も少なくありません。ここで気をつけておきたいのが年齢による優位性が通用しないということです。基本的に、上司や先輩が年下の場合でも敬語で話すのがマスト。自分より早く昇進した年下上司、転職先で自分よりも長くその職場で働いている年下先輩など、自分よりも優れた知識やスキルを持つ人に対しては、年齢は関係なく敬意を払うことが大切です。中には、年下上司の仕事の進め方や拙いマネジメントなどに疑問を感じたり、仕事はバリバリできるけど、誰に対しても言葉遣いが悪い年下上司や先輩など、年上として厳しい意見を言うべき場面があるかもしれません。いった場面でも、敬語で伝えるようにしましょう。場面によってはフレンドリーな口調を挟んでいくことで、年下上司や先輩との絆が深くなることもあります。二人きりのときや、プライベートな相談を受けた時など、人生の先輩として接することで上司の心をつかむための戦略として有効です。年下上司や年下先輩と円滑に付き合っていくために心がけておきたいポイントは次の通りです。年下であるがゆえの経験不足により、クライアント先で上手く立ち回れなかったり、人を動かすときの伝え方が乱暴になるなど、仕事に対する能力以外の面で未熟な部分が見付かることは少なくありません。年上の部下や後輩は、そういった上司や先輩を見て疑問を感じてしまうかもしれませんが、年下上司や先輩なりに上手く振舞えるように頑張っていることをまずは理解することが大切です。部下は上司を支えるべき存在です。年上としての社会人スキルを発揮し、上司がリーダーシップやマネジメントを上手くできるよう、サポートしてあげるようにしましょう。年齢と立場のギャップが原因によるトラブルが少なくありません。ギャップを埋めるためには積極的にコミュニケーションを取り、フラットな目線で接することが大切です。人間関係を構築するためには受身ではなく「与えること」を意識して行動するのがおすすめ。部下や後輩が年上だと遠慮をしてしまう上司もいます。そのように感じる場合は、年上から積極的にコミュニケーションを取るようにしましょう。働き方の多様性もある昨今、年上は敬意を示されるのが当たり前、年下はそれをわきまえて振舞うのが当たり前、といった考えを持っていると円滑な人間関係が築けないこともあります。仕事をしていく上で、年齢や立場は関係なく、相手に敬意を持って接することは社会人としての基本的なマナーです。中にはそれが出来ない方もいますが、相手の態度に過剰反応せず、軽く受け流す余裕を持てればベスト。部下は上司を選べないが常である以上、年下上司や先輩と関係が悪化した場合、会社側の判断としては部下が不利になることが少なくありません。上司は会社側が選んだ人材だからです。年下上司や先輩が会社に大打撃を与えるような不正や問題を抱えている場合は別ですが、上司のマネジメントの範囲内の不満については、会社として問題を取り合ってくれる可能性は低いと考えた方が良いでしょう。未経験からでも稼げるプログラミング副業って本当にできる?まとめ学生時代はもとより、社会に出てからも年功序列を意識して過ごしてきた世代にとって、立場と年齢のギャップを意識しがちです。存在は今以上に当たり前になってきます。円滑な人間関係を構築するためにも、時には人生の先輩として、年下ならではの未熟さをフォローしたり、コミュニケーションを積極的に図っていくことが大切です。IT業界でおすすめの転職サイト・エージェントもまとめているので、転職を検討している方はぜひ活用してみてください。TechAcademyは、積極的に情報集取を行い学習、成長していくビジネスマンの今後を応援しています。そんな方々におすすめなのはIT業界でキャリアを描くこと。IT業界は成長産業であり、上昇志向や成長志向のある人であれば幅広いチャンスを掴むことが可能です。総合職であっても技術職とコミュニケーションが取れる人材が求められています。TechAcademyにはIT業界で活躍したい方向けに無料でプログラミングを学び、転職支援も受けられるTechAcademyキャリアというサービスがあります。専門知識を効果的に学び、プロのコンサルタントの支援のもと行う転職活動でより自分にあった企業と出会ってみませんか。IT業界でキャリアアップを目指したい方はぜひTechAcademyキャリアをご覧ください。30分間、オンラインでどんなことでも質問し放題です。あなたの相談に真摯に向き合います。「漠然としているがプロの話を聞いてみたい」こんな気持ちでも大丈夫です。お気軽にご参加ください。※体験用のカリキュラムも無料で配布いたします。【例文あり】ビジネス文書・メールで頻出「ご鞭撻」の意味と正しい使い方ビジネスシーンにおいて、手紙やメール、スピーチなどで見聞きすることが多い「ご鞭撻」という言葉。取引先が喜ぶ、移転祝いのメッセージやプレゼントとは?取引先や関連会社の移転というのは、多くが事業成長や従業員拡大など順調に伸びている証拠で、非常に喜ばしいことです。いった際にお祝いのプレゼントやメッセ...ビジネスマナープレゼンでは挨拶が肝心!最初で相手の心を掴む方法を解説プレゼンテーションで最初に聴き手を取り込むのに重要なのが挨拶になります。この挨拶があなたの印象を決め、同じ内容であっても説得力あるように聞こえさせることも可能に...ビジネスマナーできるビジネスマンはデスクがきれい!機能性もある整理整頓の方法ビジネスマンは150時間をあることに費やしています。そのあることは「ものを探す時間」です。体調不良や結婚式、私用などの用事で会社を早退しなければならないことは誰にでもあることです。使ったことがなくても大丈夫!FAXの送り方の基本とマナーを覚えようFAXはEメールや電話に並ぶ、ビジネスで不可欠な通信手段です。評価されるメンターの役割とは?自分の後輩が入ってくる時期になると、メンターの打診をされた経験をお持ちの方も多いでしょう。人に教え育てるという経験をしたことない人にとっては、不安も大きいはずです。今回はメンターの役割や必要なスキルを解説していきます。メンターとは、端的に言うと「心の支えとなる先輩役」のことを指します。同じ部署内ではなく、全く別部署の先輩がメンター役になることがほとんど。元々はアメリカで人材育成法のひとつとして開発された「メンタリング」がもとになっており、歴史の長い指導法です。メンターは新入社員にとって頼れる先輩であると同時に、その新人の担当上司にとってもサポート約としてありがたい存在です。部署の上司や先輩とは違い、業務指導ではなくメンタル面のサポートが主な役割です。新入社員が安心して業務に取り組めるよう、悩みがないか、不安に思うことはないか、上司に言えないことはないかといった精神面をケア。日本では新卒社員の3割が入社3年以内に退職するともいわれ、早期退職防止のためにメンターは重要な役割を果たしています。メンターの主な役割は、精神面のケアです。頭ごなしに叱ったりアドバイスを投げつけるのではなく、まずは相手がどう思っているのかしっかりと耳を傾けることが大切です。ビジネスの場面で、単なる弱音や愚痴は良しとされません。メンターは新入社員の定着のために、ときには愚痴も広い心で受け止め、悩みから解放してあげることも大事です。新入社員から引き出した悩みの原因へのアプローチも大切です。上司や先輩にしっかりとフィードバックを行い、改善できる部分は変えてもらう必要があります。した調整力も必要です。メンターにとって最も大切なのは、新入社員が何でも話してくれるような信頼関係を築くことです。用事がなくても毎日コミュニケーションを取ったり、自分から積極的に悩みを聞いたり、ときにはランチに行ったり、何気ないことが信頼へとつながっていきます。「スクールは高いから独学で成功する」という気持ちの方は多いと思います。その方が金額は低く抑えられるでしょう。独学には向き不向きがあり、実はスクールが向いている人も大勢います。仕事をスムーズに行うだけでなく、仕事における重大なトラブルを回避するためにも必要な「報連相(ほうれんそう)」。聞く単語だと思いますが、ただ単純に言葉の意味として捉えているだけで、本来のそれぞれの目的や活用方法などを知らない人も多いはず。ついて解説をしていきます。報告のベクトルは部下から上司、あるいは後輩から先輩という向きであり、仕事をするにおいての基本中の基本はこの「連絡」となり、トラブルを回避し仕事をスムーズに進めるために必要不可欠ですので徹底しなければなりません。報告の目的は、指示に対する仕事の進捗や業務の結果などを上司と部下の相互間で情報共有をするとともに、作業に問題がないかやミスをしていないかなどをお互いに把握することです。報告は上司が判断する材料として部下から自発的に情報伝達するもので、習慣的に行わせるための「しつけ」と捉えられているのはよくある誤解。目的とし、スムースに業務を進めながら問題の発見や回避をするための行為です。業務の効率化だけでなく、報告を目的に沿って的確に行うことで、業務への取り組みや姿勢を評価されたり、意思疎通の機会が増えることで上司の信頼度もアップします。これにより、信頼し合える関係を構築して仕事の充実度も増し、問題が起こった際も適切な対応をお互いに行うことも可能になるでしょう。上司としては部下がミスや問題を隠していないかなどを確認する機会でもあり、それによって今後起こり得る問題を回避するという目的もあります。信頼関係の構築や仕事の充実、問題の回避等、報告がもたらす効果はとても重要です。報告は直接業務に影響を与えるものですので、的確に行う必要があります。したがって、報告を活用するには状況に合った伝達方法を使うことが求められます。伝達方法には「口頭」と「書類」での報告がありますので状況に合わせて選択しましょう。急な場合は口頭で行い、結論から簡潔に報告します。このとき、「思います」などの個人的な意見は上司の誤解や誤った判断の原因になりかねませんので、「事実のみ」を報告しましょう。報告内容が複雑で、グラフや資料を利用したほうが効果的な場合は、書類での報告をベースとします。ベースですので、必要に応じて口頭での報告も合わせて詳細に行うことが望ましいです。メールで報告する場合は、必ず読んでもらうように電話して注意を促しておきましょう。連絡とは、職場の上下関係にかかわらず、該当する関係者に対して業務や作業上で知り得た情報などを知らせることです。誰もが情報を知らせる側にも受け取る側にもなり、会社を管理する総務や人事などから会社全体に向けてのお知らせや、プロジェクトリーダーから所属メンバーに向けての通達など、さまざまな連絡があります。連絡の目的は、迅速な情報の共有です。簡潔・正確にまとめられた情報を伝えることで、これから起こり得る事態に備えたり、行き違い無くスムーズに業務を遂行することができます。報告ほど詳細でない場合が多いですが、連絡には「打ち合わせ日時の連絡」や「事故やトラブルに関する連絡」等、重要性や緊急性の点で報告以上の重要度となる連絡から、自身に関係の無い「人事連絡」等のそれほど重要ではない連絡まであるので、重要の度合いは幅広いです。重要な内容も簡潔に伝えるからこそ、あいまいな表現は誤解を招き不要なトラブルの原因となりかねません。したがって、連絡は簡潔で正確な情報が求められると同時に慎重さも要求され、重大な情報も迅速に共有することができるのでとても重要な行為です。連絡は、できるだけ内容を簡潔にし、用途によって連絡手段を変えることが必要です。異なってくるので、適切な手段が必要になるのです。社内の多数に連絡する際は、朝礼や会議、社内報などの手段を用います。簡単な連絡や急な連絡の場合は、関係者に直接口頭で伝えるか、電話などすばやくコンタクトが取れる手段を用います。数字を伴うものや重要なもの、記録に残す必要があるものなどは文章で連絡するようにしましょう。相談とは、自身では判断が出来ないときや判断に迷うとき、自分の意見・考えを聞いてもらいたいときや情報が欲しいときなどに、上司や先輩、同僚の意見や回答を参考にするためアドバイスをもらうことです。相談の目的はもちろん、判断に困ったことに対してアドバイスや指示をもらい、疑問や問題を解決することです。相談によって新しいアイデアや解決方法を見つけたり、相談者にとっては業務の効率化や労力の削減も目的といえます。相談における疑問や問題を放置したり、ひとりで抱えていると業務の進行の遅延や大きな問題となって深刻化する可能性があります。自身に必要以上のストレスがかかってしまうこともありますので、業務に関する疑問は相談で早期解決を試みましょう。相談を活用するには、事前に相談する事柄を明確にし、必要に応じて資料等を準備しておくことが重要です。良いアドバイスをもらうためには、質問の内容が的確に相手に伝わらなければなりませんので、次の項目に沿って情報を整理しておきましょう。以上の3項を明らかにすることで、相談された側は「どんな問題があってどうすればいいのか」という解決策を考えやすくなります。状況や情報を明確にして整理・準備しておくことで、相談を最大限に活用できます。「スクールは高いから独学で成功する」という気持ちの方は多いと思います。その方が金額は低く抑えられるでしょう。独学には向き不向きがあり、実はスクールが向いている人も大勢います。社内営業は必要?不必要?具体的な内容・コツとその効果について営業とはサービスや商品を売ることだけではありません。営業には「社内営業」というものがあり、社内営業が上手な人もいれば、無意識に行っている人もいます。「できるビジネスパーソン」は意識的に社内営業を行って周りの力を借り、最大限のパフォーマンスを発揮して営業成果を出しているのです。そこで、ここでは社内営業についての内容やコツ、その効果について解説をしていきます。社内営業のノウハウを身につけて「できるビジネスパーソン」になりましょう。社内営業とは、何かを売るのではなく、会社内のメンバーとコミュニケーションを取って自身の仕事や作業を円滑に進めていくため、あるいは自身の希望を実現していくための方法です。メンバー、事務の人まで幅広いです。社内営業についての実態はどうなのかというと、株式会社日立ソリューションズが行った意識調査によれば「社内営業をしたことがある」と答えた人は6.6%、「社内営業をしたことがない」と答えた人が93.4%となり、9割以上が行っていないという結果になっています。社内営業が必要か否かという質問に対しての回答では、「必要」と答えた人は8.2%、「あったほうが良い」が15.4%となり、社内営業の必要性を感じる人は2割弱という結果になっています。社内営業を行うことは仕事の効率化や円滑化、パフォーマンスの向上によって営業成果の拡大を可能にしますので、決して不必要というものではありません。社内営業の前提として覚えておかなければならないのは、「通常の営業以上に自身についてしっかりと見られる」ということです。顧客や取引相手の営業のように接点があるタイミングでのみ評価されるのではなく、社内営業では動向や評価、成果やプロセスを常に見られます。したがって、社内営業を行う際は常日頃からの仕事に対する取り組みや熱意などをアピールしていくことになります。ひとつ覚えておくべきことに「情報が伝わりやすい」という点が挙げられます。社内での情報ですので、仕事への取り組みや評価が広まりやすく、営業相手(上司や同僚等)に伝わりやすいのは当然です。社内営業といっても何か特別なことをする必要はありません。あり、これが社内営業の基本です。逆に、この「報・連・相」ができていないと社内営業を実現することは不可能です。「報・連・相」は仕事においてのコミュニケーション基本中の基本でもあり、「報・連・相」によってコミュニケーションが取れずにお互いに信頼関係を構築できない状況では、それ以上の営業活動は活きてきません。「報・連・相」を十分に行うことでしっかりと仕事をしていることが評価されますし、自然と良好な信頼関係が構築されてお互いの意思疎通や協力体制が整っていきます。「報・連・相」がしっかりとできているだけで十分すぎるほどの社内営業としての効果を発揮してくれるのです。「報・連・相」を続けていくことが常に社内営業となって評価されていくことに繋がります。社内営業の基本は「報・連・相」をしっかりと続けていくことですが、他にもコツになるものがあります。社内営業のコツになるか紹介しますので、確認をしてみてください。通常の顧客や他社への営業活動でも、決定権のある人などの「キーパーソン」を意識すると思います。社内営業においてもまったく同様で、例えば出世をしたい場合などは影響力や発言力のある人を見極めることが社内営業においてのコツといえます。直属の上司は「報・連・相」を行う相手である以上、何らかの評価をしています。それは会社へ伝わって会社からの評価に繋がりますが、上司や会社が自身のがんばりをすべて見ているわけではありません。したがって、過剰なアピールにならない程度に自身の成果や結果、がんばりをアピールすることが社内営業で評価を上げるコツです。組織である以上、1人の発言力には限界があります。役職等がなければ尚更です。それを補佐するものが「人数」であり、味方が増えるほど発言力は増します。味方が増えれば良い評価も伝わりやすくなりますので、社内営業のコツとして覚えておいて損はありません。社内営業のメリットは「社内の協力を得やすくなる」ことにあります。会社での仕事は協力が基本ですが、困ってしまったときや少し無理なお願いをしたときに助力を得られるか否かは非常に重要。会社や上司、同僚等のサポートを受けることで効率的な作業や円滑な進行が可能となり、結果自身が持っているパフォーマンス以上の力が発揮され、成果に繋げることができるようになります。異動や昇進、昇格においても非常に重要で、社内営業として「報・連・相」などで積み重ねた信頼や成果、評価が大きく効果を発揮します。自身の将来のキャリア形成にも社内営業は大きなメリットをもたらしてくれるのです。社内営業は不要との考え方もありますが、円滑・効率的な仕事を行う上ではなくてはならないものです。無意識に行っている人も多いですが、「報・連・相」を基本として意識的に行うことで自身のキャリア形成に役立っていきます。社内営業のノウハウを身につけて「できるビジネスパーソン」への1歩を踏み出しましょう。IT業界でおすすめの転職サイト・エージェントもまとめているので、転職を検討している方はぜひ活用してみてください。TechAcademyは、積極的に情報集取を行い学習、成長していくビジネスマンの今後を応援しています。そんな方々におすすめなのはIT業界でキャリアを描くこと。IT業界は成長産業であり、上昇志向や成長志向のある人であれば幅広いチャンスを掴むことが可能です。総合職であっても技術職とコミュニケーションが取れる人材が求められています。TechAcademyにはIT業界で活躍したい方向けに無料でプログラミングを学び、転職支援も受けられるTechAcademyキャリアというサービスがあります。専門知識を効果的に学び、プロのコンサルタントの支援のもと行う転職活動でより自分にあった企業と出会ってみませんか。IT業界でキャリアアップを目指したい方はぜひTechAcademyキャリアをご覧ください。学習に不安を抱えている方へ、現役エンジニア講師とマンツーマンで相談できる機会を無料で提供ビジネスマナーこれからのエンジニアに必要なスキルとは【非エンジニアサミット・イベントレポート】TechAcademyでは、2015年6月14日に『非エンジニアサミット「プログラミングをシゴトにする」』というイベントを開催しました。これからプログラミングの学習を始める方を対象に、第一線で活躍するエンジニアから直接話を聞けるイベントです。Fablicの堀井雄太氏をゲストとしてお迎えしました。本記事ではイベントレポートをお届けします。これからプログラミングの学習を始める方は参考にしてみてください。2001年、伊藤忠テクノソリューションズ株式会社へ入社。在職中、Rubyの導入支援やRubyを用いたクラウドサービスの開発・運用に従事。Enterpriseの導入による開発品質の向上や、デプロイメント支援システムをRubyで開発。Rubyやソースコード管理に関する講演、著書多数。2014年1月、株式会社クラウドワークスに参画、執行役員CTOに就任。「Fril(フリル)」を開発しているエンジニア。GROUP)に新卒入社。比較サイトの運営やディレクトリ検索サービス、広告配信システムの開発などを経験。向けのフリマアプリ「Fril」を開発、インフラ、サーバーサイドの開発担当。大場光一郎氏から講演いただきました。講演では、エンジニアになったきっかけ、社内の開発体制、これからエンジニアを目指す人に期待することをお話しいただきました。学研の教材に載っていたマンガがきっかけでBASICを使ってプログラムを書いてゲームを作りながら自分でやってみようと思ったのが、一番最初にプログラムを書くことのスタートだったとのこと。その後は、ハードウェアを組み合わせた業務システムを開発している会社に入社。当時は「プログラムさえ書ければいい」と思って社会人をスタートしたそうです。その時のことを大場氏は「今から考えると当たり前ですが振り返るとコードを書けるだけで会社を選ぶのは良くない」とも語りました。その頃、働いていた会社とは別に、オープンソースを開発するプロジェクトに入り、そのプロジェクトの開発者との交流を通じて、組織の垣根を越えてプロジェクトを進めることを経験したそうです。そのため、大場氏の考え方の根本は「オープン」。実際仕事の中でもオープンソースのように仕事をしているのが特徴なんだそうです。クラウドソーシングサービスのクラウドワークスの開発体制はどうなっているのでしょうか。特徴は、UX改善会を開催してユーザー体験を大切にした開発を重視していること。「UX改善会」は、3、4人のチームを組んで、ユーザー視点でサービスを使い、サービスにおける課題を見つけ、改善案などをプレゼンテーションに落とし込んで全社員に発表するというもの。社員はもちろん、エンジニアインターンの学生から率直な意見を聞いて改善に役立てているといいます。この取り組みにより、サービスを使い続けていると当たり前になって気づかないことを、改めてフレッシュな気持ちでサービスを見つめられ、実際にサービス落としこんで、日々改善ができているんだそうです。開発分野の他に、クラウドワークスでは日報の書き方にも工夫があり、お互いがどんな仕事をしているか共有し合えるように、他の部署の人でもわかる言葉で伝えることを推奨しているそうです。大場氏は「今は技術が折り重なってできているので、深堀りすればするほど深いし、技術の移り変わりも早いので、エンジニアとしては多層的に折り重なる技術を同時に理解できないといけない状況です。」とエンジニアとして必要なことを語りました。そのような状況の中で、初心者としてプログラミングをはじめるのは、チュートリアルなどが充実しているため、比較的簡単で、初心者から中級者に上がるにはいろいろな技術をキャッチアップする必要がでてくるため、1人では限界があるとのこと。そのため大場氏は、勉強会を通して仲間を見つけることや、プログラミング学習のサービスの活用などを推奨しているそうです。JavaもRubyも最初は「おもちゃ」と言われていた背景があり、「おもちゃ」と言われているような技術を使ってみることの大切なんだそうです。「イノベーションを起こすようなものは最初おもちゃのように思われがちですが、だからこそチャレンジすることが今後のエンジニアに必要なのではないか」と大場氏は締めくくりました。続いて、堀井雄太氏に講演いただきました。大場氏と同じく、エンジニアになったきっかけ、社内の開発体制、これからエンジニアを目指す人に期待することお話しいただきました。経済学部出身で、大学でもプログラミングの授業で受けていたわけではない、いわゆる文系プログラマーだという堀井氏。それでも大学生のころから漠然とWebサービスを作ってみたいと思っていたそうです。そこで大学生のうちにいろいろな会社でインターンをとして働いていたのがプログラミングを学ぶきっかけ。最初はHTML/CSSを使ってWebサイトを作るところからはじめ、本を読み込んでサービスを作ってみるなど独学で学んだとのことです。GROUP)に新卒で入社し、自社プロダクトの開発と運用をして、後半の2年はインフラの部署に所属されていました。会社に所属することのメリットとしては、独学よりも体系的に学べる、先輩や同僚がいることで成長できるなどを挙げていました。堀井氏が講演の中で話した、「エンジニアとしては遅咲きだが、遅いということはない。意志があれば、とりあえずやってみるのが大事」という言葉が印象的でした。株式会社Fablicは、2012年7月にフリマアプリのFril(フリル)をリリース。累計ダウンロード数が300万を越えているといいます。現在は、12、13人のメンバーで開発しているそうです。エンジニアはまだまだ増やしたいとのことで、募集も随時行っているとのこと。開発体制として特徴的なことは、ユーザーと一緒に開発すること。実際にFrilを使っているユーザーをカスタマサポートとして採用しているそうです。開発の現場にユーザーがいて、「困ったことがあったらユーザーに聞く」が信条で、実際の開発フローにユーザーが関わるようにしているといいます。どんなエンジニアになるかを意識することが大事とのことです。会社のフェーズによってエンジニアに求められることは違うので、技術の経験たくさんを積むことが大事。堀井氏自体も、サーバーサイドもインフラも関わってきましたが、今では全てが関係しているそうです。それぞれの領域を学んでいく中で、強みを形成していくのが良いとのことでした。技術を学ぶだけでなく、行動して実践することも大事。チームで開発できる、社内で共有できる、社外にアウトプットできる、リーダーシップを発揮できるなど、技術をもとに行動することが今後のエンジニアに求められていると語っていました。最後には「ものづくりは楽しいので、楽しみながら開発していくのが大事」というメッセージで堀井氏は締めくくりました。続いて、大場氏、堀井氏によるパネルディスカッションです。モデレーターはTechAcademyを運営するキラメックス株式会社の代表取締役社長の村田がつとめました。パネルディスカッションでは、事前に参加者から募集した質問をもとに回答いただきました。質問はこれからエンジニアになっていくことを想定して、下記のセクションに分けて進めています。(村田)それではパネルディスカッションを始めていきます。非エンジニアの方のプログラミング学習が一歩前に進むきっかけになればいいなあと思っています。最後には会場のみなさんからの質問も受け付けます。(村田)まず1つ目の質問ですが、「どのプログラム言語から勉強するべきか」という疑問にお答えいただこうと思います。(堀井)最初はPHP、Perl、Rubyあたりから始めるといいのかなあと思っています。理由は、コミュニティが活発なので困ったらそういうコミュニティに相談して聞く環境があることですね。あとは、実際に企業に入ってみて使われていることも多いです。実際、私が新卒で入った会社も主要な言語がPHPであとPerlとRubyも少しあったので就職するときも有利だと感じています。大場さんはいかがでしょうか?エンジニア歴も長いと思いますが。(大場)最初に触る言語としては僕はなんでもいいかなと思ってるんですけど、子供向けや教育向けと呼ばれる機能が制限された言語よりは汎用的な言語を使った方がいいかなと思っています。それがコンピュータが本来持っている能力を引き出せる可能性があるという理由です。学びやすさとか初心者向けといった軸で選ぶよりは、なんでもできるような言語を選ぶのがいいのではないでしょうか。(村田)では続いてプログラミングを勉強する段階になった際に「どこから着手すればいいか」という質問に入っていきたいと思います。(大場)さっき話したことと関係しているのですが、一つのサービスを成り立たさせるためにはいろんな技術の積み重ねがあって、一部分だけわかっててもサービスとしては成り立たないことがあります。どこからというよりは「これが作りたい」とか「こんなサービスをやってみたい」といったところを目指して、それに足りないのはどこなのか、簡単そうなのはどこなのか、一番難しそうなのはどこなのか、そういう切り分けでちょっとずつ自分がどこにいるかわかるように進めるのがいいんじゃないかなと思います。この言語を覚えたいといった学習の仕方だとモチベーションが続かないと思うんですよね。(村田)それはありますよね。(大場)コンピュータという分野も3ヶ月勉強した人や10年仕事で使ってますという人とか経験にいろいろあっても、その中で「マスターしました」って自分で言える人はあんまりいないと思うんですよね。すごい奥が深い世界なんで。この言語をマスターするまでやろうとなると結構どこまでいっていいかわからない。道具として何をやりたいかというところを目標にすると続きやすいんじゃないかなと思います。(村田)目的ありきでその言語をツールとして使って、形にしていくところから足りない部分を補うのがいいんじゃないかということですよね。(堀井)大場さんも仰ったように一つを学べば終わりというものではないですね。プログラミングをするモチベーションを保たないと結局意味ないので、自分がこういうのがあったら便利だなというものをとりあえず手を動かしながら作るのがいいと思います。(大場)さっきTechAcademyのオンラインブートキャンプの説明の中で、Twitterクローンを作るというお話しでしたが、あれってどこまでのクローンなんですかね?投稿するだけだと簡単だけどTwitterを真面目に作ると結構難しいと思うのですが。Railsチュートリアルに載ってるくらいのマイクロポストみたいなレベル感ですね。ユーザー登録ができてフォローして、その投稿がそれぞれタイムラインに一列に出てくるクローンです。(大場)フォローもするということは、ある程度データベースの関係性もグラフみたいなところもやるんですね。いう意味では歯ごたえのある感じですね。実際に世界中で使われているようなサービスに近い形で作る方がモチベーションが上がると思っています。使わなそうな図書館データベースを作るよりもTwitterクローン作る方がイメージがわきやすいし面白いなと感じてもらえるはずです。プログラミングを学習するときのモチベーション、特に一人で勉強する時間が長いので、自分がやる気になるようなところから始めるのがいいのかもしれませんね。(村田)では次にいきましょう。「プログラミング習得をする上でつまずきやすいポイントとその解決方法」について聞いてみたいと思います。(堀井)つまずくところいっぱいありますね。環境構築が一つのハードルになるかなと思ってます。弊社でもインターンに来てもらうことが多いのですが、プログラミングを書き始めるまでの開発体制を整えるところで時間がかかることがあります。今はEC2とかHerokuとか、必要なパッケージがそろっている状態で始められるものもありますね。無料プランを使うか、少しお金を出せばサーバーが簡単に手に入るので、うまく使って最初のハードルを乗り越えてから本を一冊写経してみるといったことから始めるのがいいのかなと思ったりしますね。(大場)個人的には難しいところって技術と技術の境目の部分かなと。Rubyだとアプリケーション開発の知識がいるし、データベースにアクセスするときにSQLみたいな言語をわかってないといけないし、両方わかってないといけないようなシチュエーションがサービス開発の中でたくさんあります。両方の知識が求められるところでハードルがぐっと上がって、新しいことを覚えるのが難しいのかなと思いますね。その解決方法としては繰り返すということですかね。繰り返していると、「これはこのことだったんだ」みたいに理解できることもあるので、反復するところがコツかなと思っています。一つつまずきやすいところとしては、技術の中でそもそも難しいところです。C言語だったらポインタ、Rubyだったらブロックとかですね。そもそも考え方が難しいものがいくつかあって、それを変な例えで理解しようとしても、結局どこかで嘘が入っていたりして本質的には理解できないところがあります。それは難しいものだと受け入れて、わかるまで何回も繰り返すところが必要なんじゃないかなと思っています。(村田さん)そうですね。僕も最初はPHPから始めたんですけど、クラスみたいな概念がそもそも理解できなかったです。その時は、10日くらいわからないまま続けたら理解できました。繰り返しながらやっていくと、ピーンとわかるときがくるので諦めずに繰り返すのが重要ですね。(村田)悟りが降りてきますからね。次の質問ですが、「おすすめのプログラミング学習方法はありますか」ということです。いま繰り返しやるとありましたけれど、もうちょっと具体的に聞きたいと思います。(大場)まあプログラムを書くのがもともと好きでゲームをつくるなかで学びました。Windows3.1が出たときに「マインスイーパ」というゲームが入っていたのですが、当時Windowsが動くパソコンがすごい高かったんですよね。みんなができるように、MS-DOSのキャラクターベースでできるマインスイーパを開発してみんなに配ったとか、そのなかでいろんな技法みたいなものを学んでいったというところです。今はほんと一つのアプリケーションを成立させるのにいろんな技術が必要なので、競争仲間であるとか教えてくれる先輩とかそういう人がいる環境に身を置くところが大事かなという気がします。(堀井)小さいところから考えて手を動かすのがいいかなと思っています。会社に入ってみて思ったのが、システムって完璧じゃなくてすでに困っている人がいるんですね。そこで私もわからないなりに、管理画面にあったらいい機能とかを他の部署の人から聞いたりして、改善や機能追加できるところを調べながら徐々に開発技術を学んでいくところがありました。あとは、勉強会もおすすめです。新卒で入った会社では勉強会を定期的に開催していたので、自分の回が来たら学んできたことを発表しなきゃいけない場がありました。いう半ば強制的にでも自分のスキルを底上げするようなイベントに身を置いてステップアップしていくのはいいかなと思います。僕も自分で学習してきていたときは、何かインターネット上で気になるサービスをまねてそれと同じ動きを作ってみることをしていました。あとは、わからないところでずっと迷ってるとやる気がなくなっていくので、すぐ人に聞くというのは結構重要ですね。僕は新卒で楽天に入ったので、エンジニアの部署にいる同期を休日にカフェとかに呼び出して、わからないことを聞くというのを結構な頻度でやってました。(大場)あとはオープンソースの開発に関わっていくこともいいですね。そんなに難しくなくても手が足りないというプロジェクトはたくさんあって、それこそプログラムだけじゃなくてドキュメントの追加みたいな簡単なところから手伝うこともできます。それでコミュニティの人たちの顔がわかってきて、だんだん開発に協力していく中でいいプログラムをたくさん読んで、自分がやるならどうしようみたいなことを考えたりすることがスキルアップにつながると思います。(村田)では次の項目に入っていきますね。「採用したいと思うエンジニアの特徴」について聞いてみたいと思います。(堀井)大前提としてプログラミングが好きなことが当てはまるのかなと思っています。好きな人って勝手に自分でどんどん技術習得して、自分自身でスキルアップしていくので根本的にプログラミングが好き、ものづくりが好きという素養はまず見てますね。あとは、Githubとかを使って自分が書いたコードを他の人に見てもらう、シェアするみたいな文化があると思うんですけど、自分の恥をさらすことができる、自分の持っていることをシェアするとかオープンさみたいなものを持っている人は素晴らしいかなと思いますね。(大場)堀井さんのお話の中でもサービス志向のエンジニアみたいな話題がありましたけども、スキルはすごい優秀だけどうちの事業にそんなに興味ないみたいな人は今のステージでは採用が難しいです。なにかしら共感をもってるところのプラスアルファでエンジニアリングを見て採用してます。(村田)会社の規模とかフェーズによっても変わってくるかなと思うんですけれども、やっぱりそのそもそものエンジニアとしてのプログラミングが好きであったりとか、サービスが好きみたいなところは基本的には重要ですよっていうことですね。「優秀なエンジニアはどうやって見極めているんですか?」という質問です。(大場)正直言って僕もこれだというものはないですけど、一番確実なのは一緒に働いたことがある人ですよね。いろんな会社にいると、こいつは本当にすごいみたいな人が何人かいたりします。(堀井)優秀の定義にもよるかなと思うんですが、見極めるとしたら今はGitHubとかあるので、どういうコードをその人が書いているのか、アプリなど個人でプロダクトを出しているのかとか見たりしますね。(村田)結局その人がどういう人かとか、どれくらいできるのかっていうのが見えるかどうかっていうのは結構重要なのかもしれませんね。ポートフォリオなりGitHubなり、今だとそういうのが結構アピールしやすい時代かなと思います。(村田)次に行きますね。「プログラミングスキル以外でエンジニアに求めることはありますでしょうか」という質問です。(堀井)これはもうたくさんあります。弊社もベンチャーなのでプログラミングだけできる人は結構厳しいのかなと。具体的に言うと、やっぱコミュニケーション能力が高い人がいたら嬉しいです。実際、弊社はユーザーにヒアリングすることがあるので、ちゃんとそのユーザーさんとコミュニケーションが取れるかとか、仕様が上から降ってくるのを待つのではなくて自分で考えたものをデザイナーやディレクターに発表して巻き込んでいく力みたいなのが問われるシーンが多いです。(大場)エンジニアに求めるコミュニケーション能力でいうと、そもそも人と話すのが苦手だからコンピュータを扱う仕事を選んだみたいなところもあると思うんですよね。立ち上げ初期のベンチャーだと、とにかく作るというところがメインになっていて、そんなにコミュニケーションする必要がなかったりします。組織がちょっと大きくなってサービスが伸びてくると、ある時点からチーム開発みたいなものが求められて個人技だけでは限界がきたりします。いう時にちゃんと自分に求められている役割の変化を感じて、それについてこれるかは考えてほしいなと思ったりします。具体的にはさっきの仕様の話だと、ゆるふわで落ちてきた仕様に対してこんな仕様でできるかと思うか、僕が決めてもいいんだというように受け止めるかで大きな違いがあると思うんですよ。それってエンジニアリングのバックグラウンドがあって、そういう幅のある仕様のなかで可能性として見られるかどうかっていうのは大きな違いじゃないかなと。(村田)自分から能動的に動いて、与えられたものだけじゃなくてしっかりそれ以外も自分で発信できるっていうことを理解した上でスキルを上げていけるような方が優秀になってくるし、それが求められるかもしれないですね。(村田)次の質問ですが、「エンジニアとして働き始めてからどんな勉強が必要ですか」とのことです。(大場)最近だとエンジニアの向かう方向性としてフルスタックみたいに、いろんな層の技術をまたがって自分一人でもサービス立ち上げができるみたいなところを目指したりもしますけど、実際本当に伸びてくサービス開発のなかでフルスタックになっていくのはめちゃくちゃ難しいと思っています。他に得意な人がいればなかなか手を出すのも難しい、どこをやってもいいよと言われても躊躇してしまうというところがあったりします。その中でできることは、一つひとつ極めていくところだと思っています。一個の技術だけで戦ってるとやっぱりリスクも高いので、次はこの専門家になろうみたいな二つ掛け合わせるものが何かあるといいんじゃないかと思います。(堀井)私はどういう勉強をしてたかなと思い返してみると、やっぱり学んでいくには段階的になると思うんですよね。一つの言語を学んで、データベースのことも学んで、今度はその言語の上に動いているフレームワークのことを学んだりと段階的に自分が学んだことに派生して勉強してきました。最終的に自分が得意であると言えるくらいのところまで行けるように深掘りして、一つの技術を学んでいくのがいいのかなと思いますね。エンジニアにもスペシャリストを目指すのか、ジェネラリストを目指すのかいろいろ方向性があると思うんですけど、ひとつ自分はこういうエンジニアだとか自分の代表するプロダクトはこれだとか、そういうものを作れるようになるまでは深掘りすることがいいかなと思いますね。(村田)やっぱりエンジニアとしてどこか一つでもいいので、ある程度極めるというか、できたというところまでやって、そこからスキルの掛け算みたいなところが重要になってくるということですよね。(村田)最後の項目に入っていきたいと思います。「エンジニアとしてどんなキャリアパスが描けると思いますか」という質問ですが、エンジニアとしてキャリアの長い大場さんお願いできますか。(大場)いまエンジニアの責任者として会社の中での役割を担っていますが、究極的には「事業のためにエンジニアリングをどうするのか」みたいな話になっていくかなと思っています。技術だけではなくて、最近だとよく読んでいるのはマネジメントの本とかビジネス書みたいなところからキャッチアップするような勉強をしたりしてます。(村田)技術だけではなくて、その先の事業をテクノロジーで解決していくみたいなところに進めるようなパスがいいんじゃないかという話ですよね。(村田)では次に、「エンジニアが仕事したいと思う環境はどんなところですか」という質問です。(堀井)やっぱりエンジニア目線でいうと自由度が高いであるとか、個人の裁量が大きい方がチャレンジングなことがしやすいですよね。いう環境をいまの会社で作っていきたいと思ってます。弊社ののコアバリューがいくつかあるんですが、「エンジニアもチャレンジする」というのもあります。ある程度エンジニアの裁量でどういう設計をするかなど決められるような体制になっているので、自分がいいと思ったものをすぐ試せる環境があるのはエンジニアにとっていいのかなと思いますね。最後の質問として「エンジニアとして成長するためにどんな人がいる会社で働くべきだと思いますか」という質問です。(大場)前職のように本当にエンジニアリングに関して職人みたいな人がいっぱいいるところにいて感じるのは、自分より優秀な人がいるところに身を置くことですね。自分が一番下手になって、あとは登っていくしかないみたいなイメージです。学生時代にインターンで初めてプログラミングをして、ベンチャー企業を手伝いながら一番下っ端でがんばってたらいつの間にか自分が一番詳しくなっていた。その後、さらに強い奴に会いにいきたいと言って弊社にジョインしてくれたエンジニアがいます。僕自身もいかに自分より優秀な人に来てもらうか、自分自身がキャップにならないようにすごく気をつけていて、優秀な人が活躍できるような環境や会社やサービスが大事だなと思っています。(堀井)これは私もほとんど同意見なんですけれども、自分よりも技術において素晴らしいと思った人がいるところですね。あとは、自分のスキルセットに近しいのを持っている人がいるような環境にいくと、自分のやろうと思っていることが一段引き上げられるのでいいのかなと思っています。あと最近は勉強会とか発表された資料とかがWebサイトにいっぱい上がっているので、そういうのを参考にしながら企業を選んだりするのはいいかなと思ってます。(村田)ここからは会場からの質問を受け付けたいと思います。ーー大場さんにお伺いしたいのですが、ご自身が英語情報で技術をキャッチアップするために気をつけられていることや、社内の方に英語の情報をキャッチアップするためにどんなことをしているのか教えていただけますでしょうか。(大場)今やってることでいうと、オープンソースコミュニティがだいたい英語ベースになっています。日本人しかエンジニアがいないプロダクトでもコミットとかは英語じゃないと受け付けない感じだったりします。社内に関しては、こうしないとみたいなものは今はないのですが、今週の気になる技術みたいなのを社内のGitHubにスレを立てて共有して、みんなが気になった技術は突っ込むようにしています。いうときに情報ソースが英語のものがたくさんあるので、おのずと危機感が醸成されればと思っています。(村田)まず育てる側の僕の方から話をさせていただきますね。エンジニアが足りてないところは事実です。エンジニアの採用が難しいっていうのは、そもそもマーケットに人材が少ないから取り合いになってるっていうのが一つあります。あとは統計的にもアメリカでは2020年には100万人エンジニアが足りなくなると言われています。日本でも2020年には20〜30万人ぐらいは足りなくなると言われています。インターネットを使ったビジネスはすごい盛り上がって市場も拡大しているのに、そこで働く人が増えていなければ足りなくなりますよね。僕らはそれをエンジニアを増やすことで解決したいと思っています。エンジニアになりたいという方は多いと思っていて、それでも増えないのは仕組みの問題もあると思っています。それが解決できる仕組みがあれば、人が足りないということに対してひとつの力になれるんじゃないかなと。(大場)エンジニアが足りないと言ってる会社も、2種類あるかなと思っています。1つはよくよく聞いてみると、あまりエンジニアを大切にするような文化がなくてエンジニアが定着しない会社です。いう会社の方は、「来てくれても半年くらいで辞めるから、辞めると思ってアウトソースすればいい」といったことを仰る場合もあります。いったことが負の循環になって常にエンジニアが足りないことが常態化してしまう。僕らみたいなエンジニアリングの重要性を理解していて、Webサービス中心の会社だとまったく事情は違っていて、サービスの成長にともなって、さらに成長させるためにエンジニアは、明確に足りていなくてまだまだ必要だと思っています。TechAcademyさんみたいな取り組みでエンジニアが増えていくのはこれからの日本にはものすごい必要だなと思っています。(堀井)ベンチャーで最近伸びているサービスであれば、やっぱりどうしても人が必要になってきて、実際に弊社でもエンジニアは常にどの職種も募集しています。私もベンチャーの友達とか知り合いも多くて起業する人もいるのですが、その立ち上げにはやっぱりそれなりにWebのことがわかる人がどうしても欲しくなるんですけど、そういうスキルの高い人たちは大手であるとか名の知れた会社とかに勤めています。そもそもその会社からあまり転職市場に出てこないというのは肌感としてはあるので、僕らみたいなベンチャーはいかにいい人たちを見つけて会社のことを知ってもらって、採用につなげるかについていつも苦労しています。需要はかなりあると認識しています。(村田)最後付け加えますね。プログラミングを習い事の視点でみると、換金性の高い習い事だと思うんですね。いうのも、例えば10万円払って勉強してプログラミングが習得できれば10万円以上稼げると思うんですね。クラウドワークスさんのようなクラウドソーシングサービスで仕事を探してそれに応募して自分で遠隔の仕事をするのも一つだと思いますし、自分でメディアを立ち上げるのというのも一つでしょうし。いった意味でも企業に入るだけじゃなくて働く方法はいくつかあると思います。(村田)お時間になりましたので、最後にこの会の締めくくりということで「これからプログラミングを学習するみなさんへのメッセージ」をお二方からお願いします。堀井さんお願いします。(堀井)私も最初はプログラミング初心者だったんですけど、いろいろ学びながら実際にものづくりができるようになりました。最初はハードルの高い部分もあるのかなと思いますが、楽しみながら学んでいくと自分の可能性も広がって、キャリアを積む上でもいい経験だと思います。みなさんがんばって欲しいです。プログラミングは楽しいです。(大場)僕からは作るだけじゃなくて問題解決していこうみたいな話もしましたけれども、一方で何かを作り出す・生み出すということは本質的に楽しいことだなと思っています。快適に作るための環境を整えることに丸一日費やすとか、自分のエディタの設定とか、これだから開発しやすいみたいなことを考えながらものづくりを純粋に楽しむところも実際にあるんですね。いった気持ちってなかなか社会人になってしまうと忘れてしまったり、思い出せなかったりとかあると思います。今だと、エンジニアになろうみたいなフェーズだといくらでも失敗できるので、何度も作ったり壊したりしながら、ぜひものづくりの楽しみというところを大切にエンジニアを目指していただければなと思いました。(村田)堀井さん、大場さん今日はどうもありがとうございました。イベントレポートは以上です。TechAcademyではこれからもプログラミング学習者のためのイベントを開催していきます。・目標への学習プランがわからず、迷子になりそうイベントレポート【例文・テンプレートあり】ビジネスシーンで役立つ!上司へのメールの書き方を学ぼう上司にメールを送る際、これで書き方があっているのか?と不安になることはありませんか?日常使うメールとは異なり、ビジネスメールには押さえておくべきマナーやルールがあります。ここでは、上司に送信するメールを作成するにあたり、注意点や例文、書き方のNG例などを紹介していきます。上司に送信するメールの注意点として、正しい敬語を使うことが大切です。間違えやすい敬語としては以下の4つがあります。どれも日常的に使ってしまいがちな言葉です。これらは同僚相手なら構いませんが、上司に対する言葉遣いとしては失礼な印象に受け取られることがあるので避けるように注意しましょう。メールを送る時間に関わる注意点として以下の2つを覚えておきましょう。緊急性の高い事象が発生した場合、休日でも連絡をしなければならない時があります。その際はメールの件名に「重要」「至急」など緊急度が高いことを表記しましょう。メールの冒頭には休日に連絡することを謝罪する一文を忘れずに入れましょう。うっかり返信を忘れて日をまたいでしまった場合、相手を軽んじる言葉を使わない注意が必要です。「忘れていました」「見逃していました」といった表現は避け、「失念しておりました」や「確認しそびれておりました」といった丁寧な表現を使うようにしましょう。上司に送るメールの例として、資料のアドバイスをもらうケースを例に紹介します。