1. top
  2. ID:31601さん
  3. Sansan株式会社からの指名詳細

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

提示年収ウィザード級
正社員
Sansan株式会社の企業詳細を見る

指名日時：2024.12.26 12:36

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

    -----------------------------------------
    xxxxxxx xxxxxxxxxxx xxxx
    -----------------------------------------
    xxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx。
    -----------------------------------------
    xxxxxx xxxxxxxxxxx xxxx
    -----------------------------------------
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxx、xxxxxxxxxxxxxxxxxxxxx。

    -----------------------------------------
    xxxxxxxxx xxx
    -----------------------------------------
    xxxxxxxxxxxxxxxxxx x xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    -----------------------------------------
    xxxxxxxxxxxxxx
    -----------------------------------------
    xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xx、xxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx。

    -----------------------------------------
    xxxxxxx xxxxxxxxxxx xxxx xxxx xxx xxxx
    -----------------------------------------
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx、xxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    文字数：1935
    （※指名されたユーザー本人しか内容は閲覧できません）
  • 課題に基づいた指名理由

    -----------------------------------------
    xxxxxxx xxxxxxxxxxx xxxx
    -----------------------------------------
    xxxxxxx xxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx。xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。

    -----------------------------------------
    xxxxxx xxxxxxxxxxx xxxx
    -----------------------------------------
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxx、xxx、xxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxx、xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    -----------------------------------------
    xxxxxxxxx xxx
    -----------------------------------------
    xxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxx、xxxxxx xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx。

    xxxxxxxx xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx。

    -----------------------------------------
    xxxxxxxxxxxxxx
    -----------------------------------------
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxx xxxxxxx xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。

    -----------------------------------------
    xxxxxxx xxxxxxxxxxx xxxx xxxx xxx xxxx
    -----------------------------------------
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxx xxxx xxx xxxxxxxx、xxxxxx xxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

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

    -----------------------------------------
    xxxxxxx xxxxxxxxxxx xxxx
    -----------------------------------------
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxx、xxxxxxxxxxxxxxxxxxx。
    -----------------------------------------
    xxxxxx xxxxxxxxxxx xxxx
    -----------------------------------------
    xxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxxxxx

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxx、xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    -----------------------------------------
    xxxxxxxxx xxx
    -----------------------------------------
    xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    -----------------------------------------
    xxxxxxxxxxxxxx
    -----------------------------------------
    xxxxxxxxxxxxxx。
    xxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxx、xxx、xxxx、xxxxxxxx、xxxxxxxxxxxxxx。
    -----------------------------------------
    xxxxxxx xxxxxxxxxxx xxxx xxxx xxx xxxx
    -----------------------------------------
    xxxxxx、xxx、xxxx、xxxxxx、xxxxxxxxxxxxxxxx。xxxxxxxxxx、xxxxxxxxx、xxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。

    文字数：1240
    （※指名されたユーザー本人しか内容は閲覧できません）
  • 指名した人
    島津 苑子（Sansan株式会社）
    技術本部 VPoE室に所属し、エンジニア・プロダクトマネージャー・デザイナーの採用担当をしています。
    現場エンジニアと一緒にレジュメを拝見検させていただいております！
    まずは、カジュアルにお話させていただく機会をいただけますと幸いです。
  • 所属先候補
    チーム名
    技術本部 Sansan Engineering Unit（営業DXサービス「Sansan」）
    ミッション
    営業DXサービス「Sansan」の成長にアラインするための機能開発を行う
    主要言語・フレームワークなど
    利用言語：C#、JavaScript、LESS　フレームワーク：.NET Framework　データベース：PostgreSQL
    その他技術
    ZabbixlessjQueryJenkinsJavaScriptGitHubC#BootstrapAWS.NET Framework
    チームの人数
    50人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    月に1-2回程度
    このチームで恒常的に行われている開発文化
    • 仕様のレビューをしている
    • コードレビューしている
    • リファクタリングをしている
    • DevOpsをしている
    • ChatOpsをしている
    • 小さなことでも称賛している
    • 失敗が許容されている
    このチームで自動化できている項目
    • テスト
    • Lint等の静的解析
    • APIドキュメントの生成
    • 本番環境の構成管理
    • デプロイ
    このチームに導入し、運用されているツール
    • ビジネスチャット
    • タスク管理ツール
    • wiki等の情報共有ツール
    • デザイン共有ツール
    • プロトタイプ作成ツール
    • コードのバージョン管理ツール
    • コードレビューツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://jp.sansan.com/
    チームメンバー
    西場 正浩（Sansan株式会社）
    執行役員 / VPoP / CPO補佐
    大学院で数理ファイナンスの博士号を取得後、大手銀行で数理モデルの開発に従事。その後医療系IT企業でエンジニアやプロダクトマネジャー、事業責任者、採用人事などを幅広く務める。
    2021年にSansan株式会社へ入社。技術本部研究開発部でマネジメント業務に当たり、現在はCPO室 室長としてプロダクトの開発を指揮する。
    チーム名
    技術本部 Eight Engineering Unit
    ミッション
    名刺アプリ「Eight」や、「Eight」が主催するビジネスイベントにおけるイベントプラットフォームの開発
    主要言語・フレームワークなど
    言語、フレームワーク: Ruby、Ruby on Rails、TypeScript、React 、Redux
    その他技術
    TerraformGitHubDatadogCircleCIAWSAmazon ECSAmazon Aurora MySQLAmazon DynamoDBAmazon SQSAmazon Redshift
    チームの人数
    30人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    月に1-2回程度
    このチームで恒常的に行われている開発文化
    • 仕様のレビューをしている
    • コードレビューしている
    • リファクタリングをしている
    • DevOpsをしている
    • ChatOpsをしている
    • 小さなことでも称賛している
    • 失敗が許容されている
    このチームで自動化できている項目
    • 開発環境構築
    • テスト
    • Lint等の静的解析
    • APIドキュメントの生成
    • 本番環境の構成管理
    • デプロイ
    このチームに導入し、運用されているツール
    • ビジネスチャット
    • タスク管理ツール
    • wiki等の情報共有ツール
    • デザイン共有ツール
    • プロトタイプ作成ツール
    • コードのバージョン管理ツール
    • コードレビューツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://8card.net/
    チーム名
    技術本部 Digitization部
    ミッション
    Digitization部は、テクノロジーとオペレーターの力を組み合わせて、大量のアナログ情報を迅速かつ正確にデータ化することで、顧客企業の業務効率化の実現をリードし、情報の持つ価値を高めることをサポートします。
    主要言語・フレームワークなど
    Ruby、Ruby on Rails、 Python、TypeScript、Node.js、React、Redux、AWS、GCP
    その他技術
    TerraformGitHubDockerDatadogCircleCI
    チームの人数
    30人以下
    エンジニアの人数比率
    70%以下
    飲み会の頻度
    数ヶ月に1-2回程度
    このチームで恒常的に行われている開発文化
    • 仕様のレビューをしている
    • コードレビューしている
    • ペアプログラミングをしている
    • モブプログラミングをしている
    • リファクタリングをしている
    • DevOpsをしている
    • ChatOpsをしている
    • 小さなことでも称賛している
    • 失敗が許容されている
    このチームで自動化できている項目
    • 開発環境構築
    • テスト
    • Lint等の静的解析
    • APIドキュメントの生成
    • 本番環境の構成管理
    • デプロイ
    このチームに導入し、運用されているツール
    • ビジネスチャット
    • タスク管理ツール
    • wiki等の情報共有ツール
    • コードのバージョン管理ツール
    • コードレビューツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チーム名
    技術本部 Strategic Products Engineering Unit
    ミッション
    開発・運用をしている各プロダクトにおいて、プロダクトマネージャー・デザイナーと一丸となってプロダクトマーケットフィットの達成し、弊社 Vision 「ビジネスインフラになる」の実現を目指す
    主要言語・フレームワークなど
    フロントエンド：TypeScript、React　サーバーサイド：Kotlin、Ktor、Spring boot
    その他技術
    TypeScriptSpringReactPostgreSQLKotlinGitHubExpressDockerDDDClean ArchitectureKtorCloud RunViteCloud SQLCloud TasksGoogle Cloud Platform
    チームの人数
    30人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    数ヶ月に1-2回程度
    このチームで恒常的に行われている開発文化
    • 仕様のレビューをしている
    • コードレビューしている
    • ペアプログラミングをしている
    • モブプログラミングをしている
    • リファクタリングをしている
    • 小さなことでも称賛している
    • 失敗が許容されている
    このチームで自動化できている項目
    • テスト
    • Lint等の静的解析
    • デプロイ
    このチームに導入し、運用されているツール
    • ビジネスチャット
    • タスク管理ツール
    • wiki等の情報共有ツール
    • デザイン共有ツール
    • プロトタイプ作成ツール
    • コードのバージョン管理ツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://contract-one.com/
    備考
    Unit 内はメインで携わるプロダクト毎にグループが分かれています。 Contract One Dev グループ : 11 名 名刺メーカー Dev グループ : 8 名 SREグループ : 6 名
    チーム名
    xxxx xxxxxx xxxxxxxxxxx xxxx xxxx xxx xxxx
    ミッション
    xxxxxx xxxx xxx xxxxxxxxxxxxxxxxxxx(xxxxxx、xxxxx、xxxxxxx)xxxx、xxxxxxxxxxxxxxxx。
    主要言語・フレームワークなど
    xxxx# xxx、xxxx xxxx、xxxxx
    その他技術
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx#xxx xxxxxxxxxxxxx xxxxxxxxx xxxxxx xxxxxxxx
    チームの人数
    xxxxx
    エンジニアの人数比率
    xxxxx
    飲み会の頻度
    xxx-xxxx
    URL
    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

