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

提示年収レジェンド
正社員 裁量労働制
未返答です
返答期限まで残り1日
返答期限:2025.11.11 03:00

指名日時:2025.11.07 22:50

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

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx。

    ## xxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    xxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx xxxxxx xxxxxxxx、xxxxxxxxxxxxxxxxxxxx xxxxxx xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx。

    - **xxxxxxxxxxxxxxxxxxxxxx** xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    - **xxxxxxxxxxxxxxxxxxx** xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    - **xxxxxxxxxxxxxxxxxxxxxxxx** xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxx、xxxxxxxx、xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    ---

    ## xxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。xxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    - **xxxxxxxxxxxxxxxxxxxxxxxxx** xx、xx、xxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    - **xxxxxxxxxxxxxxxxxxxxxxxxxxxxx** xxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx。
    - **xxxxxxxxxxxxxxx** xx、xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    ---

    ## xxxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

    xxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx xxxxxx xxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    - **xxxxxxxxxxxxxxxxxx**xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    - **xxxxxxxxxxxxxxxxxxxxxxxx**xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    - **xxxxxxxxxxxxxxxxxxxxxxxxx**xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    - **xxxxxxxxxxxxxxxxxxxxx**xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxxxx、xxxxxx、xxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

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

    xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxx。

    ## xxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    ## xxx xxxxxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。

    ## xxxxxxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxx、xx、xxxx、xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxx。xxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    ---

    xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    文字数:1056
    (※指名されたユーザー本人しか内容は閲覧できません)
  • 何を任せたいか

    ## xxxxxx

    xxxxx、xxxxxxxxxxxxxxxxxxx。

    ### xxxxxxxxxxxxxxxxxx

    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
    - xxxxxxxxxxxxxxxxxxxxxxxxxxxx

    xx

    ## xxxxxx

    xxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。

    文字数:518
    (※指名されたユーザー本人しか内容は閲覧できません)
  • 指名した人
    内藤雄介
    Ubieの技術基盤を担うPlatform Engineeringチームのリードを務めています。 2023年3月にUbieへ入社し、医療機関向けSaaS「ユビーメディカルナビ」開発チームでテックリードとして、開発プロセスの改善やリアーキテクチャなど、開発生産性の向上に取り組みました。2025年3月からは全社の開発基盤を担う現チームに異動し、現在に至ります。
    Ubieでは「テクノロジーで人々を適切な医療に案内する」というミッションのもと、様々なメンバーが集まっています。 そのメンバー達が自分たちの得意領域を活かしながら、ミッションを達成することを第一に考えて最善を尽くしているのが特徴です。弊社のミッションに興味を持ってくれた方、是非一緒に青春をしましょう!
  • 所属先候補
    チーム名
    テクノロジープラットフォーム事業部 ユーザー基盤チーム
    ミッション
    このチームは「テクノロジーで人々を適切な医療に案内する」ミッションのもと、PHRデータ中心のマルチプロダクト戦略を支えるID基盤の中核を担います。生活者や医療従事者など多様なユーザーのID管理や、セキュアで柔軟な認証・認可の設計・開発を推進しています。また、プロダクト横断の一貫したユーザー体験と法規制対応を両立し、AI時代にふさわしい安全かつ柔軟な医療データ連携の実現を目指しています。
    主要言語・フレームワークなど
    Go
    その他技術
    TypeScriptPostgreSQLNode.jsKubernetesKotlinSpring BootGoogle Cloud Platform
    チームの人数
    5人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チームメンバー
    内藤雄介
    Ubieの技術基盤を担うPlatform Engineeringチームのリードを務めています。 2023年3月にUbieへ入社し、医療機関向けSaaS「ユビーメディカルナビ」開発チームでテックリードとして、開発プロセスの改善やリアーキテクチャなど、開発生産性の向上に取り組みました。2025年3月からは全社の開発基盤を担う現チームに異動し、現在に至ります。
    Ubieでは「テクノロジーで人々を適切な医療に案内する」というミッションのもと、様々なメンバーが集まっています。 そのメンバー達が自分たちの得意領域を活かしながら、ミッションを達成することを第一に考えて最善を尽くしているのが特徴です。弊社のミッションに興味を持ってくれた方、是非一緒に青春をしましょう!
    チーム名
    医療機関事業部 > メディカルナビ基盤チーム
    ミッション
    医療機関向けSaaS「ユビーメディカルナビ」の開発や、医療機関とのデータ連携基盤の構築などを担っているチームです
    主要言語・フレームワークなど
    TypeScript, Next.js, NestJS
    その他技術
    PostgreSQLKubernetesKotlinSpring BootGoogle Cloud PlatformGoRuby on Rails
    チームの人数
    5人以下
    エンジニアの人数比率
    70%以下
    飲み会の頻度
    月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チームメンバー
    大石 司
    Ubieの医療機関向けSaaS「ユビーメディカルナビ」の開発チームに所属し、プロダクト開発、基盤設計などを行っています。
    Ubieには2022年6月に入社しました。前職は別業界のグルメ系口コミサイトでプロダクト開発、SREなどを担当していました。
    Ubieに入社して3年が経ちましたが、非常に濃い内容の毎日を過ごしています。
    同僚は優秀で様々な分野で最強な人たちが集まっています。こんなにすごい人たちが一カ所に集まっていること自体が奇跡のようです。
    そんなチームで、Ubieのミッション「テクノロジーで人々を適切な医療に案内する」というミッションを本気で実現しようとしています。
    ぜひ、一緒にこのミッションを実現させましょう!
    チーム名
    医療出口ソリューション開発チーム
    ミッション
    生活者向けプロダクトの『医療AIパートナー「ユビー」』や『症状検索エンジン「ユビー」』などにおいて、それぞれの症状に応じて案内される「OTC医薬品の購入」や「オンライン診療〜処方薬の受け取り」といった医療ソリューションの新規立ち上げを担います。
    主要言語・フレームワークなど
    TypeScript(Node,js), NestJS
    その他技術
    TypeScriptPostgreSQLGoogle Cloud PlatformGoogle Kubernetes EngineGo
    チームの人数
    5人以下
    エンジニアの人数比率
    50%以下
    飲み会の頻度
    月に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チーム名
    テクノロジープラットフォーム事業部 > Personal Data Engineering チーム
    ミッション
    このチームは、Ubie全体のユーザーデータを司る中核的な基盤チームとして、ユーザーの機微な情報を安全かつ持続的に扱い、データの蓄積・統合・利活用を通じて、体験・ビジネスの両面から全社横断で価値創出を最大化し続けることをミッションとしています。
    主要言語・フレームワークなど
    Go (gqlgen), TypeScript (NestJs, Next.js)
    その他技術
    ReactPostgreSQLKubernetesGraphQLNext.jsGoogle Cloud PlatformGoogle Kubernetes Engine
    チームの人数
    10人以下
    エンジニアの人数比率
    80%以下
    飲み会の頻度
    週1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    チームメンバー
    永野 峻輔
    BASE株式会社にて金融系新規事業に参画し、資金調達サービスの開発責任者に従事。その傍らで、データ基盤整備やフロントエンドの基盤整備、採用まで幅広く貢献。 2024年2月よりUbie株式会社に参画し、現在はユーザーデータの蓄積〜利活用を担う基盤システムのプロダクトオーナー兼テックリードとして、担当プロダクトの方向性策定から技術的な意思決定を担っています。
    個人開発を趣味です。最近はWasmがマイブームです。直近では前職でPHPを書いていたのでPHP Playground ( https://php-play.dev )を運営しています。
  • その他
    他社選考待ちOK土日面談OK平日夜の面談OKストックオプションあり土日祝日の面談OKリモートワーク可(週3日以上)リモートワーク可(週4日以上)
    あなたとマッチする文化

内訳を見るには?

提示年収に含まれる内訳
  • 基本給(月)
    表示されません
  • 裁量労働制か否かはい
    裁量労働の種別

    専門業務型

    裁量労働時間

    9時間 30分

  • 固定残業代(みなし含む)提示年収に含む
    時間外労働の有無に関わらず以下を時間外手当として支給
    固定残業時間/月
    45時間 / 月
    固定残業代/月
    表示されません
    固定残業代の詳細

    表示されません

    規定の「固定残業時間/月」を超える時間外労働分についての割増賃金は追加で支給
  • 理論賞与含まない
  • 手当額(年)含まない
  • その他待遇

    表示されません

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

    東京都中央区日本橋本町三丁目8番4号 日本橋ライフサイエンスビルディング4 5F
    ※ リモートワーク可

  • 加入保険

    ◆ 社会保険完備
    ・関東IT健康保険 / 厚生年金保険 / 雇用保険 / 労災保険

  • 休憩時間(分)

    60分

  • 休憩時間(備考)

    未入力

  • 就業時間(備考)

    ◆就業時間について
    ・完全フレックスタイム制度 (コアタイムなし)
    ・裁量労働のため、個人のパフォーマンスの出やすさと業務の都合の兼ね合いにより、労働者の決定にゆだねる。

    ◆ 勤務について
    ・リモート可。但し、会社やチームが必要と判断する際には出社をお願いしています。 (出社例: 月次の事業進捗共有ミーティング、3ヶ月に一度のオフサイトなど)
    ・副業可

  • 休日

    完全週休2日

  • 受動喫煙防止措置対策

    屋内禁煙

メッセージ
文字数:215
(※指名されたユーザー本人しか内容は閲覧できません)
会社情報
  • 代表者名久保 恒太・阿部 吉倫
  • 設立年2017年
  • 売上高非公開円
  • 従業員数240人
  • 会社HPhttps://ubie.life
///
Ubie株式会社からの指名
転職ドラフトを友人や同僚に薦める可能性はどのくらいありますか?