情報収集（転職意欲なし）

業界未経験の元営業、元自転車スタッフの2名

Railsエンジニアとしてウェブ系企業で働けるだけの実力をつけ、転職を成功させた

## 高校時代の友人2名を Rails エンジニアとして育て、未経験からwebエンジニア転職を成功 高校時代の友人2名 元営業 と 元自転車店スタッフ の2名の友人へ Rails エンジニアとして転職を成功させました。 ### 【2人の転職先】 また、そのうち一人はリファラル採用として現職の職場にメンバーとして入り一緒に業務を行なっており もう一人はSier系の企業で Rails のエンジニアとして今も働いて居ます。 ### 【2人との関係】 普段その2名とは一緒にゲームをしたり、Discordで通話をしてお酒を飲んでいる関係でした。 現状もらっている給料や、本人の性格も知っており 技術をつけて転職したいと相談を受けた際に プログラマーが向いているのではないかと思い普段の業務内容や楽しさを伝えたところ 是非やってみたいと言っていただけました。 ### 【休日や平日の夜にペアプロなどを通して】 プログラミングスクール TechAcademy での講師経験もあるので 基本的にはその内容に沿って本をベースに学習 TechAcademyなどのスクールでは取り扱わない技術的な内容も 実務に関係のある物であれば積極的に教え 現場で使えるスキルを教えていきました。 git の使い方、Confrictの解消方法、複数メンバーで開発する際のルールやコーディング規約は現在の私のチームで利用しているものをそのまま採用し、現場基準のレビュー基準でのレビューを行いました。 ### 【本人の希望の整理と転職活動】 本人がどうなりたいのか、エンジニアとして働く上でどの領域でどう活躍したいのかを重要だと考えてます。 Sier で働く友人は ウォーターフォール型開発で要件定義周りには興味はなく エンジニアとしてのプログラミングの技術を磨きたい 公式ドキュメントや Rails 自体の実装を見つつ中を理解してコーディングできるエンジニアを目指したい ということだったので、技術スタッフを求めているSierへ もう一名の元営業の方は、前職が営業ということもあり現場のニーズや顧客課題の解決といった ビジネス視点での価値提供や要件定義に興味がある状態で 私の働くじげんでも同様にそういった方を求めて居ました。 もちろん、同様に私の知り合いのエンジニアの働く会社を数社紹介し その上で一緒に働けたら嬉しいといって頂け 自社でリファラル採用として働いてもらうことになりました。 ### 【リファラル採用した方と一緒に働く仲間として】 いつも適当にお酒を飲みながらゲームをする仲ですが 仕事とプライベートを分け、仕事のコミュニケーションをプライベートに持ち込みすぎず 線引きをしつつ共に働いて居ます。 本人の希望もあり、現在は新卒エンジニア1年目の方と友人の2名で売り上げ数千万規模の比較サービス事業の開発を担当しています。 入社当初は控えめで、開発に徹する状態でしたが 顧客課題やクライアント要望を聞きつつ、提案していけるチームということを伝え ビジネスチームから上がってきた要求定義に対して 追加提案や再ヒアリング依頼などを行った上で 実装意図を理解し開発、リリースを行うことができる様に成長し チームを牽引するメンバーとなってくれて居ます。 元々そのチームのリーダーを私が担当して居ましたが 今はその2名にお任せし、私は新規事業の立ち上げに尽力することができました。

新卒1年目のフルスタック希望エンジニア

## 既存サービスの引き継ぎができるまでに育てる 私はこの既存サービスの保守を誰かに引き継ぎ、サポートに入り、別のプロジェクトの立ち上げに参加する必要がありました。 そのため、新卒1年目エンジニアを1年でフルスタックエンジニアにする必要がありました。

2022年4月 当時インフラ未経験、Railsはチュートリアル完了、業務経験なしの 新卒エンジニアがチームにジョインしてくれました。 ## どうなりたいか 「本人がどうなりたいか」いつもこれを初めに聞いてます。 「自分でサービスの全体像を理解しつつ、ビジネス的な観点から提案や実装をしていきたい！」 この様に聞いたとき、彼にシステム全体の保守とビジネスチームとのコミュニケーションを任せようと考えました。 当時開発チームでやって欲しいことや依頼タスク 技術的負債や新卒向けの簡単なタスクはたくさんありましたが 新卒入社の一番不安な時期にそれらを押し付けても 将来的に自主的に行動し、高いパフォーマンスを出せるエンジニアにはなりずらいと考えてます。 * この会社に入って成長できるのだろうか * タスクを納期通りにこなせるだろうか * 怒られたり、クビになったり、出世路線から外されないだろうか 私もそうでしたが、一番学べる時期に同時に多くの不安を抱えすぎて居ては 会社的にも、本人的にも非常に勿体無いので まずは、それを解消させてあげることを大切にし さまざまなタスクを心理的安全性のある状態で任せ 自由に取り組んでもらい、サポートやFBを行いました。 ## 実際に行なったこと 【新卒研修で本質的な価値提供】 ユーザーニーズの深掘り方と本当に使われるサイトに必要な要件を知ってもらう必要がありました。 「多分XXだから、こういう機能が欲しいはずだ！」 エンジニアよがりで、一方的な提案は実際の運用フローに乗らず使われなくなってしまいます。 他の同期のエンジニアは素晴らしい多くの機能を備えた大きなアプリケーションの開発に 研修開始から1週間でいち早く着手して居ましたが ここで学ぶべきは社内で運用されるツールを作り、本質的な価値を提供してユーザーに喜ばれる事だから 一旦落ち着いてヒアリングからゆっくりやっていこう 評価に関しては私から、上長に伝えておくので安心して欲しいと伝え 要求定義、要件定義においてユーザーの核心をついたペインを見つけ解決策を探すことに注力してもらい 非常にシンプルで機能は簡単な診断機能＋Slack通知というものでしたが 最終的な研修の投票ではMVPを獲得し実際に社内で使われるサービスになりました。 【インフラのゼロイチでの構築】 インフラ未経験からAWSでテスト環境のサーバを立ち上げ、運用できる状態までやってもらいました。 当時社外向けのテストを実施する際に都度別の設定に書き換えてテスト環境としていました。 都度社外用テスト用に設定を書き換えるのも工数がかかるため、ビジネスチームに運用コスト削減を前提に改善提案を行い、専用のテスト環境をコピーしつつ作る工数を1ヶ月分確保しました。 Linuxベースのコマンドの学習 / route53 / target / ALB / EC2 / S3 / CircleCi / github / nginx / unicorn / mackerel / etc..... 学ぶ要素が多いためペアプロを主軸として情報共有を行い 完成後には私が意図的にサーバでエラーを起こし、エラーを対処する避難訓練も実施 大体のエラーや、サーバの設定を理解できる機会を作る事ができました。 # 入社して1年でサービス全体の管理者に インフラからRailsでの開発はもちろん 営業やマーケサイドとの要求、要件定義で詰めるポイントを押さえ 私がサポートに入りつつ、サービス全体の運用任せられる様になったため 私は新規事業の立ち上げに専念することになりました。 設計やインフラのアラート対応時はサポートをしつつの運用ですが 最近ではほぼ私が口を出すまでもなく、ビジネス要件を詰め実装に進んでくれて居ます。 RubyとRailsのバージョンアップも対応して頂きました。 EC2で運用するサーバをダウンタイムなしで、アップデートする為 別のサーバを用意し、正常稼働&正常計測ができている状態で、ALBの向き先を変更 突如サービスのデータが全て消えたとしても、一人で復元できる状態になってくれている為 安心して任せられるエンジニアとなりました。