内訳を見るには？

提示年収に含まれる内訳
  • 基本給（月）
    表示されません
  • 裁量労働制か否かいいえ
  • 固定残業代（みなし含む）提示年収に含む
    時間外労働の有無に関わらず以下を時間外手当として支給
    固定残業時間/月
    30時間 / 月
    固定残業代/月
    表示されません
    固定残業代の詳細

    表示されません

    規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給
  • 理論賞与提示年収に含む
    提示年収に対する理論賞与の割合
    表示されません
    理論賞与詳細
    表示されません
    理論賞与の支給条件と内訳

    表示されません

  • 手当額（年）含まない
  • その他待遇

    表示されません

その他の条件
  • 時間外労働有り
    時間外労働の備考
    表示されません
  • 試用期間有り
    6ヶ月
    試用期間の条件変更 有り
    試用期間の詳細
    表示されません
  • 就業場所

    ●東京拠点
    東京都渋谷区桜丘町1-1 渋谷サクラステージ 28F

    ●名古屋拠点
    愛知県名古屋市中区栄3-13-20 栄センタービル 3F

    ●大阪拠点
    大阪府大阪市北区堂島浜1-4-19 マニュライフプレイス堂島 3F

    ●福岡拠点
    福岡県福岡市博多区中洲3-7-24 ゲイツ福岡 WeWork 11F

  • 加入保険

    労災保険、雇用保険、健康保険、厚生年金

  • 休憩時間（分）

    60分

  • 休憩時間（備考）

    12:00～13:00 など (時間帯は自由です)

  • 就業時間（備考）

    ※コアタイム 10:00-16:00（但し、第1、第3月曜日は9:30-15:30とする。当該日が祝日の場合翌営業日を9:30-15:30とする）
    ※1日当たりの標準労働時間8h

  • 休日

    完全週休２日

  • 休日（備考）

    土日祝
    年次有給休暇
    チャージ休暇
    結婚休暇
    忌引休暇
    産前産後休暇
    育児休暇、など

  • 就業時間フレックスタイム制
    コアタイム10時00分〜16時00分
    就業時間（備考）

    ※コアタイム 10:00-16:00（但し、第1、第3月曜日は9:30-15:30とする。当該日が祝日の場合翌営業日を9:30-15:30とする）
    ※1日当たりの標準労働時間8h

  • 受動喫煙防止措置対策

    屋内原則禁煙（喫煙室あり）

メッセージ
文字数：1332
（※指名されたユーザー本人しか内容は閲覧できません）
会社情報
Sansan株式会社の企業詳細を見る

© 2015 Livesense Inc.
SIGN UPSIGN IN
転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか？
012345678910
回答するスコアの入力をお願いします
今回は答えない絶対に答えない