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

提示年収プチリッチ級

正社員裁量労働制

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

指名日時：2019.07.31 16:15

提示年収とは？

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

今抱えている課題
* xxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
* xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx
* xxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
文字数：210
（※指名されたユーザー本人しか内容は閲覧できません）
課題に基づいた指名理由
xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。
文字数：304
（※指名されたユーザー本人しか内容は閲覧できません）
何を任せたいか
xxxxxxxxxxxxxxxxxxx、xxxxxx、xxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
文字数：65
（※指名されたユーザー本人しか内容は閲覧できません）
指名した人
deleted
僕が UUUM のシステムユニットの組織運営で最も重要視しているのがエンジニアが成長できる環境かどうかということです。エンジニアが成長できる環境でなければ良いエンジニアには入社してもらえないし、それは同時に会社の技術力を上げることができないということを意味します。ぜひ UUUM に入社して、エンジニアとして成長していってもらいたいなと思います。

所属先候補
チーム名
クリエイターマネジメントシステム
ミッション
数千存在するクリエイターのマネジメント情報を効率的に運用できるようにする
主要言語・フレームワークなど
Ruby and Rails
その他技術
DockerCircleCIAmazon ECS
チームの人数
5人以下
エンジニアの人数比率
80%以下
飲み会の頻度
数ヶ月に1-2回程度
このチームで恒常的に行われている開発文化

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

コードレビューしている

DevOpsをしている

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

失敗が許容されている

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

開発環境構築

テスト

Lint等の静的解析

本番環境の構成管理

デプロイ

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

ビジネスチャット

タスク管理ツール

wiki等の情報共有ツール

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

コードレビューツール

テストを書いているかどうか
書く必要がない・または少ないプロダクトだ
全く書けていない
書く文化がまだ浸透しておらず、必要な分は書けていない
書く文化は浸透しているが、まだ必要な分は書けていない
必要な分は書けている
ライブラリなどを更新しているかどうか
定期的に更新する必要がない・または低いプロダクトだ
ほとんど更新していない
不定期だが更新している
期間を決めて定期的に更新している
期間を決めて定期的に自動で更新している
チーム内のエンジニアの発言力
エンジニアの意見が通りづらい
どちらかといえばエンジニアの意見が通りづらい
職種による差はない
どちらかといえばエンジニアの意見が尊重されやすい
エンジニアの意見が尊重されやすい
スケジュール調整のしやすさ
納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
どちらかといえばエンジニアの裁量で調整しづらい
どちらともいえない
どちらかといえばエンジニアの裁量で調整しやすい
納期や仕様をエンジニアの裁量で調整しやすい
プロダクトの内容を決める人
主にエンジニア以外が考えて決める
どちらかといえばエンジニア以外が考えて決めることが多い
どちらともいえない、または職種間の差はない
どちらかといえばエンジニアが考えて決めることが多い
主にエンジニアが考えて決める
チーム内の職種間の協力体制
各職種のリーダーへ話を通したり規則がある等で協力しづらい
どちらかといえば協力しづらい
どちらともいえない
どちらかといえば協力しやすい
職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
チームの方針決定をする人
会社が大まかな方針を考えており、ほぼトップダウンで決まる
会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
どちらともいえない
チームが主体的に考えて決めるが、会社の方針に左右される面もある
チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
長期的価値の優先度
短期的な売上を重視せざるを得ない状態である
どちらかといえば短期的な売上が重視されている
どちらともいえない
どちらかといえば長期的なユーザ価値を重視できている
長期的なユーザ価値が重視できている
チーム名
YouTubeデータ解析基盤
ミッション
MCN（YouTube公認のマネジメント）事業者だけが取得できるYouTubeデータの蓄積・解析・プレゼンテーションを行えるようにする基盤づくり
主要言語・フレームワークなど
Ruby and Rails, Go
その他技術
MySQLDockerCircleCIBigQueryAmazon ECS
チームの人数
5人以下
エンジニアの人数比率
70%以下
飲み会の頻度
数ヶ月に1-2回程度
このチームで恒常的に行われている開発文化

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

コードレビューしている

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

DevOpsをしている

ChatOpsをしている

失敗が許容されている

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

開発環境構築

テスト

Lint等の静的解析

本番環境の構成管理

デプロイ

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

ビジネスチャット

タスク管理ツール

wiki等の情報共有ツール

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

コードレビューツール

