株式会社Speeeからの指名詳細

提示年収ウィザード級

正社員

株式会社Speeeの企業詳細を見る

指名日時：2017.11.11 09:12

提示年収とは？

あなたのレジュメの内容から読み取った実力に対して、企業が判断した金額です。そのため、必ずしもこの金額と同額で内定となるわけではなく、面談等を経て上下することもあります。
採用になった場合の実績としては、約50％が提示年収と同額、約25％が提示年収より高い金額、約25％が提示年収より低い金額（ただし90％ルールの範囲内）となっています。

今抱えている課題
xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。
文字数：154
（※指名されたユーザー本人しか内容は閲覧できません）
課題に基づいた指名理由
xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxx。
文字数：92
（※指名されたユーザー本人しか内容は閲覧できません）
何を任せたいか
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
文字数：159
（※指名されたユーザー本人しか内容は閲覧できません）
指名した人
山口啓佑
エンジニア含めものづくり人材の採用、ブランディング（イベントやスポンサー対応）をはじめ、Speeeのものづくり組織をより良くするための組織推進をしています。
転職ドラフトを通じてお会いできた方には、「Speeeって何をしている会社なの？」が解消できるよう、色んな情報を、お伝えできればと思います！指名させていただいた皆様とお会いできるのを楽しみにしております！

所属先候補
チーム名
アドプラットフォーム事業部プロダクトグループ
ミッション
主にレコメンドウィジェット型のネイティブアドネットワーク「UZOU」の開発をしています。メディア内部の関連リンク形式で出稿される最も新しいネイティブアドの形式で、サイトのデザインはもちろんユーザーの回遊行動にも沿ったフォーマットを提供しています。 UZOUは、ユーザーに「より最適な広告を・より最適な形で・より早く」提供することで、メディアには収益を、広告主には良質なユーザーを提供する広告プラットフォームを作っていきたいと考えています。そのための技術選定や、現状のシステムでは解決が難しい課題への対応検討、売上をダイレクトに上げる施策提案など、主体的に設計・実装・運用まで各エンジニアが幅広く携わり、技術的難易度の高い課題にチャレンジしています。
主要言語・フレームワークなど
Go, Python, JavaScript, Ruby on Rails
その他技術
webpackTypeScriptTerraformSciPyscikit-learnpandasPackerNumPyNginxJenkinsJavaScriptGitHubESLintDockerDatadogBacklogBabelAWSAerospikeAkamaiSendGridSentryGinYARNRedashAmazon ECSGitHub ActionsJupyter NotebookApache AirflowAmazon SQSAmazon AthenaAmazon AuroraAmazon SageMakerAmazon EC2Amazon S3
チームの人数
30人以下
エンジニアの人数比率
20%以下
飲み会の頻度
半年に1-2回程度
このチームで恒常的に行われている開発文化

仕様のレビューをしている

コードレビューしている

リファクタリングをしている

小さなことでも称賛している

失敗が許容されている

DevOpsをしている

このチームで自動化できている項目

開発環境構築

テスト

Lint等の静的解析

本番環境の構成管理

デプロイ

このチームに導入し、運用されているツール

ビジネスチャット

タスク管理ツール

wiki等の情報共有ツール

コードのバージョン管理ツール

コードレビューツール

テストを書いているかどうか
書く必要がない・または少ないプロダクトだ
全く書けていない
書く文化がまだ浸透しておらず、必要な分は書けていない
書く文化は浸透しているが、まだ必要な分は書けていない
必要な分は書けている
ライブラリなどを更新しているかどうか
定期的に更新する必要がない・または低いプロダクトだ
ほとんど更新していない
不定期だが更新している
期間を決めて定期的に更新している
期間を決めて定期的に自動で更新している
チーム内のエンジニアの発言力
エンジニアの意見が通りづらい
どちらかといえばエンジニアの意見が通りづらい
職種による差はない
どちらかといえばエンジニアの意見が尊重されやすい
エンジニアの意見が尊重されやすい
スケジュール調整のしやすさ
納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
どちらかといえばエンジニアの裁量で調整しづらい
どちらともいえない
どちらかといえばエンジニアの裁量で調整しやすい
納期や仕様をエンジニアの裁量で調整しやすい
プロダクトの内容を決める人
主にエンジニア以外が考えて決める
どちらかといえばエンジニア以外が考えて決めることが多い
どちらともいえない、または職種間の差はない
どちらかといえばエンジニアが考えて決めることが多い
主にエンジニアが考えて決める
チーム内の職種間の協力体制
各職種のリーダーへ話を通したり規則がある等で協力しづらい
どちらかといえば協力しづらい
どちらともいえない
どちらかといえば協力しやすい
職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
チームの方針決定をする人
会社が大まかな方針を考えており、ほぼトップダウンで決まる
会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
どちらともいえない
チームが主体的に考えて決めるが、会社の方針に左右される面もある
チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
長期的価値の優先度
短期的な売上を重視せざるを得ない状態である
どちらかといえば短期的な売上が重視されている
どちらともいえない
どちらかといえば長期的なユーザ価値を重視できている
長期的なユーザ価値が重視できている
URL
https://uzou.jp
備考
- プロダクトの仕様は、その機能の目的と対応策の専門性によって決める人が異なっています - PdMが大枠の仕様だけを決め、Engが詳細の仕様を決めていくことが多いです - その機能の内容によって、仕様決定の範囲は変わってきます
チームメンバー
吉田早希
2012年に株式会社Speeeに新卒入社。2016年のアドネットワーク「UZOU」を立ち上げ、徐々にプロダクト開発を専任で担当するように。現在はプロダクトマネージャーとして、UZOUの未来とメディアの未来を作るべく、事業と開発の間を奔走しています。
技術力でプロダクトを成長させるため、誇りをもって技術と向き合っているようなエンジニアと一緒に働きたいです！
チーム名
DX(デジタルトランスフォーメーション)事業開発ユニット
ミッション
不動産領域における「デジタルトランスフォーメーション」を目的とし、レガシーな仕組みをテクノロジーによって刷新することで、ユーザと不動産業界の課題を解決し、より良い価値を提供していくことを目指しています。チームのミッションとしては大きく二つあり「不動産資産の流動化」と「不動産価値の維持・向上」です。少子高齢化・人口減少社会の中で不動産流通の硬直化は避けられない問題になっており、不動産の流動化を目的として「イエウール」という中古不動産の仲介サービスを展開し、同時に不動産価値の維持・向上を目的として「ヌリカエ」という外壁塗装・屋根の補修業者の仲介サービスを展開しています。今後はマッチングサービスにとどまらず、不動産領域の「デジタルトランスフォーメーション」を実現すべく、新しい技術を活用し革新的なサービスを展開していきたいと思いがあり、テクノロジーの関与が希薄でレガシーな業界を、技術を駆使した課題解決により、業界の仕組みを変えていく大胆なチャレンジに参画いただきたいと思います。今後わたしたちが目指すものについて、下記の事業責任者×リードエンジニアインタビューをご覧いただけると分かりやすいかと思います。 ■目指すのは、産業変革をリードする開発組織 https://www.wantedly.com/companies/speee/post_articles/151232
主要言語・フレームワークなど
Ruby、Ruby on Rails
その他技術
TwilioReactNode.jsJavaDatadogAWSSendGridSentry
チームの人数
20人以下
エンジニアの人数比率
70%以下
飲み会の頻度
数ヶ月に1-2回程度
このチームで恒常的に行われている開発文化

