Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Similar to ぼくらが体験入社にこだわるワケ
Similar to ぼくらが体験入社にこだわるワケ (20)
ぼくらが体験入社にこだわるワケ
- 1. ©hey, Inc STORES 予約｜シニアマネージャー 佐藤 大介 ぼくらが体験入社にこだわるワケ
- 2. 自己紹介 佐藤 大介（さとう だいすけ） STORES 予約 ＆ 決済｜シニアマネージャー 経歴 高校在籍中に起業し上場経験後、グリー株式会社にて開発部長として GREE のスマートフォン 化、ネイティブ化に向けた国内、San Francisco、Europe のチーム立ち上げを担当。 リクルートマーケティングパートナーズの子会社 Quipper Limited ではプロダクト執行役員と して複数カ国に渡るプロダクト開発のマネジメントを担当。その後クービックに参画し、取締役 / VP of Product Engineering としてプロダクト開発を担当。2020/09にクービック社の買収 ＆統合によりheyにジョイン。現在、STORES 予約 ＆ STORES 決済の開発統括を担当。
- 3. heyのミッション こだわりや情熱、たのしみに駆動される経済をつくる 熱中しているひとたちから生み出される、 多様な商品やサービスが街に溢れる世界。 その経済を支える、デジタルインフラを提供する。
- 7. 開発・チーム体制 ECチーム ネットショップの開設・運営サービス 「STORES」「STORES レジ」 の開発チーム 決済チーム 実店舗向けの決済サービス 「STORES 決済」の開発チーム PFチーム 「STORES」プロダクト群の 共通基盤を開発するチーム テクノロジー本部 予約チーム 実店舗向けの予約管理支援サービス 「STORES 予約」の開発チーム データチーム 「STORES」プロダクト群の データをエンジニアリングするチーム リスクチーム 「STORES」プロダクト群の 顧客リスクを最小化するチーム 2021/9現在、約130人のエンジニアが所属し、各プロダクト・共通機能の開発を推進 モバイルチーム モバイルプロダクト を開発するチーム セキュリティ チーム 「STORES」プロダクト群の セキュリティを強化するチーム
- 9. STORES 予約の２つのプロダクト オーナーさん向け 予約者さん向け フリーミアム SaaS としての月額利用料 予約決済手数料 (オンライン決済導入時) 「予約」業務が必要な店舗オーナー様のあらゆるビジネス課題を解決していくクラウド型のサービス。 2021年9月現在、12万事業者様の予約関連業務の支援を通して、お商売の機会創出を行っています。
- 11. STORE STORIES
- 12. 事業・開発フェーズの特徴 2. 使いやすい、にこだわる ● 「機能があって使える」ではなく「自然と使いこなせる・使 いやすい」サービスへ。すべてお客様が使えるよう、利用上 の課題を可視化し、UI/UX課題への取り組みを強化 ● STORES ブランド統合によるデザイン面でのリニューアル ○ 店舗オーナー管理画面刷新 ○ 予約サイトUXの改善 1. 事業、お客様の成長を支える ● お客様からのフィードバックを元にした優先度が高い機能の開発 + 改善 ● 利用オーナー・データの急増により顕在化した技術課題の解決 ● 可用性、保守性を高めるための取り組み ○ システム基盤のリファクタ + 分離（技術負債解消込） ○ データ分割・マイグレーション ● お客様のデータをリスクから守る、セキュリティ対策・監査の強化 10 ⇒ 100のスケール期。常に想定を超える数のお客様による利用により、 ソフトウェアの設計・品質・性能がお客様の体験・業務に大きなインパクトを与える、 エンジニアリングの質・量共に重要なフェーズ。 「デリバリースピードをもっと早く、もっと高い品質で。」
- 13. 大事にしていること プロダクトも、チームも、個々も、これ迄にない成長、期待を求められている 「カオス期」 ● 環境 ○ 今までのやり方、仕様、設計が通用しないことが常に発生 ○ チームは15人程度でまだまだスモール ● こんな人が集まってます ○ デリバリースピード・顧客体験の改善に寄与するコード品質の改善に興味を持てる ○ コミュニケーションを通して、チームで解決、一緒にチーム・開発プロセスを育 て、変化させていく、を大事にする ○ チーム全員が当事者であり、オーナーシップを前提に、「許可を求めるな謝罪せ よ」精神で推進 ● いる人達 ○ 20~40代。リーダ２名は共に20代。インターン卒直後から前線で活躍。 ○ スタートアップや大手のWebサービス会社出身メンバーが多め
- 16. そこで、体験入社
- 17. 選考プロセスについて 書類選考 二次面接 人事面談 オファー 面談 カジュアル 面談 一次面接 選考期間 最終面接 体験入社・人事面談 弊社から募集ポジション などに関してご説明させ ていただきます。 面接のような形ではな く、ざっくばらんに対話 する方式で行います。 * 予約チームは、一次面接を体験入社としてご案内していま す。 面接結果を踏まえて、給 与条件などの提示をさせ ていただきます。 お互いに条件等の認識が あった段階で採用となり ます！ VP、CxO、Sr. EMクラス のメンバーとの最終面接 を行わせていただきま す。
- 18. 体験入社をやっている理由 採用活動は今後長く一緒に働くメンバーを探し、選んでもらう活動。 双方向にお互いの「ほんと」をできるだけ伝えたい 採用は候補者・僕らが、双方向を知って、今後一緒に働くイメージを持てるか、このチームで 一緒に仕事をしていこうと思えるか、を確認する活動。 だからできるだけ候補者・チーム双方のほんとが伝わるものでありたい。 避けたいこと: - 面接での会話とリアルが違う - 思っていたチームと違った - 求めていた開発体験とは違った - 技術・コミュニケーションのスタイル・価値観が合わない - チームの魅力が伝わりきらない - どんなメンバーがどんな働き方をしているか、言語で伝えきれない
- 19. 予約チームの体験入社 1日、サービスの開発を一緒に体験してみる会。 開発環境、社内ツールをご提供し、実際の仕事を1チームメンバーとしてやってみる。 ● [10:30-10:45] Welcomeセッション ● [10:45-11:15] 体験入社イントロ ○ 体験入社の目的 ○ 一日の流れ ○ STORES 予約の構成・開発環境説明 ○ 課題Issue説明 ● [11:15-13:00] 作業時間 ● [13:00-14:00] ランチ & 雑談 ● [14:00-14:15] Daily Scrum ● [14:15-16:30] 作業時間 ● [16:30-17:00] 人事面談 ● [17:00-17:30] 最後の一仕上げ ● [17:30-18:00] 実装確認 / ブレスト会 ● [18:00-] チームで御礼＆解散 提供ツール： GitHubアクセス / Slack 対面実施時 ：事前セットアップ済PCを貸与 オンライン実施時：Google Meet + VS Code LiveShare + Team Viewer
- 20. １日の流れ 1. オンボーディング ３. ランチ・雑談 ２. 開発 ４. チームレビュー・ ディスカッション ５. フィードバック / KPT (候補者・メンバー双方） - チームと顔合わせ - １日の流れ、開発環境について 「しおり」を元に説明 - 実際のタスクの説明・対応願い - コード開発とPR作成の作業 - 常にチーム全員と会話ができる - 業務に必要な会話をしたり - チーム内の別件の相談を耳に 挟んだり - 業務に関係ない雑談を通してお互 いをできるだけ知る - お互いの距離感を近づけて仕事し やすく - PRの内容をプレゼンしてもらう - それにみんながフィードバック - 体験の改善フィードバック回収 - 候補者がチームをどう思ったか - チームが候補者をどう思ったか - チームで体験入社の振り返り・KPT
- 21. 工夫していること ● とにかく実際に触れてもらう ○ 実際のコード、正直に今イケてないところも洗いざらい見れる ○ 実際の課題（重要だが緊急ではない） ○ 実際のチームに入っての開発 ■ うるさくない程度で、日常の他の議論も聞いてもらう ■ ランチタイムに雑談して、仕事以外のコミュニケーションしたり ● メンター制度 ○ 全員参加だが、メンターを設定し、誰に聞けば良いか明確に ○ メンターがどこまでサポートするかの塩梅はむずかしい ■ 質問受けた際に、課題の答えを言っちゃわないように、とか ■ 質問し辛そう方にメンターから探りに行く、とか ● 開発環境 ○ オフライン：みんなと同じフルスペックの会社支給PC + JIS / USキーボード ○ オンライン： ■ できるだけ物理に近づけようとしている ■ VS Code LiveShareとTeamViewer、Google Meet繋ぎっぱなし
- 22. やってみてどうか ● よかったこと ○ 選考・採用観点で ■ 採用ステップが短い ■ 入社後に「イメージと違った」というフィードバックがない ■ 「チーム」に興味を持ってもらえる ■ チーム・サービス・コード上の課題をリアルに感じてもらえる ■ お互いの視点からチームと一緒に仕事していくイメージを想像できる ○ チーム観点で ■ 「来てもらいたい」熱量をみんなで共有してがんばれる ● 辞退のときは余計に悲しい ■ よいチームビルディングの機会になっている ● 「課題選定」や「評価」を通してチーム全体で認識揃える機会に ● 課題 ○ 時間拘束：候補者の方も僕らチームも１日体験入社に拘束される ■ でも未来投資として余りある価値ある、に共感してもらって実施を続けたい。 ○ 準備が大変：課題選定、会社の管理統制との調整等、各部署の協力も多岐にわたり必要。 ■ 徐々に型化できている。オンラインも意外と悪くないかも。 ○ チームの規模がもっと大きくなったらどうする？は絶賛模索中
- 26. 経験できること ● エンジニアリング力の磨き込み・深堀り ○ 多くのユーザーを抱えるサービスの為、コードの質がパフォーマンス等の顧客体験に大 きく影響します。加えてデリバリースピードをより改善する為のリファクタリング・基 盤改善を通して、事業推進・改善効果を伴ないながらエンジニアリング力を磨けます。 ○ 特に、リアルタイムに複数の条件から予約可能な枠を計算し、ほぼ同時刻に殺到する予 約を処理する予約エンジンの改善・拡張等、1日10万件以上に及ぶ「予約」を支える技 術開発に向き合っていただきます。 ● オーナーシップを持ち、背伸びして判断し続ける ○ 急激に成長する事業において、提供すべき機能、性能、新規課題が多岐にわたる中、過 去に対応した方法では解決できないことだらけです。全員が背伸びし、オーナーシップ をもって判断して過去経験ないことに向き合うことで、チームとして成長しています。 ● Rubyのスペシャリストと一緒に働ける ○ Rubyコミッターをはじめ、Ruby普及を支援してきたすごいエンジニア、数々のWeb サービス立ち上げ経験のあるエンジニアと共にチームとして技術課題に取り組みます。