株式会社サマリーからの指名（2021年5月回）
指名日時：2021.06.02 17:35
提示年収とは？
- あなたのレジュメの内容から読み取った実力に対して、企業が判断した金額です。そのため、必ずしもこの金額と同額で内定となるわけではなく、面談等を経て上下することもあります。
- 採用になった場合の実績としては、約50％が提示年収と同額、約25％が提示年収より高い金額、約25％が提示年収より低い金額（ただし90％ルールの範囲内）となっています。
- 今抱えている課題
xxxxxxxxxxxxxxxx、 xxxx xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。文字数：461
（※指名されたユーザー本人しか内容は閲覧できません） - 課題に基づいた指名理由
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。文字数：214
（※指名されたユーザー本人しか内容は閲覧できません） - 何を任せたいか
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。文字数：329
（※指名されたユーザー本人しか内容は閲覧できません）
- 所属先候補チーム名開発部ミッション# サマリーポケットの機能開発や保守運用 サマリーポケットで新たにお客様へ提供する機能の設計や開発、稼働しているサービスの保守運用を行います。 # WMSの開発 今まで物流業界にない、かつスケーラブルなシステムとして倉庫管理システム（WMS）の設計開発をレイヤードアーキテクチャ・DDDにて行っています。 現在のチームの規模感や体制を勘案し、まずはモジュラモノリス設計で開発しています。ゆくゆくはモジュラ化したシステムを切り離しマイクロサービス化していくことを検討しています。 私達のエンジニア組織は以下のようなチーム構成からなり、すべてを自社内で開発しています。 - フロントエンドチーム PC, スマートフォンそれぞれのブラウザで稼働するサマリーポケットのフロントエンドを開発しています。 - モバイルアプリチーム iOS, AndroidOS それぞれに向けたアプリケーションを開発しています。 - バックエンドチーム ブラウザ、スマートフォンアプリケーションから叩かれる API のバックエンド、サーバサイドやバッチプログラム等を開発や AWS を中心としたクラウドインフラの設計や管理等を行っています。 -MLチーム 機械学習を活用した機能開発を行っています。 - デザインチーム フロントエンドやモバイルアプリ等の、サマリーポケットユーザの目に触れるもの全般をデザインしています。 これらチームが、私達の全社ミッションである『テクノロジーで「所有」のあり方をアップデートする』ことを実現するために、高い専門性を持って案件ごとに有機的に結合し、 QCD の向上に日々努めています。 # 全社ミッション テクノロジーで「所有」のあり方をアップデートする # ミッション実現のために全社で標榜している2つのバリュー - UX オリエンテッド 「世界中のどんな人でも簡単に使えるサービス」を目指して、洗練された体験を提供するためにプロダクトを磨いています。 - 高速PDCA サマリーが掲げるミッションに、過去の正解例はありません。 データ分析やユーザーの声にも絶えず耳を傾け、1年で100件以上もの細かな改善を地道に積み重ねています。主要言語・フレームワークなどPHP / Go / TypeScript(React/Redux) / Swift / Java （Android） / Kotlinその他技術Vue.jsTypeScriptSwiftReduxRedisPostgreSQLMongoDBKotlinDockerConsulBigQueryAWSRxSwiftBitriseAWS EC2Docker ComposeGoogle Cloud PlatformMVVMパターンチームの人数20人以下エンジニアの人数比率81%以上飲み会の頻度数ヶ月に1-2回程度このチームで恒常的に行われている開発文化
- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- ChatOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- 本番環境の構成管理
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- コードのバージョン管理ツール
- コードレビューツール
- デザイン共有ツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているチームの文化# こんなチーム 私達は少数精鋭で1人1人の担当領域が明確に分かれており、高い専門性を持ちながらも決してスタンドプレーをせずに、互いに尊敬・信頼し合うチームワークを大切にしています。事業開発とプロダクト開発が対等な関係でタッグを組み、私達もサービス仕様に意見を出しながら責任を持って技術の力でビジネスを成長させています。 # UX First 私達のプロダクトはその直感的で使いやすく、便利なサービス設計がお客様から評価されています。これは User Experience の最適化を至上命題とし、ユーザインタラクションの心地よさなど表面的な部分のみならずレスポンス速度、安定性、信頼性などすべてのポイントにおいて自分達の生み出しているものが利用されたときに得られる体験を最大化させるために UX 設計をすべてのチームとレイヤーで考えることを得意としています。 # 開発に対する考え方 私達はプログラミングへの探究心が強く、常に手を動かしより良いコードを書くことを意識しそれに対する体制づくりにも取り組んでいます。コードレビューは必ず行い、要件を満たすだけのコードではなく、 Maintainability、Performance、Scalability、Usability、Security と言った非機能要件を今の自分達のフェーズに照らし合わせながらクリアしているかをチームで確認するようにしています。 # 技術選定に対する考え方 私達は最先端技術を使いユーザの役にたたないサービスを作ることに興味はありません。自分達のビジネスを素早く継続して安定的に提供していくために、「枯れた技術の水平思考」という考え方を大切にしています。これは古い言語やフレームワークを選ぶということではなく、その技術で使われているアルゴリズムや仕組みの本質を理解し、洗練されたモダンな技術、 SaaS、IaaS を積極的に採用し新しいものを生み出すことに価値をおいているということです。備考今でこそ「技術的負債」という言葉が一般化して QCD の向上を阻む大きな要因として論じられることが多いですが、サマリー、サマリーポケット、いずれもローンチ以降で大規模なシステムリプレースなどすることなく、今では当たり前になった CI/CD や、それらの chatops による運用, インフラ環境やそのプロビジョニングの IaC 化などのいわゆる DevOps を実現してきました。 これは、我々のアプリケーションが拡張性や保守性、スケーラビリティやユーザビリティ、セキュリティなどのさまざまな観点から設計、実装に優れていることの証明であると考えております。 「細やかな」リファクタリング（細やかであることが重要で、最大限溜め込むとシステムリプレースとなってしまう）やテストコードを充実させること、当たり前ですがコードレビューを徹底すること、といった決して技術的負債を溜め込まないエンジニア文化が定着している環境で、是非一緒に働きませんか。
- その他カードカードについて他社選考待ちOK平日夜の面談OKストックオプションあり電話面談OKリモートワーク可（週3日以上）リモートワーク可（週4日以上）あなたとマッチする文化
- 基本給（月）年収を表示する権限がありません
- 裁量労働制か否かはい裁量労働の詳細
年収を表示する権限がありません
- 固定残業代（みなし含む）提示年収に含む時間外労働の有無に関わらず以下を時間外手当として支給固定残業時間/月40時間 / 月固定残業代/月年収を表示する権限がありません固定残業代の詳細
年収を表示する権限がありません
規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給 - 理論賞与含まない
- 手当額（年）含まない
- その他待遇
年収を表示する権限がありません
- 時間外労働有り時間外労働の備考
年収を表示する権限がありません - 試用期間有り3ヶ月試用期間の条件変更 無し
- 就業場所
東京都渋谷区千駄ヶ谷2-3-7 プールビル 3F
※現在は原則リモートワークとなっており、開発については今後も基本リモートワークで進めていく予定です。 - 加入保険
雇用保険、労働者災害補償保険、健康保険、厚生年金保険
- 就業時間（備考）
専門業務型裁量労働制のため、勤務時間は従業員の裁量に委ねる
- 休日（備考）
完全週休2日制、祝日、年末年始
（※指名されたユーザー本人しか内容は閲覧できません）
- 代表者名山本 憲資
- 設立年2010年
- 従業員数52人
- 会社HPhttps://sumally.co.jp/