仕様のレビューをしている

コードレビューしている

ペアプログラミングをしている

モブプログラミングをしている

リファクタリングをしている

DevOpsをしている

ChatOpsをしている

小さなことでも称賛している

失敗が許容されている

このチームで自動化できている項目

テスト

Lint等の静的解析

本番環境の構成管理

デプロイ

このチームに導入し、運用されているツール

ビジネスチャット

タスク管理ツール

wiki等の情報共有ツール

デザイン共有ツール

プロトタイプ作成ツール

コードのバージョン管理ツール

コードレビューツール

テストを書いているかどうか
書く必要がない・または少ないプロダクトだ
全く書けていない
書く文化がまだ浸透しておらず、必要な分は書けていない
書く文化は浸透しているが、まだ必要な分は書けていない
必要な分は書けている
ライブラリなどを更新しているかどうか
定期的に更新する必要がない・または低いプロダクトだ
ほとんど更新していない
不定期だが更新している
期間を決めて定期的に更新している
期間を決めて定期的に自動で更新している
チーム内のエンジニアの発言力
エンジニアの意見が通りづらい
どちらかといえばエンジニアの意見が通りづらい
職種による差はない
どちらかといえばエンジニアの意見が尊重されやすい
エンジニアの意見が尊重されやすい
スケジュール調整のしやすさ
納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
どちらかといえばエンジニアの裁量で調整しづらい
どちらともいえない
どちらかといえばエンジニアの裁量で調整しやすい
納期や仕様をエンジニアの裁量で調整しやすい
プロダクトの内容を決める人
主にエンジニア以外が考えて決める
どちらかといえばエンジニア以外が考えて決めることが多い
どちらともいえない、または職種間の差はない
どちらかといえばエンジニアが考えて決めることが多い
主にエンジニアが考えて決める
チーム内の職種間の協力体制
各職種のリーダーへ話を通したり規則がある等で協力しづらい
どちらかといえば協力しづらい
どちらともいえない
どちらかといえば協力しやすい
職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
チームの方針決定をする人
会社が大まかな方針を考えており、ほぼトップダウンで決まる
会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
どちらともいえない
チームが主体的に考えて決めるが、会社の方針に左右される面もある
チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
長期的価値の優先度
短期的な売上を重視せざるを得ない状態である
どちらかといえば短期的な売上が重視されている
どちらともいえない
どちらかといえば長期的なユーザ価値を重視できている
長期的なユーザ価値が重視できている
URL
https://ieul.jp/, https://www.nuri-kae.jp/

その他
カードカードについて
他社選考待ちOK平日夜の面談OK
あなたとマッチする文化
株式会社Speeeの他の文化を見る

内訳を見るには？

基本給（月）
表示されません
裁量労働制か否かいいえ
固定残業代（みなし含む）提示年収に含む
時間外労働の有無に関わらず以下を時間外手当として支給
固定残業時間/月
45時間 / 月
固定残業代/月
表示されません
固定残業代の詳細
表示されません
規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給
理論賞与提示年収に含む
提示年収に対する理論賞与の割合
表示されません
理論賞与詳細
表示されません
理論賞与の支給条件と内訳
表示されません
手当額（年）提示年収に含む
表示されません
手当の詳細
表示されません
その他待遇
表示されません

時間外労働未入力
試用期間未入力
試用期間の条件変更未入力
就業場所
東京都
加入保険
未入力
就業時間

文字数：913
（※指名されたユーザー本人しか内容は閲覧できません）

代表者名大塚英樹
設立年2007年
売上高非公開円
従業員数476人
会社HPhttps://speee.jp/

株式会社Speeeの企業詳細を見る

株式会社Speeeからの指名詳細

提示年収とは？

転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか？