Sansan株式会社からの指名詳細
指名日時：2025.12.02 21:12
提示年収とは？
- あなたのレジュメの内容から読み取った実力に対して、企業が判断した金額です。そのため、必ずしもこの金額と同額で内定となるわけではなく、面談等を経て上下することもあります。
- 採用になった場合の実績としては、約50％が提示年収と同額、約25％が提示年収より高い金額、約25％が提示年収より低い金額（ただし90％ルールの範囲内）となっています。
- 今抱えている課題
**xxxxxxx xxxxxxxxxxx xxxx**
---
xxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx。xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxx、xxxxxxxxxxxx。
xxxxx、xxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。**xxxxx xxx xxxxxxxxxxx xxxx**
---
xxxx xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx。xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx。xxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx。
**xxxxxxxxx xxx xxxxxxxxxxx xxxx**
----
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxx、xxxxxxxxxxx。xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
**xxxxx xxxxxxxxxxxx xxxxxxxxxxx xxxx**
----
xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx xxxx xxxxxxx
xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxx、xxxxxxxxxxxxxxxx、xxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx
**xxxxxxxxx xxxxxxxxxxx xxxx**
----
xxxx、xxxxxxxxxxxxxxxx、xxxxxxxxxxxxx xxxxxxxx、xxxxxxxxxxxxxxxx。xxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
**xxxxxx**
---
xxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxx xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx。xxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
文字数：2517
（※指名されたユーザー本人しか内容は閲覧できません） - 課題に基づいた指名理由
xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxx、xxxxxxxxxxx xxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxx、xxxxxxxxxxxx、xxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx。
文字数：446
（※指名されたユーザー本人しか内容は閲覧できません） - 何を任せたいか
**xxxxxxx xxxxxxxxxxx xxxx**
----
xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxx、xx、xx、xxx、xxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxxxxxxxx。xxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx。
xxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx。**xxxxx xxx xxxxxxxxxxx xxxx**
-----------------------------------------
xxxxxxxxxxxxxx。xxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。**xxxxxxxxx xxx xxxxxxxxxxx xxxx**
-----------------------------------------
xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxx
xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxx**xxxxx xxxxxxxxxxxx xxxxxxxxxxx xxxx**
-----------------------------------------
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx xxxx xxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。**xxxxxxxxx xxxxxxxxxxx xxxx**
-----------------------------------------
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。**xxxxxx**
-----------------------------------------
xxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、
xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx、xxxxxxxx。xxxxxxx
xxxxxxxxxxxxxxxxxxx、xx、xxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xx
xxxxxxxxxxxxxxxxx、xx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxx文字数：1867
（※指名されたユーザー本人しか内容は閲覧できません）
- 所属先候補チーム名技術本部 Sansan Engineering Unit（ビジネスデータベース「Sansan」）ミッションビジネスデータベース「Sansan」の成長にアラインするための機能開発を行う主要言語・フレームワークなど利用言語：C#、JavaScript、LESS フレームワーク：.NET Framework データベース：PostgreSQLその他技術ZabbixlessjQueryJenkinsJavaScriptGitHubC#BootstrapAWS.NET Frameworkチームの人数50人以下エンジニアの人数比率81%以上飲み会の頻度月に1-2回程度このチームで恒常的に行われている開発文化
- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- ChatOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- テスト
- Lint等の静的解析
- APIドキュメントの生成
- 本番環境の構成管理
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているチームの文化ユーザー価値創出の最大化にフォーカスし、よりハイレベルな課題解決を目指しています。 システムの特性として、BtoB SaaS故の長期的な機能サポートが求められるため、企画／要件／設計などのプロジェクト初期工程の品質を重視しています。 SIer、自社開発を問わず多様な経験を持ったメンバーが在籍し、年齢層も幅広い組織です。チーム名技術本部 研究開発部ミッションSansan株式会社の研究開発部は、ビジネスの課題探索から課題解決まで技術の研究開発を通じて取り組み、事業の成長をリードすることを目指しています。研究開発部の強みである多様な専門性を生かし、ビジネスデータとテクノロジーを組み合わせたプロダクトや新機能を開発することで、当社の非連続な成長を牽引します。主要言語・フレームワークなど開発言語：Python、C#、Goその他技術TerraformSlackPythonKubernetesJIRAGitHubDevOpsDatadogBigQueryAWSCI/CDServerlessFastAPINotionMLOpsGoogle CloudAmazon DynamoDBdbtAmazon AuroraAmazon SageMakerAmazon RedshiftLLMGoチームの人数100人以下エンジニアの人数比率81%以上飲み会の頻度数ヶ月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- 本番環境の構成管理
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているチームの文化Product First ⁃ ユーザーの課題を解決することで事業に貢献する ⁃ 技術を磨くことが目的になるのではなく、課題解決に向きあう 知行合一 ⁃ 本当の知は実践を伴わなければならない ⁃ 小さく速く課題解決に取り組んでいく姿勢を重視する Respect ⁃ それぞれのメンバーがプロフェッショナルである自負をもち、相互に尊敬・信頼する ⁃ プロフェッショナルなメンバーに裁量を与える備考エンジニアと研究員から構成されている部門です。 データエンジニアはデータ分析基盤の開発運用、研究員は技術の研究開発、MLOps・Platformエンジニアは研究開発された技術提供の品質向上と短期化に取り組んでいます。チーム名技術本部 Bill One Engineering Unit（経理DXサービス「Bill One」）ミッションサイコーなプロダクトを追い求めるエンジニア集団になりT2D3を達成する主要言語・フレームワークなどフロントエンド：TypeScript、React、サーバサイド: Kotlin、Ktorその他技術PostgreSQLGitHubExpressGoogle Cloud Platformチームの人数100人以下エンジニアの人数比率81%以上飲み会の頻度月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- ペアプログラミングをしている
- モブプログラミングをしている
- リファクタリングをしている
- DevOpsをしている
- ChatOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- 本番環境の構成管理
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているチームの文化- 相談を重ねて、自らが最終判断をする - 本質を見極め、素早くアウトプットし、改善を繰り返す - 建設的なフィードバックを相互に行う - 常に学習し、変化し続ける - 全員がリーダーシップを発揮する - ワクワクする気持ちを大切にするチーム名技術本部 Contract One Engineering Unit（全社の習慣を変える、取引管理サービス「Contract One」）ミッション開発・運用をしている各プロダクトにおいて、プロダクトマネージャー・デザイナーと一丸となってプロダクトマーケットフィットの達成し、弊社 Vision 「ビジネスインフラになる」の実現を目指す主要言語・フレームワークなどフロントエンド：TypeScript、React サーバーサイド：Kotlin、Ktor、Spring bootその他技術TypeScriptSpringReactPostgreSQLKotlinGitHubExpressDockerDDDClean ArchitectureKtorCloud RunViteCloud SQLCloud TasksGoogle Cloud Platformチームの人数30人以下エンジニアの人数比率81%以上飲み会の頻度数ヶ月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- ペアプログラミングをしている
- モブプログラミングをしている
- リファクタリングをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- テスト
- Lint等の静的解析
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- プロトタイプ作成ツール
- コードのバージョン管理ツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているチーム名技術本部 Data Intelligence Engineering Unit（Data Hubグループ)ミッションSansan Data Hub の開発を通して顧客が抱えるデータの悩み(更新されない、欠けている、散在している等)を解決し、顧客の営業活動を活発化させること。主要言語・フレームワークなど言語：C# 8.0、.NET Core、Azureその他技術webpackVue.jsNode.jsGitHubExpressElasticsearchC#SQL ServerASP.NET CoreAzure DevOps Servicesチームの人数30人以下エンジニアの人数比率81%以上飲み会の頻度月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- ペアプログラミングをしている
- 失敗が許容されている
- DevOpsをしている
このチームで自動化できている項目- テスト
- Lint等の静的解析
- 本番環境の構成管理
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- コードのバージョン管理ツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているチームの文化Sansan Data Hub のチーム文化醸成のため、Values と Premise を作成しています。 Values - 価値を提供することに誇りを持つ - エンジニア一人ひとりが自分たちが価値を提供することに誇りを持ち主体的に行動できるようになりたい - また、自分たちが提供するプロダクト自体がそういうプロダクトでありたい - 最短距離で価値を最大化する - スピード(最速)だけを追い求めない - 今短期的な対応をとることで、今後持続的なのか？が鍵 - 技術に向き合う - 技術は手段だが、その手段が最適かどうか常に考えること - 技術を目的にしない、といいつつも目的を実現するための手段として何が最適なのか常に考え続けるし、ちゃんと磨く - 在るべき姿を考え続ける - 顧客目線で見たプロダクトの在り方を考える - ソフトウェアとしても、組織としても在り方を考える Premise - サステナブル（持続可能）であれ - 組織、人、プロダクト、成果、プロセスが持続可能であることチーム名技術本部 Data Intelligence Engineering Unit（Master Dataグループ）ミッション「名刺管理」から「営業DXサービス」へ。Sansanは今、大きな転換点を迎えています。 本ポジションでのミッションは、これまでの「名刺管理」のためのデータベースを超えた、「企業情報」と「人や企業のつながりの情報」を掛け合わせたユニークなビジネスデータベースを構築することです。 この「ビジネスデータ」は、これまでの「名刺管理」のためのデータベースを超えた、Sansanの技術的・ビジネス的な核となるものです。 この取り組みは、当社が提供するサービス全てに対して提供され、数多くのユーザーに影響を与えるだけでなく、Sansan株式会社をグローバルカンパニーにするという点においても、重要な役割を担っています。主要言語・フレームワークなどフロントエンド: TypeScript(React) バックエンド: Ruby(Ruby on Rails), Python(Fast API), TypeScript(NestJS)その他技術TypeScriptTerraformReactPythonJavaScriptGitHubElasticsearchDockerDatadogCircleCIBigQueryAWSAmazon Aurora MySQLAmazon DynamoDBAmazon RedshiftRuby on Railsチームの人数50人以下エンジニアの人数比率81%以上飲み会の頻度数ヶ月に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- ペアプログラミングをしている
- DevOpsをしている
- ChatOpsをしている
- 小さなことでも称賛している
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- 本番環境の構成管理
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- コードのバージョン管理ツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているチーム名技術本部 Platform Engineering Unitミッション開発者が本質的な課題に向き合う時間を増やす サイトの信頼性を向上させる主要言語・フレームワークなどGo, TypeScriptその他技術TerraformKubernetesGitHubCloudflareGitHub ActionsGoogle Cloudチームの人数5人以下エンジニアの人数比率81%以上飲み会の頻度半年に1-2回程度このチームで恒常的に行われている開発文化- 仕様のレビューをしている
- コードレビューしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- 本番環境の構成管理
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できている
- その他カードカードについて他社選考待ちOK平日夜の面談OKあなたとマッチする文化
- 基本給（月）年収を表示する権限がありません
- 裁量労働制か否かいいえ
- 固定残業代（みなし含む）提示年収に含む時間外労働の有無に関わらず以下を時間外手当として支給固定残業時間/月30時間 / 月固定残業代/月年収を表示する権限がありません固定残業代の詳細
年収を表示する権限がありません
規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給 - 理論賞与提示年収に含む提示年収に対する理論賞与の割合年収を表示する権限がありません理論賞与詳細年収を表示する権限がありません理論賞与の支給条件と内訳
年収を表示する権限がありません
- 手当額（年）含まない
- その他待遇
年収を表示する権限がありません
- 時間外労働有り時間外労働の備考
年収を表示する権限がありません - 試用期間有り6ヶ月試用期間の条件変更 有り試用期間の詳細年収を表示する権限がありません
- 就業場所
東京都渋谷区桜丘町1-1 渋谷サクラステージ 28F
大阪府大阪市北区堂島浜1-4-19 マニュライフプレイス堂島 3F
愛知県名古屋市中区栄3-13-20 栄センタービル 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 - 受動喫煙防止措置対策
屋内原則禁煙（喫煙室あり）
（※指名されたユーザー本人しか内容は閲覧できません）
- 代表者名寺田 親弘
- 設立年2007年
- 従業員数2014人
- 会社HPhttp://jp.corp-sansan.com/
まずは、カジュアルにお話させていただく機会をいただけますと幸いです。