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

提示年収ゴッド
正社員 裁量労働制

指名日時:2024.11.13 15:12

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

    ### xxxxxx
    xxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxx。
    xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    ### xxxx
    xx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxx。
    - **xxxxxxxxxxxxxxx**xxxxxxxxx、xxxxxxxxxxxxxx
    - **xxxxxxxxxxxx、xxxxxxxxxxxxxxxx**xxxxxxxxxxxxxx、xxxxxxxxxxxx。

    xxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxx。
    xxx、xxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx。

    ### xxxxxxxxxxxxx
    xxxxxxxxxxxxxxx xxxxxx xxxxxx xxxxxxxxxxxxxxxx。
    xx、xxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxx xxxxxxxxxx xxxxxxxxxxxxxxxxxxxx、xxx xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xxxx、xxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    ### xxxxxxxxx
    xxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。
    xx、xxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx

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

    xxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxx。

    xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxx。

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

    xxxxxxxxxxxxxxxxxx。
    xxxxxxxxx xxxxxxxxxxxxxxxxxxxxxxx、xx、xxxxxxx
    xxxxxxxxxxxxxx(xxxx xxxx)xxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxxxx
    xxxxxxxxxxxxxxxxx(xxxxxxx xxx xxx)xxxxxxxxxxx
    xxxxxxxxxxxxxxxx、xxxxxxxxxx
    xxxxxxxx、xxxxxxxxxxxxxxxxxx

    xxxxxxxxxxxxxxxxxxxxx、xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx。

    xxxxxxxxx xxxxxxxxxxxxxxxxxxxxx。

    文字数:354
    (※指名されたユーザー本人しか内容は閲覧できません)
  • 指名した人
    岸本 卓
    現職での役割: CTO//情報セキュリティ管理者
    略歴:
    - 株式会社メルカリ: エンジニアリングマネージャー/iOSエンジニア
    - クックパッド株式会社: iOSエンジニア
    株式会社HOKUTOでCTOをしている岸本と申します。
    HOKUTOでは事業の急成長に一緒に取り組んでくださるエンジニアの方を募集しております!
    少しでも気になる、話しを聞いてみたいと思っていただけましたら、是非お話しましょう。
  • 所属先候補
    チーム名
    Appチーム
    ミッション
    多くの医師に愛され、医師の臨床現場におけるアウトカムを向上させるために、HOKUTOアプリの機能開発や運用をしていく
    主要言語・フレームワークなど
    Dart/Flutter, Firebase, Google Cloud,
    その他技術
    TypeScriptNode.jsGitHubNext.jsGitHub ActionsOpenAI
    チームの人数
    10人以下
    エンジニアの人数比率
    80%以下
    飲み会の頻度
    半年に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://hokuto.app/
    チーム名
    Webチーム
    ミッション
    - 多くの医師に愛され、医師の臨床現場におけるアウトカムを向上させるために、Webアプリケーションの機能開発や運用をしていく - 医師に有益なコンテンツ等を配信していくためのコンテンツ制作を支える社内管理画面の開発や運用改善をしていく
    主要言語・フレームワークなど
    TypeScript, Next.js, React.js, Google Cloud, Firebase, Vercel
    その他技術
    Node.jsGitHubGitHub Actions
    チームの人数
    10人以下
    エンジニアの人数比率
    70%以下
    飲み会の頻度
    半年に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://hokuto.app/
    チーム名
    Platformチーム
    ミッション
    - 医師および製薬企業の欲しがるプロダクトを素早く高い品質で継続的に作ることができる組織・アーキテクチャを作る - エンジニアの開発生産性を向上させる
    主要言語・フレームワークなど
    Dart/Flutter, Firebase, Google Cloud, Firebase, TypeScript
    その他技術
    TerraformGitHubBigQueryAWSNext.jsGitHub ActionsCloud RunCloud SQL
    チームの人数
    10人以下
    エンジニアの人数比率
    81%以上
    飲み会の頻度
    半年に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームで自動化できている項目
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://hokuto.app/
    チーム名
    QAチーム
    ミッション
    医師に愛される・クライアントが安心して使えるサービスを継続的に提供するための品質担保を、様々な方面から考え、実現する
    主要言語・フレームワークなど
    Dart/Flutter, TypeScript, Next.js
    その他技術
    SlackGitHubNotionMagicPod
    チームの人数
    5人以下
    エンジニアの人数比率
    50%以下
    飲み会の頻度
    半年に1-2回程度
    このチームで恒常的に行われている開発文化
    このチームに導入し、運用されているツール
    テストを書いているかどうか
    書く必要がない・または少ないプロダクトだ
    全く書けていない
    書く文化がまだ浸透しておらず、必要な分は書けていない
    書く文化は浸透しているが、まだ必要な分は書けていない
    必要な分は書けている
    ライブラリなどを更新しているかどうか
    定期的に更新する必要がない・または低いプロダクトだ
    ほとんど更新していない
    不定期だが更新している
    期間を決めて定期的に更新している
    期間を決めて定期的に自動で更新している
    チーム内のエンジニアの発言力
    エンジニアの意見が通りづらい
    どちらかといえばエンジニアの意見が通りづらい
    職種による差はない
    どちらかといえばエンジニアの意見が尊重されやすい
    エンジニアの意見が尊重されやすい
    スケジュール調整のしやすさ
    納期や仕様が優先されやすく、エンジニアの裁量では調整しづらい
    どちらかといえばエンジニアの裁量で調整しづらい
    どちらともいえない
    どちらかといえばエンジニアの裁量で調整しやすい
    納期や仕様をエンジニアの裁量で調整しやすい
    プロダクトの内容を決める人
    主にエンジニア以外が考えて決める
    どちらかといえばエンジニア以外が考えて決めることが多い
    どちらともいえない、または職種間の差はない
    どちらかといえばエンジニアが考えて決めることが多い
    主にエンジニアが考えて決める
    チーム内の職種間の協力体制
    各職種のリーダーへ話を通したり規則がある等で協力しづらい
    どちらかといえば協力しづらい
    どちらともいえない
    どちらかといえば協力しやすい
    職種間の風通しもよくいつでもカジュアルに相談しあえるなど協力しやすい
    チームの方針決定をする人
    会社が大まかな方針を考えており、ほぼトップダウンで決まる
    会社が大まかな方針を考えているが、チームも一定の範囲内で決定に関わる
    どちらともいえない
    チームが主体的に考えて決めるが、会社の方針に左右される面もある
    チームが主体的に考えて決めており、会社はあまり個々のプロダクト方針にかかわらない
    長期的価値の優先度
    短期的な売上を重視せざるを得ない状態である
    どちらかといえば短期的な売上が重視されている
    どちらともいえない
    どちらかといえば長期的なユーザ価値を重視できている
    長期的なユーザ価値が重視できている
    URL
    https://hokuto.app/
    チームメンバー
    山田 真之
    九州工業大学情報工学部電子情報工学科卒。同大学院先端情報工学科中退。
    在学中からスタートアップでエンジニアとして右往左往していた。
    スタートアップの取締役/エンジニアを経て2019年から株式会社HOKUTOのFlutterエンジニアとしてアプリの開発初期から参画。
    現在はエンジニアリングマネージャ兼エンジニアとして勤務しており、
    開発業務の他、採用活動やQAチームの立ち上げなども行っている
    中長期的な目標に沿って開発組織全体の現状を分析し、課題を見つけて解くという業務を続けていまして、
    現在はプロダクトの品質担保に責任を持つQAチームの立ち上げとエンジニアの採用活動を担っています。
    note: https://note.com/good_morning
    twitter: https://twitter.com/masaofyamad
  • その他
    土日面談OK平日夜の面談OKストックオプションあり面談の交通費相談可土日祝日の面談OKリモートワーク可(週3日以上)リモートワーク可(週4日以上)
    あなたとマッチする文化

内訳を見るには?

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

    専門業務型

    裁量労働時間

    8時間

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

    表示されません

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

    表示されません

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

    完全フルリモート勤務

  • 加入保険

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

  • 休憩時間(分)

    60分

  • 休憩時間(備考)

    目安の休憩時間は60分だが、裁量労働制につき特に取得時間帯や時間に制約はなし

  • 就業時間(備考)

    5:00 - 22:00 の間で残りは個々人が決める
    11:00 - 16:00 付近に定例などが多い

  • 休日

    完全週休2日

  • 休日(備考)

    土日の休日に加え、
    - 年次有給休暇制度(入社半年後に10日付与。毎年付与日数も増加。)
    - 夏季休暇制度(有給とは別で7月から9月までに3日間休暇を取得可能)
    - 特別休暇(結婚・出産を始め、有給休暇付与前の体調不良など状況に応じて特別に付与される休暇)
    などの休暇制度あり

  • 受動喫煙防止措置対策

    なし

メッセージ
文字数:178
(※指名されたユーザー本人しか内容は閲覧できません)
会社情報
SIGN UPSIGN IN


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