テストを書いているかどうか
書く必要がない・または少ないプロダクトだ
全く書けていない
書く文化がまだ浸透しておらず、必要な分は書けていない
書く文化は浸透しているが、まだ必要な分は書けていない
必要な分は書けている
ライブラリなどを更新しているかどうか
定期的に更新する必要がない・または低いプロダクトだ
ほとんど更新していない
不定期だが更新している
期間を決めて定期的に更新している
期間を決めて定期的に自動で更新している
チーム内のエンジニアの発言力
エンジニアの意見が通りづらい
どちらかといえばエンジニアの意見が通りづらい
職種による差はない
どちらかといえばエンジニアの意見が尊重されやすい
エンジニアの意見が尊重されやすい
スケジュール調整のしやすさ
納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
どちらかといえばエンジニアの裁量で調整しづらい
どちらともいえない
どちらかといえばエンジニアの裁量で調整しやすい
納期や仕様をエンジニアの裁量で調整しやすい
プロダクトの内容を決める人
主にエンジニア以外が考えて決める
どちらかといえばエンジニア以外が考えて決めることが多い
どちらともいえない、または職種間の差はない
どちらかといえばエンジニアが考えて決めることが多い
主にエンジニアが考えて決める
チーム内の職種間の協力体制
各職種のリーダーへ話を通したり規則がある等で協力しづらい
どちらかといえば協力しづらい
どちらともいえない
どちらかといえば協力しやすい
職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
チームの方針決定をする人
会社が大まかな方針を考えており、ほぼトップダウンで決まる
会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
どちらともいえない
チームが主体的に考えて決めるが、会社の方針に左右される面もある
チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
長期的価値の優先度
短期的な売上を重視せざるを得ない状態である
どちらかといえば短期的な売上が重視されている
どちらともいえない
どちらかといえば長期的なユーザ価値を重視できている
長期的なユーザ価値が重視できている
チーム名
システムユニット
ミッション
「経営課題を技術で解決する」チームのミッションです。クリエイター（YouTuberを中心としたインフルエンサー）向けのマネジメントシステムや、社内の支払い管理システムなどを開発しています。
主要言語・フレームワークなど
Ruby, Rails, PHP, Symfony
その他技術
webpackVue.jsTerraformSassMySQLGitHubDockerCircleCIBigQueryAWSGo
チームの人数
30人以下
エンジニアの人数比率
80%以下
飲み会の頻度
数ヶ月に1-2回程度
このチームで恒常的に行われている開発文化

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

コードレビューしている

DevOpsをしている

ChatOpsをしている

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

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

開発環境構築

テスト

Lint等の静的解析

APIドキュメントの生成

本番環境の構成管理

デプロイ

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

ビジネスチャット

タスク管理ツール

wiki等の情報共有ツール

デザイン共有ツール

プロトタイプ作成ツール

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

コードレビューツール

テストを書いているかどうか
書く必要がない・または少ないプロダクトだ
全く書けていない
書く文化がまだ浸透しておらず、必要な分は書けていない
書く文化は浸透しているが、まだ必要な分は書けていない
必要な分は書けている
ライブラリなどを更新しているかどうか
定期的に更新する必要がない・または低いプロダクトだ
ほとんど更新していない
不定期だが更新している
期間を決めて定期的に更新している
期間を決めて定期的に自動で更新している
チーム内のエンジニアの発言力
エンジニアの意見が通りづらい
どちらかといえばエンジニアの意見が通りづらい
職種による差はない
どちらかといえばエンジニアの意見が尊重されやすい
エンジニアの意見が尊重されやすい
スケジュール調整のしやすさ
納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
どちらかといえばエンジニアの裁量で調整しづらい
どちらともいえない
どちらかといえばエンジニアの裁量で調整しやすい
納期や仕様をエンジニアの裁量で調整しやすい
プロダクトの内容を決める人
主にエンジニア以外が考えて決める
どちらかといえばエンジニア以外が考えて決めることが多い
どちらともいえない、または職種間の差はない
どちらかといえばエンジニアが考えて決めることが多い
主にエンジニアが考えて決める
チーム内の職種間の協力体制
各職種のリーダーへ話を通したり規則がある等で協力しづらい
どちらかといえば協力しづらい
どちらともいえない
どちらかといえば協力しやすい
職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
チームの方針決定をする人
会社が大まかな方針を考えており、ほぼトップダウンで決まる
会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
どちらともいえない
チームが主体的に考えて決めるが、会社の方針に左右される面もある
チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
長期的価値の優先度
短期的な売上を重視せざるを得ない状態である
どちらかといえば短期的な売上が重視されている
どちらともいえない
どちらかといえば長期的なユーザ価値を重視できている
長期的なユーザ価値が重視できている
URL
https://creators.uuum.jp
チーム名
ECサイト開発
ミッション
ファンとクリエイターのエンゲージメント最大化
主要言語・フレームワークなど
Ruby, Rails
その他技術
RubyRSpecPostgreSQLCircleCIAWSAmazon ECSRuby on Rails
チームの人数
10人以下
エンジニアの人数比率
30%以下
飲み会の頻度
数ヶ月に1-2回程度
このチームで恒常的に行われている開発文化

コードレビューしている

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

DevOpsをしている

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

失敗が許容されている

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

開発環境構築

テスト

Lint等の静的解析

本番環境の構成管理

デプロイ

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

ビジネスチャット

タスク管理ツール

wiki等の情報共有ツール

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

コードレビューツール

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

その他
カードカードについて
他社選考待ちOK平日夜の面談OKビデオチャット面談OK電話面談OK面談の交通費相談可
あなたとマッチする文化
UUUM株式会社の他の文化を見る

内訳を見るには？

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

時間外労働有り
時間外労働の備考
表示されません
試用期間有り
3ヶ月
試用期間の条件変更有り
就業場所
東京都
加入保険
未入力

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

代表者名梅景匡之
設立年2013年
売上高230億円
従業員数555人
会社HPhttps://www.uuum.co.jp

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

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

提示年収とは？

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