最近の近況確認であったり、やってみたいことであったり、割とカジュアルに話すことができます。1の前に自分の中で話したいことや聞きたいことなどをもう少しまとめておけばよかったなと思いました。それぞれ1時間程度なので、カジュアルとはいえ、話題の整理から入ると勿体無いような気がします。いずれにせよ、オンボーディングプログラムについて、しっかりした設計と手厚さ、何よりドキュメントの完成度を感じ、これはつよつよだなと思いました。次はheyでの制度や文化についてお話ししていきます。顔認証heyには社員証というものがありません。執務室の出入りには顔認証システムを利用します。こんなものが扉の隣についており、正面に立つと1~2秒程度で認識して扉が開きます。これは地味に嬉しいです。社員証を首から下げることでの肩こりも減りますし、忘れてはいけないものリストから1つでも除外できることは心理的負担が大きく下がります。VISITheyでは、STORESやCoineyを導入しているお店での購買を、月5000円まで会社が支払ってくれます。これにより、どんなお客さんがいるのか調べる機会にもなりますし、自分たちのサービスをユーザとして触れるというのはエンジニアとしてもいい制度かなと思います。参考程度に、こんなお店があるよ、という紹介を置いておきます。ショップ事例|自分でつくれる本格的なネットショップなら、STORES.jpSTORES.jpで開設されたオススメのネットショップと、実際にご利用いただいているオーナーさんの声をご紹介します。12:00〜16:00となっています。私は朝弱いので、だいたい10:30~11:00くらいに出勤します。朝のテンションが低いと一日の生産性に関わりますので、自分が「よしっ!」と思えるタイミングで出社できるのはいいことです。年棒制heyのお給与は年棒制です。年俸の12分の1を毎月支給、毎年2回見直しとなっています。これは賛否あるかもですが、個人的にはgoodでした。毎月これだけ頂けると言う数値が明確に分かるため家計簿に優しく、残業代という響きがもともと嫌いで、残業はえらい、みたいな目的と手段が入れ替わる風潮などは嫌だったので、今の方が伸び伸び仕事ができています。週一リモート制度heyでは、週に一回リモートを行うことができます。細かな申請はなく、以下を満たしていればオッケーです。リモート日に「始めます」「終わります」を宣言する週1と書きましたが、台風など緊急の際は上限はありません。以下は先日の台風19号の際に社長から届いたメッセージですが、こういう言葉があることも、いい会社だなぁと感じます。休暇について有給休暇と別に、バケーション休暇というものが付与され、年の好きな時に利用できます。私は先日、この制度でお休みをもらって那須に行ってきました。スケジュールが危機でない限りはいつでもラフに取れるイメージです。その他にも、ベビーウェルカム休暇、キッズサポート休暇など育児に関する制度は充実しているようです。実体験がないので、この辺は以下を見てもらった方が良さそうです。結婚したら語ろうと思います。月1の全社MTG「レビュー会」という、1ヶ月の施策の振り返りや数値としてどうだったか、目標値の再確認などを行う全社MTGを月1で開催しています。エンジニアの仕事ってサービスの成長にどう繋がっているか見えにくい部分があると思うのですが、今なぜそれをしているのか、何を目指そうとしているのかなどを毎月振り返り、数値として見ていけるのはありがたいです。個人的な印象ですが、STORES(hey)はビジネスサイドの情報がとにかくオープンなので、技術だけでなく、サービス自体やグロースの施策などについても関心があるエンジニアはより向いているのかなと思います。ここからは文化の話です。いう成果給ピアボーナスを導入しています。日常で何かしら感謝の気持ちをポイントとして送り、一定期間でポイントを区切り、合計ポイントの換算が賞与という形で渡されます。いった制度って、だいたいどこの企業も導入しているものの、形骸化していたり、一部の人しか使わないイメージがあるのですが、heyは非常に盛んです。上はざっと拾ってきた最近の一例ですが、運用タスクや改善系のタスクを完了して褒められるだけでなく、議事録を取ったりSlackのチャンネル招待だけでも褒めてもらえたりします。なんというか、投げたがりが多い印象です。投げてもらえると、自分も投げ返そうと思いますよね。心理学では「返報性の原理」って言うらしいです。盛んに投げ合ってるのを見ると、どんどん投げたくなります。新たな投げたがりが生まれてきます。このサイクルがすでに醸成されており、褒め合うという点についてはしっかり根付いている気がします。多趣味であるheyは多趣味な人が多いイメージです。Slackのチャンネルを覗いてみましょう。漫画、アニメ、ボードゲーム、カフェ、キャンプ、ボルダリング、盆栽など様々な項目があります。インドアからアウトドアまで様々な趣味の方がいて、各々割と本格的だったりするので、文化祭とかやるとすごく盛り上がりそう、そんなイメージです。体育会とかは苦手そうです(筋トレ好きは多そうです)。Slackのリアクションが盛んSlackのリアクションが盛んです。Slackのカスタム絵文字が数百個入っていて、みんな絵文字を使いこなしています。このように、絵文字で会話することも多いです。Bさん(done):「ポチッとレビュー終わったよ!」Aさん(圧倒的感謝):「即対応ありがとう!最高の感謝です!」Aさん(unipos):「あとでUnipos送りますね!」このように、文字を使わず話をすることも割と日常です。Docを書く文化オンボーディングのところにも書きましたが、heyはDocがつよつよです。何はともあれQiita:Team、されどQiita:Team、いつも心にQiita:Teamです。みんなDocumentを書きます。さんの1on1のメモとかもあったりします。エンジニアとしては仕様や設計の過程などが気になるかと思いますが、この辺も充実しています。私が所属するフロントエンドチームだけでも、現在211件のDocumentが存在しています。フロントエンドチームができたの自体がここ一年間の話なので、1年間で211件になります。だいたい調べたら出てきます。Issueを書く文化githubのIssueについても盛んです。気になったことや改善したいことなど、ひとまずIssueにしておくと、必ず誰かがコメントしてチーム内での審議へと上がっていきます。最速数秒でコメントがつきます(Slack連携通知でみられてます👀)。仮に、上記IssueがPJTの中で進められないようなものだったとしても、STORESのエンジニアは、運用週と呼ばれる「お問い合わせや不具合の対応」、リファクタリングなど含めた「改善タスク」などを一気に片付けていく週を設けています。フロントエンドチームからは、週替わりで1人ずつ運用週に入ります。色々な課題がIssueとして並んでいるので、優先度高いもの、挑戦したいものなどから順に拾って倒していきます。フロントエンドチームについてさて、長くなりましたが最後に私が所属するフロントエンドチームについても軽く触れようと思います。STORESでは、全社員でおよそ80名、エンジニアだけで30名弱います。その中で、フロントエンドは現在正社員5名、業務委託4名の構成となっています。STORESでは昨年より、AngularJSからNuxt.jsへの移行を行っています。プロダクトマネージャーと連携してのパフォーマンス改善やUI改善などが主な業務となります。この記事では、heyとしての福利厚生/制度や文化などについて話しましたが、技術面とかどうなの?って部分もエンジニアとして気になるとこだと思います。フロントエンドチームがどのようなことをしているか、扱っている技術の大枠などは下記にまとまっているので、ご参考ください。課題感いいことばかり言ったみたいになりそうなので、課題感を感じたところも書いておきます。Docが多いさっきと言ってること逆じゃないか!と言われそうですね。Documentが多いことはそれだけ情報を多角的に見れますし、属人性を減らせるのでいいことです。一方で、Docが多いと検索の難易度は上がります。その情報の鮮度はどうかこれらはDocが増えるほど雑多になってしまいますので、早くなんとかせんとなぁ、と言った気持ちです。そんな経緯があり、フロントチームのDocについては、最近順に整備/改善をどんどん進め始めました。人が増えると、よしなに、はダメSTORESは、現在社員80名ほどですが、1年前までは20名でした。人数成長率4倍です、恐ろしいですね。地元が田舎寄りの方は想像してほしいです。全校生徒20名の学校を卒業して、上京1年後に里帰りしたら生徒数が80名になっているんです。人が増えるということは非常にいいことですが、課題も出てきます。今までなんとなくそうだよね、と共通認識になっていた部分は、新規の方には通用しません。Docがあっても、書いた際の前提知識がずれてると読めない文章になってしまいます。人数が多いと、これはあの人に聞けばいい、みたいな認識も分からなくなってきます。そのため、この辺も整備真っ最中な認識です。再度組織や制度を見直したり、Docガイドライン、コーディングガイドライン、チームごとの新人教育をどうするかなど整えています。blogのようなものはありません。各々の個人ブログでheyについて書かれていたりはしますが、技術面の内容などはあまり外に出ていないイメージです。reg-suitを用いたビジュアルテストなど、だいぶ考えられて整備されているので、外に話すと結構面白いのではないか?といった点も多いのですが、現状そんな機会があまりありません。いった技術内容の発信も今後頑張りたいなと思っています。宣伝さて、長くなりました(6000字超えたようです)があと少しだけ。最後に宣伝で恐縮ですが、STORESのフロントエンドに関するイベントをやります。フロントエンドの技術に関する勉強会・交流会イベントです。懇親hey.connpass.com私はここ3ヶ月で、主に商品の登録/編集などを行うアイテム編集ページのNuxt.js移行に関わってきました。その中での上記に書いたような、どんな設計で進められているか、Storybookやビジュアルテストをどうしているか、実施時にぶつかった壁などをお話しします。この記事で、STORES(hey)への解像度が少しでも上がって頂けたら幸いです。ダウンロード#STORES#heyincこの記事が気に入ったら、サポートをしてみませんか?気軽にクリエイターを支援できます。学生時代はひたすら井戸掘って、地盤沈下の研究してました。最近はNuxtをゴリゴリ書きつつ、たまにNPOなどの技術面お手伝いとかしています。行ってきた2daitasunote始めました2daitasuNuxt.jsとNest.jsで表裏TypeScriptな環境をつくる(2.バックエンド編)2019年振り返りこの記事が入っているマガジンnote編集部お気に入りマガジン様々なジャンルでnote編集部がおすすめしている記事をまとめていきます。光[hey]採用を強化しようと思ってやった5つのこと133naokoスケールする組織を目指して。クリエイターへのお問合せnoteカイゼン目安箱クリエイターの。