株式会社うるるからの指名（2026年6月回）
指名日時：2026.07.08 12:32
提示年収とは？
- あなたのレジュメの内容から読み取った実力に対して、企業が判断した金額です。そのため、必ずしもこの金額と同額で内定となるわけではなく、面談等を経て上下することもあります。
- 採用になった場合の実績としては、約50％が提示年収と同額、約25％が提示年収より高い金額、約25％が提示年収より低い金額（ただし90％ルールの範囲内）となっています。
- 今抱えている課題
xxxxxx(xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx)x、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxx
xx、xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx。
xxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx、xxxxxxxxxxxxx、
xxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxx
xxxxxxxxx、xxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx。文字数：778
（※指名されたユーザー本人しか内容は閲覧できません） - 課題に基づいた指名理由
xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxx。
xx、xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxx、xxxxxxxxxxxxxxxxxxxxxxx。xx、xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx、xxxxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxx、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx。
xx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxx、xxxxxxx、xxxxxxxxxx、xxxx、xxxx、xxxxxxx、xxxxxxxxxxxxxxxxxxxx、xxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxx、xx、xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx
文字数：1348
（※指名されたユーザー本人しか内容は閲覧できません） - 何を任せたいか
xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxx。
xxxxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。x xxxxxx
xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxx、xxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxx文字数：371
（※指名されたユーザー本人しか内容は閲覧できません）
- 所属先候補チーム名Govtech事業部【NJSS】AI活用課ミッション入札情報速報サービス「NJSS（エヌジェス）」は7,000社以上の企業が導入。 公共入札のマーケットにおいてトップクラスのシェアと盤石な地盤を築いていますが、さらなる価値提供に向けて、AI技術によるプロダクト進化に本格的に取り組んでいます。 当チームのミッションはAIエンジニアリングによってプロダクトの進化を加速させること。 事業が抱える挑戦的な課題に対し、AI技術の可能性を探求し、その実現に向けた戦略立案から実現までをリードするチームです。 プロダクト企画部門と密に連携し、AIエージェントのような、AIが可能にするチャレンジングで新しいプロダクト価値を技術的知見から描き出し、事業の未来を切り拓いていきます。主要言語・フレームワークなどRuby,Python / Ruby on Rails,LangGraph,Amazon Bedrock AgentCoreその他技術TerraformMySQLMongoDBDockerAWSfasttextApache SolrOpenSearchOpenAIGoogle Cloud Platformチームの人数10人以下エンジニアの人数比率81%以上飲み会の頻度半年に1-2回程度このチームで恒常的に行われている開発文化
- 仕様のレビューをしている
- コードレビューしている
- ペアプログラミングをしている
- リファクタリングをしている
- DevOpsをしている
- 小さなことでも称賛している
- 失敗が許容されている
このチームで自動化できている項目- 開発環境構築
- テスト
- Lint等の静的解析
- APIドキュメントの生成
- デプロイ
このチームに導入し、運用されているツール- ビジネスチャット
- タスク管理ツール
- wiki等の情報共有ツール
- デザイン共有ツール
- コードのバージョン管理ツール
- コードレビューツール
テストを書いているかどうか書く必要がない・または少ないプロダクトだ全く書けていない書く文化がまだ浸透しておらず、必要な分は書けていない書く文化は浸透しているが、まだ必要な分は書けていない必要な分は書けているライブラリなどを更新しているかどうか定期的に更新する必要がない・または低いプロダクトだほとんど更新していない不定期だが更新している期間を決めて定期的に更新している期間を決めて定期的に自動で更新しているチーム内のエンジニアの発言力エンジニアの意見が通りづらいどちらかといえばエンジニアの意見が通りづらい職種による差はないどちらかといえばエンジニアの意見が尊重されやすいエンジニアの意見が尊重されやすいスケジュール調整のしやすさ納期や仕様が優先されやすく、エンジニアの裁量では調整しづらいどちらかといえばエンジニアの裁量で調整しづらいどちらともいえないどちらかといえばエンジニアの裁量で調整しやすい納期や仕様をエンジニアの裁量で調整しやすいプロダクトの内容を決める人主にエンジニア以外が考えて決めるどちらかといえばエンジニア以外が考えて決めることが多いどちらともいえない、または職種間の差はないどちらかといえばエンジニアが考えて決めることが多い主にエンジニアが考えて決めるチーム内の職種間の協力体制各職種のリーダーへ話を通したり規則がある等で協力しづらいどちらかといえば協力しづらいどちらともいえないどちらかといえば協力しやすい職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすいチームの方針決定をする人会社が大まかな方針を考えており、ほぼトップダウンで決まる会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わるどちらともいえないチームが主体的に考えて決めるが、会社の方針に左右される面もあるチームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない長期的価値の優先度短期的な売上を重視せざるを得ない状態であるどちらかといえば短期的な売上が重視されているどちらともいえないどちらかといえば長期的なユーザ価値を重視できている長期的なユーザ価値が重視できているチームの文化【NJSSエンジニアチームバリュー】 - ユーザーにとって価値があるか？に向き合う - 本質的な対応をする（その場しのぎの対応をしない） - 先人の知恵を活用する - チームに貢献し、チーム間連携の向上に貢献する 開発チームの文化としては、積極的にチャレンジする姿勢を大切にしており、また発信者に関わらず”内容”にフォーカスし議論をしています。 実際に新規アプリケーションの開発を行う際、機能要件を洗い出した上でプロジェクトのエンジニア同士で技術選定を行い、 要件が満たせることを充分に検証した上でプロダクト開発をスタートさせるなどの事例も多数あります。 また技術的な制約が少なく、プロジェクトに実装経験を持つメンバーがいない言語や正式リリース前のパッケージの採用等、 要件さえ満たしているのであれば自由に提案・議論が行われており、エンジニア主体での技術選定を行うことができ技術的な挑戦がしやすい環境です。備考【NJSSエンジニアチームバリュー】 - ユーザーにとって価値があるか？に向き合う - 本質的な対応をする（その場しのぎの対応をしない） - 先人の知恵を活用する - チームに貢献し、チーム間連携の向上に貢献する 開発チームの文化としては、積極的にチャレンジする姿勢を大切にしており、また発信者に関わらず”内容”にフォーカスし議論をしています。 実際に新規アプリケーションの開発を行う際、機能要件を洗い出した上でプロジェクトのエンジニア同士で技術選定を行い、 要件が満たせることを充分に検証した上でプロダクト開発をスタートさせるなどの事例も多数あります。 また技術的な制約が少なく、プロジェクトに実装経験を持つメンバーがいない言語や正式リリース前のパッケージの採用等、 要件さえ満たしているのであれば自由に提案・議論が行われており、エンジニア主体での技術選定を行うことができ技術的な挑戦がしやすい環境です。
- その他カードカードについて他社選考待ちOK平日夜の面談OKリモートワーク可（週3日以上）リモートワーク可（週4日以上）あなたとマッチする文化
- 基本給（月）年収を表示する権限がありません
- 裁量労働制か否かいいえ
- 固定残業代（みなし含む）提示年収に含む時間外労働の有無に関わらず以下を時間外手当として支給固定残業時間/月20時間 / 月固定残業代/月年収を表示する権限がありません固定残業代の詳細
年収を表示する権限がありません
規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給 - 理論賞与提示年収に含む提示年収に対する理論賞与の割合年収を表示する権限がありません理論賞与詳細年収を表示する権限がありません理論賞与の支給条件と内訳
年収を表示する権限がありません
- 手当額（年）提示年収に含む年収を表示する権限がありません手当の詳細
年収を表示する権限がありません
- その他待遇
年収を表示する権限がありません
- 時間外労働有り時間外労働の備考
年収を表示する権限がありません - 試用期間有り3ヶ月試用期間の条件変更 無し
- 就業場所
東京都中央区晴海3丁目12-1 KDX晴海ビル9Ｆ
- 加入保険
・各種社会保険完備
- 休憩時間（分）
60分
- 休憩時間（備考）
未入力
- 休日
完全週休２日
- 就業時間固定時間制始業：10時00分
終業：19時00分 - 受動喫煙防止措置対策
屋内原則禁煙（喫煙室あり）
（※指名されたユーザー本人しか内容は閲覧できません）
- 代表者名星 知也
- 設立年2001年
- 売上高67億円
- 従業員数284人
- 会社HPhttps://www.uluru.biz/
「何を作るか」というビジネス感覚と、「どう作るか」という技術力は常に不可欠な両輪であると考えていますので、エンジニアという役割の枠にとらわれずに貢献することが大切だと考えています。
これまで経験してきた視点から、プロダクトのフェーズや状況に応じた、生産性の高い開発体制を構築したいと考えています。